本文将介绍以下内容：
作为ESB服务的BizTalk Services
基于BizTalk Services的WCF应用程序
中继连接性选项
标识服务和令牌提供程序本文基于BizTalk Services的预发布版本。文中包含的所有信息均有可能变更。
本文使用以下技术：
BizTalk Services、.NET Framework 3.0
目录
软件即服务
Internet服务总线
BizTalk Services
BizTalk Services SDK
典型的WCF应用程序
中继连接性选项
通过RelayedHttp 穿过防火墙
配置标识服务
自定义令牌提供程序
入门方法
与以往相比，当今企业更需要具备快速开发、部署新应用程序以及将其集成到现有环境的能力。企业对动态、松散耦合应用程序的需求日益增长，这正是许多企业转移到或当前正在转移到以面向服务的体系结构 (SOA) 作为其应用程序基础的主要原因之一。
随着公司逐步趋向使用SOA，人们也越来越重视企业范围内各种应用程序组成的复合系统。在这种新环境下，开发人员负责组织上述各种应用程序服务中的业务流程，它们可能由其他团队和组织开发并发布到网络上，这些团队和组织可能使用不同的实现技术或业务线应用程序，因此增加了整个系统的复杂性。虽然 SOA 可简化每个点对点连接，但复合应用程序却较难以处理且比较脆弱，因为应用程序需要的服务连接总数将随时间增长（请参见图1）。
图1 管理复合应用程序中的点对点连接
这一实际情况促使许多公司开始使用更加松散耦合和可持续的服务模式（通常称为企业服务总线 (ESB)）。ESB 模型越来越普遍，因为它可通过中央总线来帮助企业管理多项服务连接，这条总线在基本消息传送详情之上提供了一个抽象层。例如，ESB 可帮助代理程序按照命名约定、身份管理、消息格式以及通信协议区分各种服务。一旦服务到达总线，总线上的其他任何服务都可与其建立连接，即使通常无法直接与该服务通信（请参见图2）。
图2使用ESB 构建复合应用程序