微软BizTalk服务器使相关组织能够与贸易伙伴一起连接并跨企业扩展异构系统。Service Bus是的一部分，旨在提供连接、队列和路由功能，不仅仅是为云计算应用程序而且也为非云端应用程序。两者一起使用使得在相当多的情形中你可以构建安全、可靠、可扩展的跨越云和非云端环境的混合解决方案，例如：微软BizTalk服务器。

• 与贸易伙伴交换电子文档。
• 向第三方显示防火墙后运行的非云端服务。
• 启用分支和中心后台办公系统之间的通信。

我最近在MSDN上发表了一篇，在这篇文章中我演示了如何以一种可靠、灵活与可扩展的方式将一个 应用程序与Windows Azure Service Bus Queues、Topics、Subscriptions整合到与外部系统交换的消息中。2011年9月份推出的中介绍到的Queues和 Topics是新的基于云计算的消息和整合的基础设施的基础，该设施向基于微软及非微软技术的云和非云端应用程序提供可靠消息队列和持久publish/subscribe消息功能。.NET应用程序要么从一个全新的托管的API () 要么通过WCF的一个新绑定 () 来使用这个新的消息功能，并且任何微软或非微软应用程序能使用一个REST样式API来访问这些功能。

在这篇文章中你将学习怎么在一个.NET和BizTalk服务应用程序中使用WCF来执行以下操作：

• 向Service Bus queue发送消息。
• 向Service Bus topic发送消息。
• 从Service Bus queue接收消息。
• 从Service Bus subscription接收消息。
• 将 对象的属性转化成BizTalk消息的上下文属性，反之亦然。

下图显示了文章中涵盖的情形之一。关于这点，Windows Forms客户端应用程序模拟一个line-of-business系统在非云端或云端运行，使用Service Bus messaging.infrastructure 提供的queue、topic和 subscription实体与BizTalk服务应用程序交换信息。

在可以找到这篇文章的相应代码。在MSDN上阅读。

关于AppFabricService Bus的更多信息，请参阅下列资源：

• Windows Azure博客上的文章：“”。
• MSDN上的文章：“”。
• MSDN上的话题：“”。
• AppFabric团队博客上的视频：“”。
• channel9上的视频：“”。
• channel9上的视频：“”。
• channel9上的视频：“”

本文翻译自：