我正在考虑分布式网站，其中网站（多实例）由应用服务器（多实例）支持。 我正在努力定义它们之间的通信机制。我看到了很多选项，例如 WCF、消息传递服务，或者通过完全消除应用服务器来建议的许多选项。
那么对于预计有数百万访问者的全球级网站，您会怎么做。
好的，这些问题很多，但它们在某种程度上是相关的。服务总线是否有助于可扩展的分布式站点......或者我在这里混合了这些词。
非常感谢任何指导
【问题讨论】：
标签： asp.net distributed nservicebus servicebus
此外，如果您想对消息进行负载分配或路由和过滤，则可以使用服务总线中的主题/订阅：http://code.msdn.microsoft.com/windowsazure/Multi-Tier-application-6c033cad
【讨论】：
我认为这取决于沟通的方向和重要性。在某些情况下，您将有两种通信方式，需要典型的请求/响应传输（HTTP 等）。在某些情况下，您将能够使用一种方式进行通信。这将使您可以使用消息传输，并提供将某些处理“脱机”的能力。这可以帮助您扩展网站，但您可能只是将您的问题转移到其他地方，而无需经过精心设计。
重要性很重要，因为如果您从用户那里获得了一些您不想丢失的信息，比如订单，那么这也可能会促使您获得更持久的信息，例如消息传递。您不一定需要服务总线来使用一种方式，即持久的通信，但提供的功能集可能会使事情变得更容易。
【讨论】：
服务总线可以通过多种方式帮助您解决方案。正如 Adam 提到的，如果您需要持久性和时间解耦，那么使用服务总线持久队列是一个不错的选择，这里有一些详细的指导 http://www.windowsazure.com/en-us/develop/net/tutorials/multi-tier-application/
另一方面，如果您的应用服务器位于防火墙后面，并且只需要通过全双工通信进行 NAT/防火墙遍历，那么您可以使用服务总线中继来实现：http://www.windowsazure.com/en-us/develop/net/tutorials/hybrid-solution/
【讨论】：