Getrennte Nachrichtenflüsse

In einer Umgebung mit verteilten Warteschlangen kann die Notwendigkeit, Nachrichten an denselben WS-Manager in verschiedene Nachrichtenflüsse zu trennen, aus einer Reihe von Gründen auftreten. For example:

• Möglicherweise müssen Sie einen separaten Nachrichtenfluss für große, mittlere und kleine Nachrichten bereitstellen. Diese Notwendigkeit gilt auch in einer Clustering-Umgebung, und in diesem Fall können Sie Cluster erstellen, die sich überschneiden. Es gibt eine Reihe von Gründen, die Sie vielleicht tun könnten, z. B.:
  • Damit andere Organisationen ihre eigene Verwaltung haben können.
  • Damit unabhängige Anwendungen separat verwaltet werden können.
  • So erstellen Sie eine Serviceklasse. Sie könnten z. B. einen Cluster mit dem Namen STAFF haben, der eine Untergruppe des Clusters mit dem Namen STUDENTS ist. Wenn Sie eine Nachricht in eine Warteschlange stellen, die im STAFF-Cluster zugänglich gemacht wird, wird ein eingeschränkter Kanal verwendet. Wenn Sie eine Nachricht in eine Warteschlange stellen, die im STUDENTS-Cluster zugänglich gemacht wird, kann entweder ein allgemeiner Kanal oder ein eingeschränkter Kanal verwendet werden.
  • So erstellen Sie Test-und Produktionsumgebungen.
• Es kann erforderlich sein, eingehende Nachrichten durch unterschiedliche Pfade aus dem Pfad der lokal generierten Nachrichten weiterzuleiten.
• Ihre Installation muss unter Umständen die Verschiebung von Nachrichten zu bestimmten Zeiten (z. B. über Nacht) planen, und die Nachrichten müssen dann in reservierten Warteschlangen gespeichert werden, bis sie geplant sind.

In dem in Abbildung 1gezeigten Beispiel handelt es sich bei den beiden eingehenden Nachrichtenflüssen um Aliaswarteschlangenmanagernamen 'QMC_small' und 'QMC_large '. Sie stellen diese Flüsse mit einer WS-Manager-Aliasdefinition bereit, um diese Nachrichtenflüsse für den lokalen WS-Manager zu erfassen. Sie verfügen über eine Anwendung, die zwei ferne Warteschlangen adressieren soll, und Sie benötigen diese Nachrichtenflüsse getrennt voneinander. Sie stellen zwei Definitionen für ferne Warteschlangen bereit, die dieselbe Position angeben, 'QMC', aber geben Sie andere Übertragungswarteschlangen an. Diese Definition behält die Abläufe bei und ist am Ende nicht mehr erforderlich, da sie denselben Namen für den Zielwarteschlangenmanager in den Übertragungsheadern haben. Sie stellen Folgendes bereit:

• Die eingehenden Kanaldefinitionen
• Die beiden fernen Warteschlangendefinitionen QB_small und QB_large
• Die beiden WS-Manager-Aliasnamendefinitionen QMC_small und QMC_large
• Die drei sendenden Kanaldefinitionen
• Drei Übertragungswarteschlangen: TX_small, TX_large und TX_external