Wie verarbeite ich 13 Millionen Nachrichten pro Sekunde?

Welche neuen Potentiale könnten Sie heben, wenn Ihre Unternehmensanwendung mit Hundertausenden von mobilen Endgeräten je Sekunde kommunizieren könnte? Smartphones, Apps, Social-Media Kanäle oder Sensoren in PKWs, medizinischen Geräten, industriellen Produktionsstellen, intelligenten Gebäuden, etc. sind potentielle Informationsquellen für Wertschöpfungsprozesse. Wie solche Möglichkeiten heute pragmatisch realisiert werden können, wurde auf der diesjährigen IBM Impact Konferenz vorgestellt und diskutiert. Wir haben auch dieses Jahr live per Twitter die Neuigkeiten und unsere Einschätzung dazu berichtet. Hier dazu eine kurze Zusammenfassung.

Sind persistente Nachrichten wichtig, sind es immerhin noch beeindruckende 400.000 Messages pro Sekunde. Möglich wird dies durch die gute Architektur und Implementierung und die Nutzung von MQTT. Denn abgewickelt wird die Kommunikation über das etablierte IBM Protokoll Message Queuing Telemetry Transport (MQTT), das nun von der Oasis standardisiert und im Paho Projekt weiterentwickelt wird. MQTT ist ein sehr schlankes Protokoll, das für M2M-Kommunikation in mobilen Umgebungen entwickelt wurde. Dies war und ist weiterhin notwendig, da Sensoren und andere “streamende” Datengeber üblicherweise nur über sehr geringe Bandbreiten verfügen und in ihrer Leistungsaufnahme sehr beschränkt sind. Somit wird auch dem Stromverbrauch durch die Nutzung von MQTT in solchen Szenarien Genüge getan. Wie dies in unter 30 Minuten aufzusetzen ist, twitterten wir bereits während der Impact.

Ich sprach neben einigen Entwicklern und Architekten dazu mit Gerry Reilly, Director in Hursley hierfür, und war tatsächlich in der Lage seine Aussage in weniger als 140 Zeichen zusammenzufassen ?

Gut wurde die IBM Strategie zur Integration von Message Broker und WebSphere ESB präsentiert. In einigen Sessions wurden die Vorgehensweise, der Hintergrund, das Ziel und die Migrationsszenarien erläutert. Gerade die Roadmap hierzu war wichtig und kann auf einer Folie zusammengefasst werden: https://twitter.com/xintegrate/status/328990487467917312 . Für Message Broker Nutzer ändert sich nichts, denn mit IIB bzw WMB V9 bekommen sie einfach nur mehr und einiges Gutes vom WESB frei Haus geliefert.

Hier besonders hervorzuheben ist die gute Worklight und Message Broker Integration. Weiterhin ist der BPM SW-Stack im Detail vereinfacht und weiterentwickelt. Wohltuend: saubere Arbeit der Labors, statt Aufmerksamkeit heischenden Marketing-Ankündigungen. Die Integration von BPM Standard und den Connectivity-Lösungen, speziell Message Broker, wurde verbessert. Im BPM Advanvced Stack wird auch weiterhin die WESB Basis arbeiten. Somit insgesamt gute Produktweiterentwicklungen.

Generell geht es doch um darum, Ihre Unternehmensressourcen extern zur Verfügung zu stellen und damit mehr Geschäft zu machen, oder? Dann sollten doch APIs nicht nur technisch, sondern als Produkt betrachtet werden. Wie sehen Sie dies? Ich freue mich auf Ihr Feedback.