创建多个 WS-Notification 服务点的原因
在两种主要情况下,您可能想为给定的 WS-Notification 服务创建多个 WS-Notification 服务点。
这两种情况如下所示:
- 要通过单元中的多个服务器提供 WS-Notification 访问。
- 要提供一种机制,以便 WS-Notification 应用程序可以通过该机制并使用不同的绑定或安全性参数来连接到同一服务器。
要通过单元中的多个服务器提供 WS-Notification 访问,需要为单元中的每个服务器最多定义一个 WS-Notification 服务点。这就启用了工作负载均衡,此负载均衡基于在服务器之间手工分布客户机,或者基于自动分布(如负载均衡拓扑所述)。注意,对于某些或许多服务器,可以完全不定义服务点。
要提供一种机制,以便 WS-Notification 应用程序可以通过该机制并使用不同的绑定或安全性参数来连接到同一服务器,您必须在特定服务器上定义多个 WS-Notification 服务点,然后通过特定服务点为特定应用程序提供通道。此选项有两种子情况:
- 不同类型(绑定)的 WS-Notification 服务点。例如,如果您为使用 SOAP over HTTP 的应用程序创建一个服务点,并为使用 SOAP over JMS 的应用程序创建第二个服务点,这将允许所编写的应用程序使用这些绑定中的任一绑定来连接至所讨论的 WS-Notification 服务。注: 使用 SOAP over JMS 会消耗性能,如 WS-Notification:受支持的绑定所述。
- 使用同一绑定的多个 WS-Notification 服务点。例如,您可以在同一服务器上定义两个都使用 SOAP over HTTP 绑定的服务点。由于这两个服务点将提供完全相同的功能,所以在普通情况下没有必要这样做。但是,在高级情况下,可使用此配置对两个服务点进行区分。例如,可以对每个服务点配置不同的安全策略。可以为来自可信环境外部的连接设置一个安全策略,从而管理 SSL 传输加密和独立的授权检查。可以为可信环境中运行的应用程序(这些应用程序也需要授权策略,但不需要使用 SSL)设置第二个策略。另一个示例是,要求在一个服务点上使用 WS-ReliableMessaging 以便让包含高业务价值消息(在这种情况下,可靠传输至关重要)的应用程序使用该服务点,并将另一个不使用 WS-ReliableMessaging 的服务点用于低价值事件通知。