【发布时间】：2019-10-17 09:49:24
【问题描述】：
在一个微服务发布/发出事件的用例中，该事件可能包含数十万条记录的有效负载，您将如何将其传递到您的事件存储中？
在这方面有什么做法吗？
分批拆分活动是个好主意吗？ （即使事件是同时发生的。）
或者通常应该避免发布这种大小的事件？
【问题讨论】：
-
您能否更具体地说明什么类型的命令会产生如此巨大的有效载荷？您只是上传文件吗？是否可以轻松地从现有状态和版本化算法重新生成数据，以便客户端只需获取初始状态、运行的算法版本，然后使用共享库重新生成数据？这甚至是仅在外部使用还是用于为 AR 补水？
-
假设有效负载是单个消息的大列表。
标签： events domain-driven-design event-driven event-driven-design