2

我正在考虑分布式网站，其中网站（多实例）由应用服务器（多实例）支持。我正在努力定义它们之间的通信机制。我看到了很多选项，例如 WCF、消息传递服务，或者通过完全消除 App Server 来建议的许多选项。

那么，对于预计有数百万访问者的全球级网站，您会怎么做。

好的，所以这些问题很多，但它们在某种程度上是相关的。服务总线是否有助于可扩展的分布式站点......或者我在这里混合了这些词。

非常感谢任何指导

4

3 回答 3

2

此外，如果您想对消息进行负载分配或路由和过滤，则可以使用服务总线中的主题/订阅：http: //code.msdn.microsoft.com/windowsazure/Multi-Tier-application-6c033cad

于 2012-01-17T23:28:03.790 回答
1

我认为这取决于沟通的方向和重要性。在某些情况下，您将有两种通信方式，需要典型的请求/响应传输（HTTP 等）。在某些情况下，您将能够使用一种方式进行通信。这将使您可以使用消息传输，并提供将某些处理“脱机”的能力。这可以帮助您扩展站点，但您可能只是将您的问题转移到其他地方而无需进行一些仔细的设计。

重要性很重要，因为如果您从用户那里获得了一些您不想丢失的信息，比如订单，那么这也可能会推动您走向更持久的东西，比如消息传递。您不一定需要服务总线来使用一种方式，即持久的通信，但提供的功能集可能会使事情变得更容易。

于 2012-01-17T19:25:00.590 回答
0

服务总线可以通过多种方式帮助您解决方案。正如 Adam 提到的，如果您需要持久性和时间解耦，那么使用服务总线持久队列是一个不错的选择，这里有一些详细的指导http://www.windowsazure.com/en-us/develop/net/tutorials/multi -层应用程序/

另一方面，如果您的应用程序服务器位于防火墙后面并且只需要具有全双工通信的 NAT/防火墙遍历，那么您可以使用服务总线中继来实现：http: //www.windowsazure.com/en-us/开发/网络/教程/混合解决方案/

于 2012-01-17T23:13:20.890 回答