What's new in Message Broker V8?

    Wissensbeitrag

    Liegt der Fokus beim Message Broker V8 auf neuen Features oder die Erweiterung bestehender Features? Bringen diese für Message Broker Entwickler und Administratoren Produktivitätsgewinne mit sich, die eine Migration auf V8 rechtfertigen?

    Schwerpunkte in der Message Broker Administration

    Im Administrationsbereich treten häufig bei dem Versuch Message Broker Build- und Deploymentprozesse zu automatisieren Schwierigkeiten auf, beziehungsweise wenn es um die Verwaltung und das Monitoring großer Message Broker Landschaften geht.

    Im Toolingbereich wurde bereits in der Version 7 die Administration-View und Message Broker Development-View in einer View zusammengefasst, welches nervigem hin und her springen ein jähes Ende bereitete. Message Broker V8 geht darüber weit hinaus. Mittels der Web Administration Console können nun über eine Webkonsole Message Broker Instanzen administriert werden. Dabei ist die Web Administration Console, nur eine Möglichkeit, mit der REST Management API und der erweiterten CMP (Message Broker Java API) stehen einem auch die Möglichkeiten zur Verfügung eigene Lösungen zu implementieren. Derzeit können mittels der REST Management API u.a. Informationen zu Execution Groups und Message Flows abgefragt und Eigenschaften dieser beiden Message Broker Objekte verändert werden. In Zukunft soll wohl auch die Erstellung und das Deployment von Message Broker Archiven (BAR Dateien) möglich sein. Um ersteres zu erzielen, soll der Compileprozess von Message Broker Artefakten aus dem Development Prozess vollständig eliminiert werden. Im Message Broker Toolkit 7 muss derzeit die Kompilierung von Messageflow-Dateien und Messageset-Dateien manuell angestoßen werden. Dabei werden die erstellten MSGFLOW-Dateien und MSET-Dateien in CMF-Dateien und XSDZIP-Dateien übersetzt. Im Message Broker V8 sollen Messageflows (MSGFLOW-Datei) und Messagesets (MSET-Datei) Dateien nun direkt in einem ZIP-Archiv gepackt und anschließend deployt werden können. In dem Mapping Node erstellte Maps werden nun vor ihrem Deployment nicht in ESQL übersetzt sondern nativ deployt. Dies bringt besonders im Bereich Debugging viele Vorteile.

    Im Monitoring-Bereich stehen nun mit dem Transaction Viewer, dem Activity Log und dem Capture & Replay Feature stark verbesserte Möglichkeiten zur Problemfindung zur Verfügung. Mittels des Activity Logs kann nachvollzogen werden, welche Schritte eine Message innerhalb eines Messageflows durchläuft. Treten Performance-Probleme auf, können zu den einzelnen Ressourcen (JMS Provider, JDBC Datenbankanbindung), aber auch zu den einzelnen Nodes Performancekennziffern abgefragt werden. Die unterstützten Ressourcen werden dabei schrittweise ausgebaut werden.

    Derzeit wird die Migration von V6.1 nach V7 und danach V8 empfohlen.

    Schwerpunkte im Message Broker Development

    Message Broker V8 Versionen

    • Der Message Broker V8 wird in drei verschiedenen Versionen geliefert werden
    • Den Message Broker Express, welcher erlaubt genau eine Execution Group zu erstellen und eine beschränkte Auswahl an Nodes zur Verfügung stellt.
    • Den Message Broker Standard, welcher erlaubt genau eine Execution Group zu erstellen und alle Nodes zur Verfügung stellt.
    • Den Message Broker Advanced, der keine Limitierung bezüglich der Execution Groups besitzt.
    • Der Message Broker V8 soll ab dem 9.Dezember 2011 zur Verfügung stehen.

    Fazit

    Insgesamt wird wohl schon anhand der hier getroffenen Auswahl deutlich, dass der Message Broker mit vielen interessanten Neuerungen aufwarten kann. Ob die Neuanschaffung vom Message Broker V8 sich lohnt, kann allerdings nicht pauschal beantwortet werden.

    Autor

    Wolfgang Schmidt
    GeschäftsführerX-INTEGRATE Software & Consulting GmbHKontakt