问使用MongoDB针法是否也要为MongoDB图集收费？

EN

来到MongoDB地图集，它提供免费的集群，但由于并发连接的数量有限(100免费集群)，我不能使用它。即使是M5集群也只有100个可用的并发连接.

您需要多少并发连接？我的一个应用程序每天有5000到6000名用户，在我的高峰期，我只使用了10个并发位置。

这两项服务我将分别收费( MongoDB Atlas集群定价，以及MongoDB缝纫价格)？

是。两者的定价是分开的。缝纫是根据您的计算时间和阿特拉斯是收费的带宽和空间，cpu和内存的数据库。

如果我使用免费的MongoDB Atlas集群，会不会随着应用程序用户的增长而影响MongoDB缝纫应用程序的性能？

Stitch和Mongodb Atlas的性能是相互独立的。

提示：

应用程序速度慢的原因之一是受Atlas服务器位置的直接影响。缝纫目前只位于4个地点-美国。东、US.West、爱尔兰(欧盟)和悉尼(AU)。

如果您想优化您的缝纫功能的响应率，重要的是在上创建无地图集数据库--与您的针线部署位置完全相同的位置。

例如，，我的用户位于新加坡，所以我自然会在AWS新加坡创建我的Atlas，在悉尼(AU)创建我的Stitch部署位置。

我意识到这方面的表现非常缓慢，因为这大概是后端发生的情况。

新加坡的

• Client调用了悉尼的无服务器function
• Stitch连接新加坡数据库服务器(我知道mongodb有edge服务，但不知怎么的，这是因为您的数据在悉尼的边缘点)
• Stitch中可能并不容易获得)，可以检索数据，处理数据并返回到我的新加坡client.

。

在此过程中，数据是从新加坡> Au >新加坡> Au >新加坡传输的，这是很大的开销！

对于一个函数调用，我经历了900到2-3秒的响应时间，一旦我将我的地图集更改为AWS悉尼，我的响应时间现在是150-300 is。

做出这一更改还减少了Stitch无服务器功能计算时间，从而降低了长期成本。

加

如果您只是在处理代码和，并且不需要所有的AWS服务，那么

• Stitch比AWS更容易使用。您可以在10分钟内完成一个带有身份验证的工作应用程序，因为Stitch负责您的所有身份验证/会话等。

，

• ，它们可以承载您的静态文件！(例如，响应构建文件)，因此您不需要创建另一个s3桶来承载它们。
• 静态托管意味着您可以在一个服务中部署无服务器功能、数据库和单一页面应用程序。

结论免费层和Atlas免费层的性能在我看来足够快，可以部署任何应用程序。缝纫的无服务器功能也意味着你不需要担心缩放。如果地图集免费层对你来说足够好的话，那么你就可以走了。

是的，地图集和针织品的使用费是由separately.

• According定价的，缝纫执行性能不会影响到自己，但是免费的地图集是缓慢的。就其本身而言，缝纫功能的响应可能很慢。