Gründe für das Erstellen mehrerer WS-Notification-Services in einem Bus
Im Allgemeinen ist es nicht erforderlich, mehrere WS-Notification-Services in einem Service Integration Bus zu erstellen. Es gibt jedoch Fälle, in denen dies hilfreich ist.
Wenn Sie mehrere SIBs in einer Zelle definiert haben und den WS-Notification-Zugriff auf die in den Bussen definierten Messaging-Ressourcen zulassen möchten, müssen Sie in jedem der Busse einen WS-Notification-Service definieren. Diese Konfiguration mit einem WS-Notification-Service in jedem Service Integration Bus, der WS-Notification-Zugriff erfordert, ist der empfohlene Ansatz. Sie stellt sicher, dass Anwendungen, die mit unterschiedlichen WS-Notification-Services verbunden sind, einander keine Informationen übergeben oder Störungen verursachen können.
Sie können mehrere WS-Notification-Services in einem Bus definieren, um Clientanwendungen in nicht überlappende Gruppen einzuteilen, z. B. wenn eine der weiter hinten in diesem Abschnitt aufgelisteten Anforderungen erfüllt werden muss. Verwenden Sie dieses Muster jedoch mit Sorgfalt, da diese Auswahl erhebliche Auswirkungen mit sich bringt, insbesondere auf die WS-Notification-Topic-Namespaces, die im WS-Notification-Service definiert sind. Weitere Informationen zu Mustern für Topic-Namespaces finden Sie im Artikel Optionen für die Zuordnung eines permanenten Topic-Namespace zu einem Bustopicbereich.
- Einteilung von Anwendungen auf der Basis verschiedener Namespaces. Sie können unterschiedliche Topic-Namespace-URIs (oder unterschiedliche SIB-Topicbereiche) in den beiden WS-Notification-Services verwenden, um die Anwendungen, die die einzelnen Services verwenden, einzuteilen. Nähere Informationen finden Sie im Artikel "1:1"-Zuordnung zwischen einem SIB-Topicbereich und einem Topic-Namespace-URI. Eine derartige Trennung kann auch mit einem einzigen WS-Notification-Service erreicht werden.
- Erzwungene Einteilung von Anwendungen, die denselben Namespace verwenden. Der Hauptvorteil, den die Definition mehrerer WS-Notification-Services in einem Bus hat, ergibt sich aus der Fähigkeit, Anwendungen, die denselben Topic-Namespace verwenden, in zwei (oder) mehr unterschiedliche Gruppen einzuteilen, die in keiner Weise interagieren. Dies ermöglicht den Anwendungen, die mit dem ersten WS-Notification-Service verbunden sind, vollständig isoliert von den Anwendungen zu arbeiten, die mit dem zweiten WS-Notification-Service verbunden sind, selbst wenn sie denselben Topic-Namespace und wahrscheinlich dieselben Topics verwenden. Weitere Informationen enthält der Artikel "N:1"-Zuordnung zwischen einem SIB-Topicbereich und einem Topic-Namespace-URI.
- Alternative JAX-RPC-Handlerlisten und Sicherheitseinstellungen für abgehende Daten. Diese Eigenschaften werden für jeden WS-Notification-Service und nicht für jeden Port für abgehende Daten angegeben. Wenn Sie alternative Optionen für diese Eigenschaften benötigen, müssen Sie einen separaten WS-Notification-Service in demselben Bus für jede alternative Konfiguration für abgehende Daten erstellen.