使用EventBridge、具有队列的Lambda以及SNS构建事件驱动架构的优缺点和案例有哪些？

【以下的回答经过翻译处理】 EventBridge在其规则方面表现出色，可以根据事件内的数据进行过滤。这使得客户可以拥有一个中央事件总线和微服务之间的路由。请查看我构建的这个示例应用程序：https://github.com/aws-samples/aws-serverless-ecommerce-platform 例如，如果您有一个电子商务应用程序，并且您使用事件总线发送订单创建时，您可以创建一个“礼宾服务”服务，以对超过1000美元的新订单做出反应。这样可以通过更改EventBridge中的事件来更灵活地更改业务规则。

然而，在大规模扇出（例如向数十万用户发送事件）或低延迟用例方面，EventBridge将更受到比SNS更多的限制。

如果您同时考虑它们，您可以将事件发送到EventBridge，规则将其发送到SNS主题，然后将其发送到最终用户。

关于使用队列到Lambda，主要是关于可靠性，批处理和防止Lambda函数联系不可扩展资源（例如数据库）产生过多的压力。如果您异步调用Lambda函数（例如直接将EventBridge或SNS发送到Lambda），则对重试机制的控制较少（最多3次调用），但仍可以使用DLQ。使用SQS，您将在那里有更多的控制。然后，如果我们谈论接收大量消息的函数，使用SQS/Kinesis，Lambda使用事件源映射，内部系统将拉取消息，将它们批处理在一起，并将它们发送到Lambda执行环境。