google-cloud-pubsub - 关于主题名称的最佳实践是什么

Question

关于使用 google-pubsub 的主题名称的最佳实践是什么。

如果我有论文事件:

客户邮箱更新

客户地址更新

客户创建

客户已删除

文章创建

文章已删除
...

关于主题名称的最佳实践是什么:

创建 customer主题和 article主题包含每个领域的事件

创建 deleted将包含 customer deleted 的主题和 article deleted等..

通过事件创建主题 customer:created , customer:deleted等...

或者其他..

Answer 1

人们对主题做出的决定实际上取决于用例。如果您的整个系统架构在客户/文章或创建/更新/删除之间有清晰的划分，那么沿着这些相同的路线拆分主题可能是有意义的。如果不是，那么拆分为多个主题可能没有多大用处。

确定如何进行拆分的一种方法是考虑每条消息的类型。如果您拆分所有这些主题，它们是否都具有相同类型的消息(可能是“事件”消息)，还是消息类型会有所不同？如果它们不同，那么不同的主题可能有意义。

最有趣的可能是订阅端的行为。同一个订阅者是否对客户和文章的事件感兴趣，还是他们对每个事件的订阅者不同？创建/删除/更新怎么样？沿着这些路线 split 听起来不太可能。如果所有订阅者都对所有消息感兴趣，那么单个主题可能是合理的。否则，订阅者将不得不从多个订阅者接收消息。如果一些订阅者对消息的子集感兴趣，那么单独的主题(因此，单独的订阅)可能是有益的。否则，订阅者将不得不查看所有消息并立即确认他们不感兴趣的消息，因为 Google Cloud Pub/Sub 目前不支持过滤。如果是混合，则需要在对所有消息感兴趣的订阅者(使用不同主题)的复杂性与对子集感兴趣的订阅者的复杂性(使用相同的主题并且必须进行过滤)之间进行权衡。