Apache kafka 卡夫卡主题——我应该多点还是少点？
我们刚接触卡夫卡，所以我正在寻找一些高层次的指导。我们有一个实体（我们可以称之为“订单”）的数据，这个实体本质上是许多不同的实体（我们可以称一个为“小部件”，一个为“小控件”，但有大约20种不同的实体类型） 显然，将订单视为一个主题是有益的，因为所有部分都与一个订单相关。但从设计角度来看，将这些作为单独的主题（订单、小部件、小发明等）更有意义吗Apache kafka 卡夫卡主题——我应该多点还是少点？,apache-kafka,Apache Kafka,我们刚接触卡夫卡，所以我正在寻找一些高层次的指导。我们有一个实体（我们可以称之为“订单”）的数据，这个实体本质上是许多不同的实体（我们可以称一个为“小部件”，一个为“小控件”，但有大约20种不同的实体类型） 显然，将订单视为一个主题是有益的，因为所有部分都与一个订单相关。但从设计角度来看，将这些作为单独的主题（订单、小部件、小发明等）更有意义吗 widget和gizmo之间没有直接的关联——将它们放在一起的好处是处理顺序等。建议或好的阅读资源将非常有用。谢谢 我建议最初将事件记录为单个原子消息，
widget和gizmo之间没有直接的关联——将它们放在一起的好处是处理顺序等。建议或好的阅读资源将非常有用。谢谢 我建议最初将事件记录为单个原子消息，而不是将其拆分为多个主题中的多个消息。最好在收到事件时以尽可能原始的形式准确记录事件。您总是可以稍后使用流处理器拆分复合事件，但如果过早拆分，则重构原始事件要困难得多。更好的是，您可以为初始事件提供唯一的ID（例如UUID）；这样以后，当您为每个涉及的实体将原始事件拆分为一个事件时，您可以将该ID向前传递，使每个事件的起源都可以追溯。用于阅读-