在当今世界,代码驻留在临时实例(例如无服务器或容器)上,与 Amazon MQ 的连接必须不断创建和销毁。在这种情况下是否存在性能开销?是否有连接池机制来解决这种性能开销?
来自数据库背景,有pgBouncer和ProxySQL作为 PostgreSQL 和 MySQL 的代理。Amazon MQ 有类似的东西吗?
我在使用 Amazon MQ 方面没有受过什么教育,所以请原谅我的无知,但我记得去年 re:Invent 中的一个有趣话题,当我看到您的问题时,它突然出现在我的脑海中。API 网关支持使用 API 网关后面的 Lambda 进行 websocket 连接。ws 连接由 API 网关维护,减轻了应用程序服务器的繁重工作,或者在新的世界中无服务器。
一个快速的谷歌搜索让我找到了这个Integrating AMQ with Rest API gateway。那里的答案指向在 API Gateway 和 AMQ 之间使用 Lambda 函数。
这也是一本好书。 https://aws.amazon.com/blogs/compute/announcing-websocket-apis-in-amazon-api-gateway/