面向服务的解决方案演示如何将 BizTalk 应用程序公开为供其他应用程序使用的服务。 将应用程序呈现为服务使其他应用程序能够轻松使用信息，并在它们提供的服务中使用这些信息。
该解决方案是一个信用信息应用程序，在从其他三个应用程序聚合相关信息后，以 Web 服务响应的形式提供信息。 应用程序合并结果并返回包含汇总信用信息的单个消息。 这三个后端系统如下所示：
SAP Enterprise System。 SAP 后端提供客户的总体信用额度。 该解决方案使用 BizTalk 适配器包中的 SAP 适配器与此后端系统通信。
待处理交易系统。 待处理事务系统显示账户上的未结算事务总量。 该解决方案使用 Microsoft Host Integration Server （HIS） 与 Windows Server 中的大型机通信。 它还使用 HIS 的事务集成器技术。 这使得系统能够与大型机作为 Web 服务进行交互。 BizTalk 业务流程使用此 Web 服务。
付款跟踪系统。 付款跟踪系统报告个人上次付款。 此系统使用 MQSeries。
您可能记得从解决方案概述中，我们还可以通过 MQSeries 队列使用非 Web 服务接口。 （有关应用程序的常规结构的详细信息，请参阅 了解面向服务的解决方案）。 尽管 Web 服务是构建面向服务的体系结构的最常用方法，但并非所有应用程序都可以使用这些体系结构。 借助 BizTalk Server 解决方案，可以随 Web 服务一起提供旧版应用程序使用该服务的替代方法。
MQSeries 应用模拟旧式交互式语音响应系统可能如何使用该解决方案。 MQSeries 访问以及 Web 服务访问权限展示了旧应用程序和新应用程序如何使用单个解决方案。
面向服务的解决方案中使用的模式
下图显示了面向服务的解决方案中模式的简化版本。
解决方案由四个主要部分组成，每个主要部分表示模式：服务接口、基于内容的路由器、收件人列表和聚合器。 服务接口表示能够连接到解决方案的接口机制。 基于内容的路由器检查消息的有效性，并在消息无效时发送错误消息。 收件人列表将邮件发送到三个后端应用程序。 后端应用程序响应时，聚合器会将响应合并到单个响应消息中。 响应消息通过服务接口返回到请求者。
请注意，图中有很多内容未被指定：
此图省略了解决方案所需的消息翻译器，以便与外部系统通信。
该图未指定如何与后端进程通信。
此图也不指定服务接口的性质。
关系图也没有指示是使用同步通信还是异步通信。