使用 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 无服务器实例还是预先配置的共享或专用集群，此示例中的代码都能发挥应有作用。