从AWS Lambda连接到MongoDB

Question

我正在做一个NodeJS项目，似乎使用了非常常见的AWS设置。我的ApiGateway接收调用，触发lambda A，然后这个lambda根据从ApiGate传递的参数触发其他lambda，比如B或C。

Lambda A需要访问MongoDB，为了避免自己运行MongoDB时遇到麻烦，我决定使用mLab。ATM Lambda A正在使用NodeJS驱动程序访问MongoDB。现在，为了不在每次执行Lambda A时启动连接，我使用连接池，同样，在Lambda代码内部，在处理程序外部，我保留连接池，当多次调用Lambda时，它允许我重用连接。这看起来很好。然而，我不确定当Lambda A调用Lambda B并且Lambda需要访问mLab的MongoDB数据库时，如何处理连接。

1. 是否可以以某种方式传递连接池，或者Lambda B必须保留自己的连接池？
2. 我正在考虑使用mLab的Data API，它公开了MongoDB驱动程序的大部分操作，因此我可以使用HTTP调用，例如GET和POST对数据库运行命令。它似乎类似于RESTHeart。

我倾向于选项2，但在mLab的Data API上，它明确指出避免使用REST api，除非无法直接使用MongoDB驱动程序连接：

第一种方法是使用可用的MongoDB驱动程序之一进行连接，我们强烈建议使用这种方法来提高性能和功能。如果您使用驱动程序，则不需要使用我们的API。本文中记录的第二种方法是通过mLab的RESTful Data API进行连接。仅当您无法使用MongoDB驱动程序进行连接时才使用此方法。

考虑到所有这些，如何处理它是最好的？1或2，或者还有其他我应该考虑的选项吗？

Answer 1

不幸的是，您不能在lambdas之间“共享”mongo连接，因为最终会有一个特定于该实例的“物理”套接字连接。

我认为你的两种解决方案都很好，这取决于使用情况。

如果您倾向于在一个小时内在lambda A和B上保持稳定的平均并发（这是AWS保持lambda实例存活多长时间的经验法则），那么让它们都拥有自己的静态连接是一个很好的解决方案。这是因为请求很可能会到达一个已经启动并连接的lambda。我还认为“香草”mongo的节点驱动程序比RESTFul数据应用编程接口的节点驱动程序更成熟。

但是，如果负载出现峰值或不均匀，则可以使用 RESTFul Data API。这是因为您将管理与实例的打开连接数的责任集中在一个点上，这意味着在这些情况下，您不太可能打开不需要的连接，或者使用所有当前容量而必须等待建立新连接。

最终，这是一个概率负载平衡的游戏——要么将所有连接“集中”在一个中心位置(数据API ),以增加单个操作的延迟为代价，减少使用单个函数的影响，要么在函数级别进行集中，但更容易在不均匀并发下冷启动打开连接。