Amazon SQS年满20周年:大规模可靠消息传递的二十年

2006年7月13日,我们推出了Amazon Simple Queue Service (Amazon SQS) ,这是与Amazon EC2和Amazon S3一起向客户提供的前三项服务之一。我们已经直接了解到,分布式系统需要一种可靠的方式来在组件之间传递消息,而不会造成紧密的深度......

2006年7月13日,我们推出了Amazon Simple Queue Service (Amazon SQS),这是与Amazon EC2和Amazon S3一起向客户提供的前三项服务之一。我们第一手了解到,分布式系统需要一种可靠的方式在组件之间传递消息,而不会产生紧密的依赖关系。如果一个服务直接调用另一个服务,并且该服务速度较慢或不可用,则故障会在整个系统中级联。

消息队列通过让服务异步通信来解决这个问题:生产者可以将消息放入队列并继续,而消费者可以在准备就绪时拾取消息。这种方法可以防止单个服务故障影响系统的其余部分。当Amazon SQS于2006年7月公开推出时,它为每个AWS客户提供了这种模式。

二十年后,将生产者与消费者脱钩的核心功能仍然是客户使用SQS的原因。然而,它周围的规模、性能和操作控制现在看起来非常不同。Jeff Barr在其15周年纪念帖中介绍了SQS的前15年里程碑,从2006年最初的8 KB消息限制到FIFO队列、服务器端加密和Lambda集成。

在过去的五年中,我们继续扩展SQS,添加了更强大的安全默认设置,并引入了新的功能,以解决日益复杂的工作负载模式。

2021年至2026年之间的关键里程碑FIFO队列的高吞吐量模式( 2021年): 2021年5月,我们推出了FIFO队列的高吞吐量模式,每个API操作支持高达每秒3,000个事务( TPS ),比之前的限制增加了十倍。