我们正在引入 SNS + SQS 来处理我们的微服务架构中的事件生产和传播，到目前为止，我们的微服务架构依赖于 HTTPS 调用来相互通信。我们正在考虑将多个 SQS 队列连接到一个 SNS 主题上。然后队列中的事件将由 lambda 或在 EC2 中运行的服务使用。
我的问题是，主题应该如何通用？我们什么时候应该创建新主题？
假设我们有一个用户域，它需要发布两个事件——创建和删除。我们正在考虑的两个选项是：
选项 A：有两个主题，“用户创建”和“用户删除”。每个主题保证一个单一的事件类型。
选项 B：有一个主题“用户”，它接受多种事件类型
消费者将有额外的责任过滤事件或根据事件的类型采取不同的行动（他们还可以配置他们的队列订阅来过滤某些事件类型）
可以确保每个主题有一个发布者
有没有人对这两种选择有强烈的偏好，为什么会这样？
在相关说明中，您将在哪里包含每个资源的云配置？（队列资源创建应该与消费者一起部署，还是应该独立于任何发布者/消费者？）