我最近阅读了很多有关 WCF 的内容，每当出现实现订阅者广播机制的主题(如在即时消息系统中)时，解决方案总是使用静态字典来保存订阅者 channel 。
可以在以下问题的答案中找到一个示例，但这是常见的做法。 Making a list of subscribers available across calls to a service
对于“传统”Web 编程来说，这似乎是一个非常好的解决方案，但是在云中如何处理呢？具体来说，我们如何解决网格中的每台计算机都有不同的“静态”变量这一事实？
我对不同的云平台知之甚少。 Azure、Amazon Web Services 和 VMWare 是否有不同的解决方案？
最佳答案
对于广播/推送类型的通知，请查看 SignalR (http://signalr.net/)。 Microsoft 正在将其作为 ASP.NET 平台的一部分: http://channel9.msdn.com/Events/Build/2012/3-034
它有一些非常好的功能，比如优雅地，如果服务器/客户端不支持 WebSocket 等高级功能，则可以依靠多种机制。虽然这是可行的，但您必须在 WCF 中编写所有这些代码。
云供应商平台之间存在很大差异。我可以向您发布多个链接，但您提到的云供应商正在非常快速地改变他们提供的产品。您对特定云供应商的 promise 是长期的...不要认为供应商 A 拥有供应商 B 没有的东西。顺便说一句，也有这样的差异……例如，亚马逊有专门的虚拟机:高 I/O、高内存、高 CPU。然而，例如 Azure 有一个设计得更好的 VM 层。
我是这样想的(mu意见)...微软是一家拥有:.NET、ASP.NET、服务器平台:SQL Server、Windows Server、SharePoint、Office Services等的公司。他们的定位非常好与像 Amazon 或 VMWare 这样没有丰富产品组合的公司竞争。另外，微软可以对这些服务器进行定价，亚马逊/RackSpace/VMWare 必须为此向微软支付溢价。您似乎在谈论 WCF/.NET，这将有利于 Microsoft Azure 平台。
在 Azure 上您可以运行 Linux VM； Python、Java 等代码，但它更喜欢 Microsoft 堆栈。相反，对于 AWS，您可以运行 .NET/Microsoft 等，但它更喜欢 Linux/开源堆栈。从长远来看……因为两年内，两家主要云供应商都将在这些领域做出 promise 。例如，RackSpace 正在全力支持他们的 OpenStack 平台……他们别无选择。
关于wcf - 通知云计算中的 WCF 订阅者，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13295611/