共计 2906 个字符，预计需要花费 8 分钟才能阅读完成。
应用 MongoDB Atlas 无服务器实例更高效地开发应用程序
身为开发者，数据库并不一定须要您来操心。您可不想消耗工夫来预配置集群或调整集群大小。同样地，您也不想操心因未能正确扩大而导致经费超标。
MongoDB Atlas 可为您提供多个数据库部署选项。尽管您能够抉择事后配置的共享或专用集群，但为了可能以最佳形式满足需要，您依然不得不继续确定数据库资源的规模并作出相干估算，以及负责随之而来的集群容量治理。只管事后配置集群并非什么好事，但若是您的开发处于闲置状态，或者开发的增长期或下滑期频繁呈现，事后配置可能就没有意义了。此时，您齐全能够转为抉择无服务器实例来帮助加重容量治理的累赘，腾出工夫来专门编写代码。无服务器实例为您的应用程序提供按需数据库端点，该端点将依据应用程序需要主动扩大或缩减到零，并且只依据您的应用状况向您免费。
在这个简短但贴心的教程中，咱们会摸索如何轻松利用 MongoDB Atlas 无服务器实例，以及如何以其为参照开发应用程序。
部署 MongoDB Atlas 无服务器实例
咱们首先来看如何部署新的 MongoDB Atlas 无服务器实例。实现 MongoDB 部署的办法有很多，但在本文的示例中，咱们将始终应用 Web 仪表盘和一些点击操作。在 MongoDB Atlas 仪表盘中，单击“创立”按钮。
抉择“无服务器”以及该当存储此实例的云供应商。如果可能，请抉择与您的应用程序所在位置相匹配的云供应商。这样可确保您的数据库和应用程序之间的提早最低。抉择单击“创立实例”按钮后，实例即已准备就绪！不过，这些操作还不够。要想在 Web 仪表盘之外的地位应用 Atlas 无服务器实例，就须要先创立一些数据库拜访规定和网络拜访规定。咱们先来增加一个新数据库用户。
抉择对您来说最正当的身份验证类型。为了使本教程简单明了，我倡议抉择“明码”选项。波及到用户权限时，您当然能够应用“内置角色”，但对于任意应用程序，最好还是依据应容许用户执行的操作来定义“特定权限”。在这个我的项目中，咱们将应用一个“示例”数据库和一个“人员”汇合，因而只授予该数据库和汇合 readWrite 拜访权限才是正当做法。在创立用户及定义拜访权限时，请使用本人的最佳判断力。创立用户后，咱们就能够解决网络拜访的相干内容。实现最初这一步后，咱们就可能以数据库为参照开始开发工作。
在“网络拜访”选项卡中，增加应容许拜访的 IP 地址。如果您像我一样在本地开发和测试，只需增加您的本地 IP 地址即可。请务必记得在必要时为您的服务器或云供应商增加 IP 范畴。如果须要，您还能够应用专用网络。数据库和网络拜访的设置曾经实现，咱们当初应获取将在本教程下一步中应用的 URI 字符串。在“数据库”选项卡中，单击无服务器实例对应的“连贯”按钮。
抉择要应用的编程语言并记下 URI。
应用热门编程技术与 Atlas 无服务器实例交互
到这里，您应该曾经部署了 Atlas 无服务器实例。咱们会花一点工夫利用利用程序代码来连贯实例，并进行一些交互，例如根本的 CRUD。对于此特定示例，咱们将搭配应用 JavaScript 与 MongoDB Node.js 驱动程序，但雷同的规定和概念会持续利用，只是与您心愿应用的编程语言存在语言差别。在本地计算机上，创立我的项目目录，并应用命令行导航到该目录。在它成为您的工作目录后，您就须要执行以下命令：
通过下面的命令，咱们实现 Node.js 我的项目初始化，装置了 MongoDB Node.js 驱动程序，并创立了一个蕴含咱们的代码的 main.js 文件。关上 main.js 文件并增加以下 JavaScript 代码：
那么，下面的代码产生了什么？首先，咱们会应用无服务器实例的 URI 字符串来定义客户端。这个字符串与您在本教程后面记录的字符串雷同，其应该蕴含用户名和明码。在客户端中，咱们能够建设连贯并取得对要应用之数据库和汇合的援用。在运行应用程序之前，数据库和汇合不须要存在。接下来，咱们将应用 MongoDB 查问 API 执行三种不同的操作。首先，向咱们的汇合插入一个新文档。插入实现后，在 try/catch 块没有发现错误的状况下，咱们会找到姓氏匹配的所有文档。对于此示例，应该只有一个文档，但您齐全没法晓得您的代码是什么样子。如果找到一个文档，它就会被打印到控制台。最初，咱们将删除姓氏匹配的任何文档。最初，若您跟着我的示例执行所有步骤，那么您的汇合中不应该存在任何文档。然而，您的汇合中（在某个工夫点）的确存在过一个文档，只不过咱们将它删除了。咱们通过一个根本示例理解了如何围绕按需数据库构建应用程序，但这个示例并没有真正凸显出如此操作的益处。怎么扭转这个状况呢？
应用正当的利用场景推送 Atlas 无服务器实例
咱们晓得，事后配置和无服务器集群可能稳固运作。从开发的角度来看，应用雷同的代码最终会失去雷同的后果。让咱们来构想一个场景：Atlas 中的无服务器实例能够升高开发成本、缩小扩大累赘以满足需要。假如您有一个不是惯例类型的网上商店。这家网上商店大部分工夫的客流量都很少，但因为您主营闪电式交易，每周五上午 9 点到中午 12 点之间的客流量会激增 1000%。我就不赘述较低的客流量，但 1000% 的流量增长不容小觑，很可能须要每周五对事后配置的集群进行某种扩大干涉才行。否则，您就须要付费应用更大型的数据库。让咱们应用上面的 Node.js 代码具象化这个示例：
在下面的示例中，咱们采纳了由 Express 框架提供技术支持的 Web 应用程序，其中有两个端点函数。一个端点用于取得交易，另一个端点则用于创立购买。其余内容，请自行设想。要对流量会突发的这款应用程序执行负载测试并模仿无服务器实例的潜在价值，咱们能够应用 Apache JMeter 等相似工具。应用 JMeter 后，您能够定义它在收回 HTTP 申请时应用的线程数和迭代次数。
请记住，咱们在此示例中模仿的是一种突发状况。如果您的确决定要尝试 JMeter，且面对突发状况时适度操作，您收到的帐单或者会让您啼笑皆非。如果您有趣味理解无服务器的计费形式，请点击“浏览原文”查看定价。
在 JMeter 线程组中，您须要定义每个线程或迭代所产生的流动。在本例中，咱们向 Node.js API 发送 HTTP 申请。因为 API 须要 JSON，咱们能够定义申请的标头信息。
获得线程信息、HTTP 申请信息和标头信息后，您就能够运行 JMeter，最终会看到同时参照 Web 应用程序和数据库而推动的大量流动。
同样，此示例的很多内容都会留给您自行设想，因为要想看到无服务器实例的扩大劣势，您就须要开发过程中难以模仿的大量突发流量。无论如何，这个示例应该能给您带来一些启发。
论断
从下面的示例能够看到，利用 MongoDB Atlas 开发能够如许疾速，其还能为您免去亲自调整集群大小的累赘。应用 MongoDB Atlas 无服务器实例后，您的数据库可能适当扩大以满足应用程序需要，且您只需为具体需要付费。这样就不用为不间断运行且大小并不适合的集群付费。它还能为您节省时间，不用对集群进行大小调整。无论您应用的是 Atlas 无服务器实例还是事后配置的共享或专用集群，此示例中的代码都能施展应有作用。
