重新设计审计事件摄取：多个身份验证实例发布事件；多个审计服务实例通过 Pub/Sub 消费这些事件。应如何配置主题和订阅以实现扩展和处理高吞吐量？

正确答案是创建一个 Pub/Sub 主题和一个拉取订阅，允许审计服务共享消息。Pub/Sub 的拉取订阅模型天生支持多个订阅者实例（审计服务）共享同一个订阅，从而实现消息的并行处理和负载均衡。当多个审计服务实例连接到同一个拉取订阅时，Pub/Sub 会将消息均匀地分发给这些实例，从而有效处理高吞吐量并实现横向扩展。 其他选项错误原因： 为每个审计服务实例创建一个拉取订阅：这会导致每个审计服务实例都收到所有消息的副本，而不是共享消息进行处理，无法实现负载均衡和并行处理。 创建一个推送订阅，其端点指向审计服务前的负载均衡器：虽然推送订阅可以配合负载均衡器，但拉取订阅在处理大量消息和动态扩展消费者方面通常更灵活和高效，尤其是在消费者数量不固定时。 为每个身份验证服务创建一个 Pub/Sub 主题：这会增加不必要的复杂性，因为所有审计事件本质上是同一种类型，可以由一个主题统一管理。 为每个主题创建一个推送订阅，其端点指向一个审计服务：这不仅增加了主题数量，还限制了每个主题只能由一个审计服务处理，无法实现审计服务的横向扩展和高可用性。