问为什么AWS SQS不通过长连接提供推送机制？

EN

这是一种设计选择，在考虑为其设计SQS的用例时是有意义的。

1. Serverless计算服务:在设计无服务器架构时，是一项核心服务。在这样的系统中，没有“持久服务器”的概念，因此不需要长时间的连接。这也是为什么SQS的定价模型主要基于应用程序接口调用。

1. REST应用程序接口访问与连接：对我来说，这说明了一切。当在无服务器环境中时，需要具有微服务的REST。这是因为我无法围绕何时配置和取消配置计算节点进行编程，例如，在lambda中，没有用于这些操作的挂钩。这意味着我要么必须引入一个新的层-连接池，要么忍受悬空连接。如果不是这样，我将最终打开和关闭每个操作(或lambda调用)的连接，这将不会给我带来任何“连接”的好处。在这里，拥有REST API是有意义的。

这也是为什么DynamoDB (数据库)可以通过REST API访问，而Aurora现在有一个无服务器的替代方案，正如您所猜的那样，它具有REST API

1. Overhead of long -long：长连接的开销，在两端都足够昂贵，需要完全不同的架构。这再次与上面的观点联系在一起，即一开始就没有服务器来保持连接的打开。

免责声明:这个答案来自我在AWS上构建架构的经验。