Azure服务总线：如何将超过256KB的消息发布到主题？

我是老派的WindowsAzure架构师。使用服务总线主题将消息传递给工作者角色

如何向订阅发布更多256KB的感谢邮件？我知道 有一个高级服务总线，它允许1MB的消息，但是 1MB的限制也可能不够

---

如果您试图发送一条大于256KB/1MB的消息，并避免索赔检查模式，那么我对设计提出质疑。ASB是关于消息传递，而不是数据传输

---

事实上，当前的ASB客户端（WindowsAzure.ServiceBus）并没有使声明检查模式实现变得微不足道。好消息是有了新的客户端（Microsoft.Azure.ServiceBus），它就简单多了。您可以利用Extensions API，或者使用由提供的声明检查模式实现，或者扩展它，并允许利用多个存储帐户。

如果您试图发送一条大于256KB/1MB的消息，并避免声明检查模式，那么我对设计提出质疑。ASB是关于消息传递，而不是数据传输

---

事实上，当前的ASB客户端（WindowsAzure.ServiceBus）并没有使声明检查模式实现变得微不足道。好消息是有了新的客户端（Microsoft.Azure.ServiceBus），它就简单多了。您可以利用Extensions API并使用由提供的声明检查模式实现，也可以扩展它并允许利用多个存储帐户。

一种可能是将消息内容存储在blob存储中，然后将blob URL另存为消息。@GauravMantri，这以前是我们的架构，但由于大量的消息被注入，我们面临性能问题。我们不希望发生IO阻塞问题。我们还有什么其他选择？>但我们将再次达到消息传递的极限。这是什么意思？@itaysk，谢谢。。但1MB的限制也可能不够。因为要发布到主题的消息可能会更大。

这以前是我们的体系结构，但由于大量消息涌入，我们面临性能问题。我们不希望发生IO阻塞问题。

->您考虑过扇出方法吗？不是只将邮件写入一个存储帐户，而是将其写入多个存储帐户？这样，您就不会达到单个存储帐户的性能阈值。一种可能是将消息内容存储在blob存储中，然后将blob URL另存为消息。@GauravMantri，这以前是我们的体系结构，但由于大量消息涌入，我们面临性能问题。我们不希望发生IO阻塞问题。我们还有什么其他选择？>但我们将再次达到消息传递的极限。这是什么意思？@itaysk，谢谢。。但1MB的限制也可能不够。因为要发布到主题的消息可能会更大。

这以前是我们的体系结构，但由于大量消息涌入，我们面临性能问题。我们不希望发生IO阻塞问题。

->您考虑过扇出方法吗？不是只将邮件写入一个存储帐户，而是将其写入多个存储帐户？这样，您就不会达到单个存储帐户的性能阈值。嗨，为什么github上的示例不完整？检查第一个关于发送接收的示例，没有发送消息的行。@kosnkov，介意提供更多详细信息吗？你指的是什么例子？链接会有帮助。嗨，为什么github上的示例不完整？检查第一个关于发送接收的示例，没有发送消息的行。@kosnkov，介意提供更多详细信息吗？你指的是什么例子？链接会有所帮助。