Amazon MQ - 无服务器和容器中客户端的连接池答案

【问题标题】：Amazon MQ - Connection pooling for clients in serverless and containersAmazon MQ - 无服务器和容器中客户端的连接池
【发布时间】：2019-12-20 12:22:23
【问题描述】：

在当今世界，代码驻留在临时实例（例如无服务器或容器）上，必须不断创建和销毁与 Amazon MQ 的连接。在这种情况下是否存在性能开销？是否有连接池机制来解决这种性能开销？

来自数据库背景，有 pgBouncer 和 ProxySQL 作为 PostgreSQL 和 MySQL 的代理。 Amazon MQ 有类似的东西吗？

【问题讨论】：

标签： amazon-web-services connection-pooling amazon-mq

【解决方案1】：

我在使用 Amazon MQ 方面没有受过教育，因此请原谅我的无知，但我记得去年 re:Invent 中的一个有趣话题，当我看到您的问题时，它突然出现在我的脑海中。 API 网关支持使用 API 网关后面的 Lambda 进行 websocket 连接。 ws 连接由 API 网关维护，减轻了应用程序服务器的繁重工作，或者在新的无服务器世界中。

通过快速的谷歌搜索，我找到了这个Integrating AMQ with Rest API gateway。那里的答案指向在 API Gateway 和 AMQ 之间使用 Lambda 函数。

【讨论】：

“那里的答案指向在 API Gateway 和 AMQ 之间使用 Lambda 函数。”这意味着，与 AMQ 的连接仍然来自 Lambda。因此，和我的问题一样，对吧？我明白 API Gateway 维护 WS 连接的意义；但不确定这如何转化为维护 AMQ 连接。