Für die Priorisierung von IIOP- (Internet Inter-ORB Protocol) und JMS-Anforderungsflüssen (Java Message Service) werden in WebSphere Virtual Enterprise autonome Manager eingesetzt, die den Anforderungsfluss, die Ordnung der Anforderungen nach Priorität und das dynamische Workload-Management steuern. Bei der Ordnung der IIOP-Anforderungsflüsse nach Priorität in WebSphere Virtual Enterprise werden nur IIOP-Anforderungen von eigenständigen EJB-Clients (Enterprise JavaBeans) berücksichtigt. Für EJB-Aufrufe von Servlets werden beispielsweise keine Prioritäten vergeben. Diese Einschränkung ist vorhanden, weil das System nicht in der Lage ist, auf mehreren Schichten, z. B. der Webschicht und der EJB-Schicht, Prioritäten für Anforderungen zu vergeben, die derselben Benutzeranforderung zugeordnet sind. Wegen des asynchronen Charakters von JMS bestehen jedoch keine Einschränkungen bezüglich der Herkunft der Anforderungen.
Für IIOP und JMS führen die Back-End-Anwendungsserverprozesse, in denen die Anwendungen implementiert sind, die ARFM-Gateways aus, die die Prioritäten für den Anforderungsfluss vergeben. Die Anforderungsflüsse werden unter Berücksichtigung der konfigurierten Servicerichtlinien und vorhandenen Workloads verwaltet, um möglichst ausgeglichene Leistungsergebnisse zu erzielen.
Sie können in WebSphere Virtual Enterprise Leistungsziele definieren und diese an bestimmte Teile des eingehenden Datenverkehrs binden. Der ARFM und die zugehörigen autonomen Manager unterstützen diese Geschäftsziele in Zeiten mit hoher Workload, indem sie "intelligente Entscheidungen" bezüglich der Anforderungen treffen, die beim Anwendungsserver eingehen. Nicht alle Anforderungen in der Konfiguration werden gleich erstellt. Der ARFM unterstützt dieses Konzept, indem er unterschiedliche Anforderungsflüsse mehr oder weniger schnell zur Ausführung weiterleitet, um ein möglichst ausgeglichenes Ergebnis zu erzielen.
Eine Servicerichtlinie ist eine benutzerdefinierte Kategorisierung, die potenziellen Anforderungen als Attribut zugeordnet wird, das vom ARFM gelesen wird. Für IIOP können Sie Servicerichtlinien verwenden, um Anforderungen basierend auf den Anforderungsattributen, einschließlich des Anwendungsnamens, des Namens der EJB-Methode, des Namens des EJB-Moduls (z. B. EJB-JAR-Datei) und des EJB-Namens, zu klassifizieren. Für JMS können Sie die Klassifizierung auf der Basis des Destination-Namens (Topics oder Warteschlangen) vornehmen. Mit der Konfiguration von Servicerichtlinien können Sie verschiedene Bewertungsstufen auf die tatsächlich anfallenden Anforderungen anwenden. Sie können mehrere Servicerichtlinien verwenden, um unterschiedlichen Anforderungskategorien unterschiedliche Services bereitzustellen. Die Ziele der Servicerichtlinien können sich hinsichtlich der Leistungsziele und der Priorität unterscheiden.
Der ARFM wird im Anwendungsserverprozess ausgeführt und steuert die Ordnung von Anforderungen nach Prioritäten. Der Autonomic Request Flow Manager umfasst zwei Teile: einen Controller und ein Gateway. Die ARFM-Funktion wird für jede Zelle von einem Controller zusammen mit einer Gruppe von Gateways in den Anwendungsservern implementiert. Die Gateways fangen die eingehenden IIOP-Anforderungen ab und reihen sie in eine Warteschlange ein, während der Controller Steuersignale oder Anweisungen an die Gateways und den Verteilungscontroller übermittelt. Außerdem enthält der ARFM einen Work-Profiler, der die Rechenlast der unterschiedlichen Anforderungsflüsse schätzt. In Zusammenarbeit sorgen diese Komponenten dafür, dass die Prioritäten für die eingehenden Anforderungen ordnungsgemäß vergeben werden.
DWLM (Dynamic Workload Management) ist ein Feature, das dieselben Regeln wie der Workload Manager anwendet, wie z. B. ein auf einem Gewichtungsverfahren basiertes Routing. DWLM ist ein optionales Add-on, das WLM die Möglichkeit gibt, Routing-Wertigkeiten autonom festzulegen. Bei WLM legen Sie manuell in der Administrationskonsole statische Wertigkeiten fest. DWLM ermöglicht dem System, die Wertigkeiten dynamisch zu ändern, um den Geschäftszielen jederzeit gerecht zu werden. DWLM kann inaktiviert werden. Wenn Sie die automatischen Betriebsmodi für die Komponenten der dynamischen Operationen verwenden möchten, stünde die Festlegung einer statischen WLM-Wertigkeit mit dem On-Demand-Aspekt des Produkts in Widerspruch. Für IIOP werden diese Wertigkeiten vom WebSphere-EJB-Basis-WLM konsumiert. Auf der Basis dieser Wertigkeiten wird bestimmt, wohin neue EJB-Clientanforderungen weitergeleitet werden. Schauen Sie sich dazu die folgende Abbildung an:
DWLM hat keinen Einfluss auf den JMS-Datenverkehr. Die in der Abbildung gezeigten Destinations können in demselben verwalteten WebSphere-Prozess oder in unterschiedlichen verwalteten WebSphere-Prozessen ausgeführt werden.
Wie die Abbildung zeigt, gehen von jedem Service gleich viele Anforderungen beim Anwendungsserver ein. Nach dem Kategorisieren, Priorisieren und Einreihen der Anforderungen in die Warteschlange wird jedoch eine höhere Anzahl wichtigerer Platin-Anforderungen zur Verarbeitung versendet, während eine geringere Anzahl weniger wichtiger Bronze-Anforderungen zurückgestellt werden. Nur weil die Anforderungen mit niedrigerer Priorität am längsten hinausgezögert werden, ist das langfristige Durchschnittsaufkommen der Bronze-Anforderungen, die im Anwendungsserver ausgeführt werden, deshalb nicht kleiner als das langfristige Durchschnittsaufkommen der eingehenden Bronze-Anforderungen. Letztendlich versuchen die Features für die dynamischen Operationen, dass alle Anforderungen in der zulässigen Zeit durchgeführt werden.