Ereignisströme sind das Paradigma der Digitalisierung von heute

12. 08. 2020

Agilität, die Verschiebung der aktuellen Backbone-ESB und ihrer Nutzung in der agilen Welt, Microgateway-API, hybride Integration, aber auch rasant aufkommende Ereignisstromverarbeitung. Aktuelle Themen gibt es im Bereich der Integration, dem sich Trask von Anfang an widmet, viele. Petr Dlouhý, der bereits seit vier Jahren an der Spitze der Integrationskompetenz steht, gab daher einen Einblick in die Integrationstrends und deren Vor- und Nachteile.

Trask präsentiert die Integration und ihre Trends regelmäßig, zuletzt beim herbstlichen Integrationsfrühstück im vergangenen Jahr. Wo sehen Sie kurz- und langfristig die größten Veränderungen?

Eine der größten Änderungen ist der stete Nachdruck auf die Agilität, bei der die einzelnen Teams häufig dazu angeregt werden, die Anwendungsintegration selbst umzusetzen (Self-Service-Integration). Dieser Ansatz bringt zahlreiche neue Herausforderungen mit sich, etwa den Umgang mit dem Eigentum von Services, die Zusammenarbeit der einzelnen Teams – ob und wie es eine Wiederverwendung geben kann bzw. soll – und vieles mehr. Es muss gesagt werden, dass es keinen einfachen universellen Leitfaden gibt – jede Organisation verhält sich etwas anders und der notwendige kulturelle Wandel ist unterschiedlich schwierig. Aus dem Blickwinkel der erforderlichen Tools muss zur Erfüllung dieser Aufgaben auf die Einführung einer API-Verwaltungsplattform und die Nutzung integrierter Mikrodienste, einschließlich Containerisierung der Laufzeitintegrationsumgebung (und einer möglichen Verlagerung in die Cloud) gezählt werden. Einige unserer Kunden wenden diesen Ansatz bereits in der Praxis an, andere befinden sich in der Vorbereitungs- oder der PoC-Phase, aber im Allgemeinen sehen wir diesen Trend überall.

Was sind die Trends für dieses und die kommenden Jahre, was bringen sie den Kunden schon jetzt oder in Zukunft?

Aktuell gibt es sehr viele interessante Themen und Trends und es muss gesagt werden, dass sie heute wesentlich schneller aufkommen als in der Vergangenheit. Zudem wird es immer schwieriger, sie zu verfolgen, auszuwerten, in der Praxis anzuwenden und die so gewonnenen Kenntnisse zu nutzen. Neben der erwähnten allgemeinen Agilität geht es auch sehr um die Verschiebung der aktuellen Backbone-ESB und ihre Nutzung in der agilen Welt, das Mikrogateway, die hybride Integration und die rasant aufkommende Ereignisstromverarbeitung. Eine interessante Frage ist auch die weitere Service Registry- und Repository-Entwicklung - die meisten etablierten Tools werden nicht mehr weiterentwickelt oder nicht direkt unterstützt.

Hier kommt die Analyse, die ausschließliche Beobachtung des Ist-Zustands der Produktionsumgebung oder Tools, wie etwa Consul von HashiCorp Consul zum Einsatz, mit der die Umgebung basierend auf Mikrodiensten besser gesteuert werden kann.

So ist auch die bereits erwähnte Ereignisstromverarbeitung ein aktuelles Thema. Wie sind Ihre Erfahrungen?

Als vor vielen Jahren der SOA-Ansatz entstand, haben viele Unternehmen ihn als etwas angesehen, das in Zukunft alle Probleme bei der Integration zwischen Systemen lösen würde, das sich zudem durch eine Wiederverwendung von Diensten sogar selbst bezahlt. Die Realität sah jedoch anders aus. Trotz vieler positiver Eigenschaften in Bezug auf Architektur, Entkopplungssysteme und einfache Bedienung hing vieles vom spezifischen Ansatz und der sinnvollen Nutzung ab. Eine ähnliche Erwartungshaltung sehen wir jetzt im Laufe der Ereignisse. Ja, der Ansatz/die Technologie ist sehr interessant, hat aber auch seine Grenzen, und es ist wichtig, am Anfang darüber nachzudenken, wofür der Ereignisstrom verwendet werden soll und wofür nicht. Darüber hinaus muss damit gerechnet werden, dass mit dem Ereignisstrom eine Änderung des Denkens und des Integrationsdesigns, einschließlich einer Änderung der Funktionsweise der integrierten Systeme selbst, unerlässlich wird.

Wir beschäftigen uns bereits seit einiger Zeit mit der Event-Stream-Problematik, von der Verarbeitung von Protokollen bis zur tatsächlichen geschäftlichen Nutzung. Auch deshalb haben wir uns eine rationale Sicht auf Ereignisströme erarbeitet, die wir auch unseren Kunden anbieten.
Petr Dlouhý

Sie haben auch über die Umstellung von Kunden von ESB zu integrierenden Mikrodiensten gesprochen. Was ist hier der Hintergrund?

Ich würde es nicht direkt als Umstellung bezeichnen. Vielmehr als eine alternative Sichtweise auf die Integration, die auf den Anforderungen der agilen Methoden in Bezug auf die Dezentralisierung von Integration und Verantwortung sowie auf neuen verfügbaren Technologien wie Mikrodiensten oder Containerisierung beruht. Auch die aktuellen ESB transformieren sich, sie können dezentral in Containern betrieben werden und nähern sich somit dieser alternativen Sichtweise an. Diesbezüglich ist es interessant, die Auffassung der Firma Gartner in Bezug auf die Backbone-ESB zu beobachten. Ich erinnere mich, dass man dort vor vier Jahren die ESB schon fast nicht mehr berücksichtigt hat, überall gab es nur APIs, Mikrodienste und eine hybride Integrationsplattform.

Dann kam die Ernüchterung und plötzlich, zwei Jahre später, ist die ESB als einer der Integrationspfeiler zurück, der nachfolgend um eine API und Integrations-Mikrodienste ergänzt wird. Diese Auffassung entspricht auch unserer Wahrnehmung.

Sieht man sich eine Bank an, so stellt man fest, dass ein Teil agil ist, sich schnell verändert und viele moderne Ansätze (Integrationsmikrodienste, API, Ereignisstrom) nutzt. Der andere Teil ist stabil und reguliert, wobei ESB hier zusammen mit dem Messaging noch lange eine unersetzliche Rolle spielen wird.
Petr Dlouhý
Petr Dlouhý

Petr Dlouhý

Herr Dlouhý ist seit mehr als 20 Jahren im IT-Bereich tätig und konzentriert sich hauptsächlich auf die Bereitstellung von Lösungen für Finanzinstitute. Seit 2012 ist er bei Trask, wo er aktuell als Department Director ein Team von 60 Integrationsexperten leitet.

Event Stream

Umfangreiches architektonisch-technologisches Konzept zur Lösung vieler Probleme der anfragebasierten Integration, wie bspw. Verfügbarkeit von Diensten, Skalierbarkeit, Online-Batch, Synchronisation, Notifikation usw. Er bietet auch eine Reihe neuer Ansätze (Data Lake, Data Mesh, Data Insideout, Integration in Analysen und Machine-Learning-Systeme usw.), die vorhandene Entwurfsmuster (Command- und Event Sourcing, CQRS, materialisierte Ansicht und mehr) unterstützen. Wir bei Trask halten dieses Konzept im Hinblick auf viele Arten der Integration mit zunehmender Komplexität sowie funktionalen und nicht funktionalen Integrationsanforderungen für wichtig. Es gibt natürlich auch Schattenseiten, etwa das Event Mining, das Fehlen von ACID, Datenreinheit und -konsistenz, den Lebenszyklus von Datenformaten und vieles mehr.

API Management

API-Management-Tools ermöglichen eine sichere und kontrollierte Veröffentlichung von APIs und Webschnittstellen im Allgemeinen (REST, SOAP usw.), einschließlich der automatischen Dokumentation im Entwicklerportal. Es gibt eine Reihe vorgefertigter Produkte zur API-Steuerung auf dem Markt – kommerzielle, Open Source-, Cloud- und On-Premise-Varianten sind verfügbar. Die Erstellung und Verwaltung von APIs ist für die meisten dieser Tools einfach, intuitiv und selbstbedienend.

Für Unternehmen, die ihre Schnittstellen für den externen Gebrauch bereitstellen möchten, ist das API-Management ein wesentliches Element, das gleichzeitig auch für den unternehmensinternen API-Aufruf sehr nützlich ist. Es ist eine Säule der Integration in einer agilen Umgebung, u. a. durch die integrierte Unterstützung für die Weitergabe von Berechtigungen und Verantwortlichkeiten für die Veröffentlichung benutzerdefinierter APIs an agile Teams. Nicht zuletzt ergänzt es die standardmäßige ESB-basierte Integration erheblich und löst einfach Aufgaben, bei denen eine solche Integration an ihre Grenzen, wie Authentifizierung, Autorisierung, Analytik, Schnittstellenregistrierung oder Überwachung, stößt.

Möchten Sie mehr erfahren?