我正在处理一个企业系统，在该系统中，我想将数据从一个有界的上下文（源）复制到另一个BC（目标）。我绝对想将数据存储在目的地BC中，而不是在需要时将数据存储在需要时，因为数据量很高。
我已经审查了许多消息传递模式，但是正在努力在文档消息和消息丰富之间做出决定。
-
文档消息 - 当事件发生在源中时，将整个消息通过Service Bus发送到目的地。优点：简单的目的地与来源分离。缺点：消息大小。
-
消息充实 - 通过广播Over Service Bus发送包含实体ID的消息，并链接回源数据。优点：Lite消息。缺点：目的地更多耦合到源（尽管通过有效载荷中的链接缓解），需要同步调用才能返回来源以获取数据。
我还有其他考虑吗？我读到大型邮件上的服务总线是一件坏事。但是有多大的糟糕？为什么这么糟？在Azure服务总线上，每条消息的限制为256kb，但我的消息最大为1KB。
任何帮助将不胜感激...谢谢。
1 kb绝对没有太大的服务巴士，所以我认为您可以自由使用选项1。
正如您所说，有效载荷限制为256 KB，但是即使您想发送更大的消息 - 常见模式是将有效负载放入BLOB存储中，然后通过服务总线发送链接。但是对于适合的消息 - 不要打扰。
请注意，当您发送许多消息作为单个操作时，每批256 kb的限制都适用。仍然有足够的空间以1 kb尺寸的批处理空间。