典型的方案

　　为了尽可能具体地说明我们用于可靠消息传送的方法，我们通过一个常见的方案（其中反映了各种 Web 服务的当前和预期的应用）来讲述这种结构。 这个方案中说明了当今的 Web 服务世界所固有的一些常见障碍和设计方面的紧张状况。

　　此方案是基于一个经销商的，他想要通过 Internet 利用 Web 服务每天晚上将库存和帐号信息传输给一个供应商。

　　经销商具有一个基本的库存控制系统，该系统运行业务处理以进行库存跟踪和管理。 而供应商具有一个包括三个渠道的跟踪系统。 供应商使用一种网络负载平衡产品将消息分配到这三台服务器上。 双方组织使用不同的网络产品（代理、防火墙等）将其内部网连接到公共 Internet。

　　各方所交换的信息对其业务运营来说是至关重要的。 他们二者都需要可靠而安全的数据交换。

　　使 Web 服务之间的消息交换变得可靠

　　当前的 Web 服务结构将大部分可靠性方面的责任都转加给了应用程序开发人员。 例如，利用当今的 Web 服务技术，供应商必须使用一个应用程序级的约定，以防止对消息进行重复处理。 经销商的系统需要实现应用程序级别的机制，以确保供应商的系统处理请求消息。 供应商和经销商的业务问题可能还需要其应用程序实现一种约定，以确保接收系统按照与消息原来发送的顺序相同的次序来处理各消息。 用于实现可靠消息传送的应用程序级（特定的）解决方案可能行得通。 然而，使用这种解决方案将在以后带来两个问题：

　　随着该供应商或经销商扩展其业务以便与其他伙伴合作，特定的 应用程序级的机制可能会增加他们的成本。 其他的合作伙伴可能在其应用程序中嵌入了不同的、不兼容的可靠消息传送功能。

　　该经销商和供应商可能不能通过添加标准的 Web 服务对事务或安全性的支持而轻易地提高其解决方案的稳定性，或对所支持的安全机制集进行扩展。 应用程序级的可靠消息传送解决方案可能不支持组合或添加标准 Web 协议或接口。

　　WS-ReliableMessaging 提供了简单而系统的解决方案以满足该供应商和经销商对消息可靠性的要求，并支持将来与其他合作伙伴的互操作性和使用其他的 Web 服务标准。 与以前的 Web 服务标准类似，WS-ReliableMessaging 也允许软件厂商以一种可重用的公共软件组件的形式来实现此标准，这种软件组件可支持应用程序，从而解除应用程序开发人员要在其应用程序中实现各种功能的负担。 此外，中间件厂商可以使用 WS-ReliableMessaging 作为一种互操作性协议，以便将其消息传送环境与其他厂商的中间件环境连接起来。

　　本节的剩余部分将考查我们方案中的一些具体问题，并演示 WS-ReliableMessaging 和相关规范如何来解决这些问题。 特别地，我们考查：

　　利用 WS-Addressing 处理负载平衡和跨越整个组织的消息

　　利用 WS-ReliableMessaging 处理不可靠的消息传送

　　利用 WS-MetadataExchange 处理完全不同的系统功能和首选项

　　利用 WS-Security、WS-Trust 和 WS-SecureConversation 处理消息的机密性和身份验证

　　利用 WS-TransmissionControl 控制消息流程以防止由于服务可用性、固定的队列资源或其他因素而导致消息丢失