在 Internet 上的消息寻址和负载平衡

　　经销商和供应商同意每天晚上在正常的营业时间后交换信息。 为了处理成千上万经销商的负载，供应商在服务器场上部署了他们的渠道跟踪应用程序，该程序位于用作该场的前端的网络负载平衡器的后方。

　　为了获得最大的灵活性，供应商并不想将场中的特定计算机调拨给特定经销商。 出于这个原因，供应商将其库存控制系统公开为一项 Web 服务，该项服务位于网络负载平衡器的地址。 然而，由于每个特定经销商所发送的很多消息将在一些公共的数据上进行操作，且通常需要一个事务和/或安全性上下文，通过将这些消息调度给该服务器场中的同一台计算机将极大地改善供应商站点的总体性能。

　　为了解决这些问题，WS-Addressing 规范提供一种灵活且可扩展的机制，用以对消息和 Web 服务进行寻址，这种机制称为终结点引用。 终结点引用允许应用程序在传统的基于 URI 的地址上增加应用程序所特有的信息，用以更好地调度消息。 在我们的示例中，经销商利用一个终结点引用开始其对话，该终结点引用仅对网络负载平衡器进行引用。

　　每天晚上，经销商的库存控制系统利用此终结点引用开始其对话。 当该对话建立时，供应商的系统提供一个更精确的终结点引用，该终结点引用唯一地指向最适合该特定经销商的主机。 这个精确的终结点引用将包含网络负载平衡器所需的信息，以便将消息中继到适当的计算机。

　　对于供应商和经销商的应用程序而言，使用更具体的终结点引用通常是透明的。 实现这些 Web 服务协议的基础结构软件支持透明地插入并处理该完全精确的终结点引用。

　　IBM 和 Microsoft 将与我们的客户、合作伙伴和标准组织合作，以探索 WS-EndpointResolution 的可能和实际的解决方案。

　　可靠地交换消息

　　在经销商和供应商之间交换的消息在多个节点上传输，其中有些节点位于公共 Internet 上。 这意味着某些消息可能会在传输过程中丢失。 此外，当消息正在传输过程中时，供应商或经销商的系统有可能发生故障，从而使仍在运行的系统不能确定某条给定的消息是否已得到处理。

　　我们的结构利用 WS-ReliableMessaging 协议来解决这些问题。 WS-ReliableMessaging 利用 Web 服务协议和标准为消息提供有有保障的端到端传输。

　　WS-ReliableMessaging 的基本模型非常易于理解。 在 WS-ReliableMessaging 下，源节点发送一个包含 WS-ReliableMessaging 标头的普通 Web 服务消息。 当接收到该消息时，目标节点向源节点发送回一条确认消息，表明已成功传递该消息。