AWS SNS —主题应该有多通用，何时应该重用/创建主题？

我认为您应该使用选项B，并将与给定“域”（例如“用户”）有关的所有事件都保留在一个主题中：

• 使您的基础架构保持简单
• 您可能会引入对多种事件类型（例如“创建”和“删除”）感兴趣的服务。要从两个主题中使用此功能来获得正确的订购，是一种技巧。想象一个“用户删除”事件在“用户创建”事件之前到达
• 吞吐量可能是一个问题，这实际上取决于您的域（创建和删除用户听起来并不像一个大问题）
• 考虑一下主题中数据结构的变化，同时引入两个或多个主题的变化会很快变得很复杂

关于另一个问题：将主题/基础结构配置与服务分开。它是一个单独的基础架构（如数据库），应该分开存放；特别是如果您在系统中引入更多的消费者和生产者。

编辑：这可能是一个示例“设置”：

• 存储库user-service包含服务/ lambda代码，该服务及其主题订阅的cloudformation / terraform模板
• 存储库sns包含有关SNS主题的所有cloudformation / terraform模板
• 存储库sqs包含有关SQS主题的所有cloudformation / terraform模板

您可以考虑将SNS＆SQS基础代码保存在单个存储库中（后两个），但是我强烈建议将特定于服务/ lambda的所有内容都保存在单独的存储库中。

通常，将您的主题视为“数据库”会有所帮助，这种思路应该为您提出所有问题的正确方向。