使用MongoDB stitch是否也会收取MongoDB Atlas的费用？

我已经在互联网上找了很多天了，但是找不到答案

我正在开发一个教育应用程序，学生可以在其中搜索不同科目和年级的问题。到目前为止，有超过40k个问题，而且问题库正在增长。目前，我通过mySQL数据库解决这些问题，但我想使用基于文档的数据库（MongoDB、Firestore等）

考虑到50k文档读取/天和20k写入/天，firestore对于这个题库系统来说是一个昂贵的选择

说到MongoDB Atlas，它提供免费的集群，但由于并发连接数量有限（免费集群100个），我无法使用它。即使是M5集群也只有100个可用的并发连接

最后是MongoDB stitch，它的定价结构看起来不错，但由于MongoDB stitch需要连接到MongoDB Atlas集群，所以我想到了两个问题

• 这两项服务是否将分别向我收费（MongoDB Atlas群集定价以及MongoDB stitch定价）
• 如果我使用免费的MongoDB Atlas群集，随着我应用程序用户的增长，它会影响MongoDB stitch应用程序的性能吗

如果以上两个或任何一个问题的答案都是肯定的，那么我认为以这种方式使用MongoDB是非常昂贵的，我将不得不寻找其他选择。请建议是否有更好的解决方案

谢谢

是的，atlas和stitch使用费是分开收取的

根据定价，缝合执行性能不会影响自身，但免费atlas集群速度较慢。缝合功能本身的响应可能很慢

---

MongoDB Atlas提供免费集群，但由于并发连接数量有限（免费集群100个），我无法使用它。甚至M5集群也只有100个可用的并发连接。

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

---

这两项服务（MongoDB Atlas群集定价和MongoDB stitch定价）是否将分别向我收费？

对。两者的定价是分开的。Stitch是根据您的计算时间计算的，Atlas对您的数据库的带宽、空间、cpu和内存收费

如果我使用免费的MongoDB Atlas群集，随着我的应用程序用户的增长，它会影响MongoDB stitch应用程序的性能吗？

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

提示：

应用程序运行缓慢的原因之一是受Atlas服务器位置的直接影响。Stitch目前仅位于4个位置-美国。东部、美国、西部、爱尔兰（欧盟）和悉尼（非盟）

如果要优化缝合功能的响应速度，请务必在与缝合部署位置完全相同的位置创建atlas free数据库

例如，我的用户位于新加坡，因此我自然会在AWS Singapore上创建我的Atlas，并在悉尼（AU）创建我的Stitch部署位置

我意识到这方面的性能非常慢，因为这大致就是后端发生的情况

• 新加坡的客户端调用无服务器功能
• 悉尼Stitch连接新加坡数据库服务器（我知道mongodb有边缘服务，但不知何故，这种情况正在发生，因为您的数据可能无法在边缘点随时可用）
• Stitch in Sydney检索数据，处理数据并返回给我的新加坡客户。

在这个过程中，数据是从新加坡>澳门>新加坡>澳门>新加坡传输的，这是一个很大的开销

我的函数调用的响应时间为900毫秒到2-3秒，一旦我将atlas群集更改为AWS Sydney，我的响应时间现在为150-300毫秒

进行此更改还可以减少无服务器的函数计算时间，从而降低长期成本

此外

• Stitch比AWS Lamda更容易使用，如果你只是在工作的话 您的代码和MongoDB以及您不需要所有AWS服务。 您可以在10分钟内启动一个具有身份验证的工作应用程序 因为Stitch负责所有的身份验证/会话等 你

• 他们可以托管你的静态文件！（例如，生成文件）您也是这样做的 不需要创建另一个s3存储桶来承载它们

• 静态托管意味着您拥有无服务器功能、数据库和 您的单页应用程序多功能一体服务已准备就绪，可以部署

结论 在我看来，Stitch free tier和Atlas free tier的性能足够快，可以部署任何应用程序。Stitch的无服务器功能也意味着您无需担心缩放问题。如果atlas免费层对您来说足够好，那么您就可以开始了