与 PostgreSQL 和 AWS 的连接池
Connection Pooling with PostgreSQL and AWS
拥有微服务架构，多个服务与我的 PostgresSQL 数据库对话。如果我现在想将部分应用程序部署为 AWS Lambda 函数，我该如何避免 运行 连接中断？
阅读了几篇文章[1], [2], [3]我意识到 PgBouncer 可能非常适合我的微服务架构。
我的数据库前面需要 "microservice" 吗？如何使用 AWS Lambda 进行设置？
根据 AWS 开发人员论坛上的 this thread，AWS Lambda 尝试尽可能重用旧进程，这提供了使用客户端连接池的可能性。
在我看来，在数据库前使用专用连接池始终是个好主意。有了它，您可以最大限度地减少数据库上的打开连接，这可能是资源消耗者。您可以在 blog post
上找到有关 Postgresql 的更多信息
据我所知，AWS 不提供专门的连接池服务。您可以为此使用专用实例。对于 Postgresql，PgBouncer 是一个不错的选择。它不需要大量 cpu 或大量内存，但您仍然更喜欢网络优化实例。并且要小心，只有 PgBouncer 的一个实例，你会在你的架构中引入一个 spof。
拥有微服务架构，多个服务与我的 PostgresSQL 数据库对话。如果我现在想将部分应用程序部署为 AWS Lambda 函数，我该如何避免 运行 连接中断？
阅读了几篇文章[1], [2], [3]我意识到 PgBouncer 可能非常适合我的微服务架构。
我的数据库前面需要 "microservice" 吗？如何使用 AWS Lambda 进行设置？
根据 AWS 开发人员论坛上的 this thread，AWS Lambda 尝试尽可能重用旧进程，这提供了使用客户端连接池的可能性。
在我看来，在数据库前使用专用连接池始终是个好主意。有了它，您可以最大限度地减少数据库上的打开连接，这可能是资源消耗者。您可以在 blog post
上找到有关 Postgresql 的更多信息据我所知，AWS 不提供专门的连接池服务。您可以为此使用专用实例。对于 Postgresql，PgBouncer 是一个不错的选择。它不需要大量 cpu 或大量内存，但您仍然更喜欢网络优化实例。并且要小心，只有 PgBouncer 的一个实例，你会在你的架构中引入一个 spof。