Enterprise Service Bus in Rente, oder: die neue Art, Systeme zu integrieren

Die Seite wird erstellt Kenneth Köhler

Wissenschaft

Deutsch

Like
Teilen
Einbetten
Vollbild
Folien
HTML Herunterladen
PDF Herunterladen
Missbrauch

←

WEITER LESEN

→

Transkription von Seiteninhalten

Wenn Ihr Browser die Seite nicht korrekt rendert, bitte, lesen Sie den Inhalt der Seite unten

Enterprise Service Bus in Rente, oder: die neue Art, Systeme zu integrieren

Enterprise Service Bus in Rente,
oder: die neue Art, Systeme zu
integrieren
Markus Lohn, esentri AG

Das Verlassen der Komfortzone ist häufig ein schwieriges Unterfangen. Bisher nutzten wir den Oracle Service
Bus (OSB) [1] als Werkzeug für die Entwicklung und den Betrieb von Schnittstellen bei einem mittelständischen
Kunden. Doch dieses Vorgehen funktionierte für uns in diesem Kontext nicht mehr optimal. Seit geraumer
Zeit implementieren wir nun Schnittstellen auf Basis einer Microservices-Architektur und mit Containern. Den
Betrieb und die Überwachung dieser Services managen wir durch eine Container-Plattform auf Basis von Red
Hat OpenShift [2]. In diesem Artikel erfahren Sie, warum sich der Kurswechsel mehr als gelohnt hat und wie die
neue Technik mehr Geschwindigkeit und Qualität in Implementierung und Betrieb brachte.

Java aktuell 02/21                                                                                         31

Es hat sich gelohnt, weil mehr Entscheidungs- Apache Maven im JDeveloper mit OSB-Projekten ist nicht optimal
freiheit die Agilität im Projekt erhöhte. gelungen. Es sind doch einige Anpassungen erforderlich, damit ein
Mehr Entscheidungsfreiheit wird durch die Themen Technologie, OSB-Projekt über Maven in eine CI/CD-Pipeline integriert werden
Minimalismus und Entwicklungsumgebung begünstigt. Wir entwi- kann (-Djava.security.egd=file:///dev/urandom, Projektstruktur
ckeln und betreiben jede Schnittstelle in einem eigenen Container standardisieren, clean konfigurieren, Config-Pläne integrieren etc.) Für
(siehe Abbildung 1). Container-Technologien, beispielsweise Docker, die Entwicklung von Services mit Red Hat Fuse kann jede beliebige
sind seit einigen Jahren in der IT etabliert. Innerhalb eines Contai- Java-IDE verwendet werden. Die Nutzung eines speziellen Maven-
ners kann jede beliebige Technologie ausgeführt werden. Beliebt Plug-ins für Fuse ist nicht erforderlich.
ist die Nutzung von Node.js oder Java in Form einer Spring-Boot-
Applikation. Somit besteht die Möglichkeit, die passende Techno- Bei der Auswahl der Technologie hat man beim Einsatz von Con-
logie für die zu lösende Aufgabe auszuwählen. In diesem Projekt tainern weniger Einschränkungen. Ferner nutzt man nur die Kom-
implementierten wir die Schnittstellen auf Basis von Red Hat Fuse ponenten, die tatsächlich für die Problemlösung erforderlich sind.
[3] und Spring Boot. Im Vergleich ist vor allem Java- und XML-Wis- Die Entwicklung macht einfach mehr Spaß und die Flexibilität wird
sen in einem OSB-Projekt gefragt. Andere Technologien sind nur erhöht, da kein technologischer Zwang besteht. Durch schnellere
sehr schwer integrierbar. Der OSB benötigt eine Oracle-WebLogic- Bereitstellung und Feedback kann eine agile Vorgehensweise viel
Server(WLS)-Infrastruktur. WebLogic Server ist ein Java-Server leichter unterstützt und umgesetzt werden.
und implementiert Java EE. Daher sind alle Technologien aus dem
Java-Ökosystem grundsätzlich anwendbar. Eine Migration auf ei- Wie schnell können neue Kollegen die Technologie
nen anderen OSB- oder Java-EE-Server ist theoretisch möglich, lernen und anwenden? Hat sich das im Projekt
praktisch aber immer mit einer Neuentwicklung oder erheblichem ausgewirkt?
Aufwand verbunden. Es hat sich gelohnt, weil neue Kollegen viel schneller integriert wur-
den. Zum einen wird das am Zeitaufwand für den Aufbau einer Ent-
WLS stellt eine Vielzahl von Komponenten zur Verfügung, zum Bei- wicklungsumgebung deutlich. Die Entwicklungsumgebung für Fuse
spiel JMS-Server, HTTP-Server, EJB-Server, MBean-Server, Libraries, mit OpenShift aufzubauen benötigt nur zwei Schritte, die in weniger
Applikationen und mehr. Viele dieser Komponenten werden nicht in als zwei Stunden durchgeführt werden können. Der Aufruf eines
jedem Anwendungsfall benötigt, aber dennoch immer geladen. Das Installers und die Konfiguration der OpenShift-Plattform erfolgen
verursacht eine lange Startzeit und verbraucht unnötig Ressourcen. direkt aus der IDE. Im Bereich OSB sind viele Schritte (JDeveloper,
Innerhalb eines Containers wird nur das genutzt, was im Dockerfile Datenbank, WLS und OSB installieren) erforderlich, die unter Um-
definiert wurde. Beispielsweise ist für eine Spring-Boot-Applikation ständen mehrere Stunden Aufwand benötigen. Natürlich existieren
lediglich eine Java-Runtime erforderlich. Lösungen, um den Prozess und die notwendige Zeit zu reduzieren,
zum Beispiel durch Einsatz von Vagrant [4]. Jedoch ist der initiale
Mit dem Oracle JDeveloper ist die IDE in einem OSB-Projekt fest Aufwand erheblich und an die Zeit für Fuse kommen auch diese Ver-
vorgegeben und kann nicht frei gewählt werden. Die Integration von besserungen nicht heran.

Abbildung 1: Fuse-Integration mit Spring Boot, running on OpenShift (© Red Hat)

32
iiiiii
iii

www.ijug.eu
iii

Zum anderen wird die Einarbeitung durch eine standardisierte Pro- Die Unterstützung von Patterns ist bei Fuse fester Bestandteil im
jektstruktur erleichtert. Fuse nutzt Apache Maven als Buildwerk- Framework. Im Bereich „Integration“ existiert ein Standardwerk
zeug und nutzt die vorgegebene Projektstruktur von Maven. Jeder von Gregor Hope – „Enterprise Integration Patterns“. Für viele der
Entwickler mit Maven-Erfahrung findet sich im Projekt sofort zu- beschriebenen Patterns gibt es in Fuse eine eigene Komponente,
recht. In einem OSB-Projekt gibt es einen solchen Standard nicht. zum Beispiel Routing Slip, Content Enricher. Im Bereich OSB gibt es
Die Projektstruktur muss definiert und durch Richtlinien sowie au- keine speziellen Komponenten, die Patterns implementieren. Einige
tomatisierte Werkzeuge geprüft und sichergestellt werden. Integrationspatterns werden im Produkt direkt unterstützt. Andere
Patterns müssen manuell nachprogrammiert werden, wie Content
Ferner unterstützt Fuse durch die Nutzung einer Java-DSL (Do- Enricher oder Wire Tap.
main-specific Language) vor allem Entwickler beim Einarbeiten und
Verständnis der Logik. Im OSB liegen Quelltexte ausschließlich als Durch die Anwendung von Integration- und Software-Patterns so-
XML-Dateien vor. Ohne die Nutzung von Oracle JDeveloper, der die wie die sehr gute Werkzeugunterstützung wurde die tägliche Arbeit
XML-Dateien in einer grafischen Anzeige aufbereitet, wäre eine Ein- jedes Entwicklers unterstützt und erleichtert. Generell war die Ak-
arbeitung nicht denkbar. zeptanz und Zufriedenheit bei den Projektmitgliedern insgesamt
höher als zuvor.
In diesem Projekt integrierten wir sowohl junge Kollegen mit wenig
Projekterfahrung als auch erfahrene Seniors. Insgesamt betrachtet Hatte das Vorgehen auch
benötigten die neuen Kollegen zirka einen Tag für ein Onboarding Auswirkungen auf die Qualität?
im Projekt. Bereits am zweiten Tag wurden User Stories aus dem Es hat sich gelohnt, weil wir die Qualität enorm gesteigert haben.
Backlog erfolgreich bearbeitet. In OSB-Projekten konnten wir das Vorgaben hinsichtlich der Gestaltung von Source Code oder Archi-
bis dato so nicht bewerkstelligen. tektur konnten wir durch Einsatz entsprechender Werkzeuge, au-
tomatisiert für alle Schnittstellen mit Fuse, prüfen und sicherstel-
Durch das schnellere Aufsetzen der Entwicklungsumgebung und len. Die Prüfungen wurden auch in den Build-Prozess integriert. Für
den standardisierten Aufbau von Fuse-Projekten konnten Entwick- OSB-Projekte existiert hier keine Werkzeugunterstützung. Somit
ler viel schneller im Projekt produktiv werden. Die Einarbeitung in sind solche Vorgaben zunächst einmal nur manuell durchführbar
die Technologie wird durch die große, engagierte Community und die und damit ist der gesamte Prozess anfällig für Fehler.
vielen Ressourcen im Netz erheblich unterstützt und verkürzt. Als
Ergebnis konnten sich die Entwickler schneller im Projekt integrie- Der große Vorteil bei Fuse besteht darin, jede einzelne Komponente
ren und auf die Lösung von Fachproblemen fokussieren. durch einen Unit-Test prüfen zu können. Das Mocking von Endpunkten
ist bereits im Framework enthalten, deshalb entfällt die Nutzung eines
Wie aber war die allgemeine Entwicklungs- zusätzlichen Mocking-Werkzeugs. Daher kann eine Schnittstelle aus-
experience? Wurde die erhoffte Akzeptanz erreicht? giebig geprüft werden. Vor allem für Mappings von Daten war das ein
Es hat sich gelohnt, weil die Entwicklung neuer Integrationen „leich- wirkungsvolles Instrument. Im OSB ist kein Testframework integriert.
ter von der Hand ging“. Wiederverwendung konnte in Fuse mit be- Es muss auf jeden Fall auf ein zusätzliches Werkzeug zurückgegriffen
kannten Mitteln, zum Beispiel Vererbung, Auslagerung in Libraries werden. In der Vergangenheit nutzten wir hierzu immer SoapUI. Al-
oder Copy & Paste, sehr einfach erreicht werden. Im OSB funkti- lerdings sind das praktisch nur Integrationstests, keine Komponen-
oniert das zwar auch, aber über die Anlage eines separaten OSB- tentests. Diese Tests lassen sich nicht immer einfach umsetzen,
Projekts. In diesem neuen OSB-Projekt können dann beispielsweise wenn die Eingangs- und Ausgangsnachrichten sehr komplex sind.
XSDs, WSDLs, XLSTs oder Alerts zusammengefasst werden. Das
Referenzieren dieser Artefakte muss dann jedoch über relative Zusätzlich steigerten wir die Qualität durch Nutzung von Werkzeu-
Pfade sichergestellt werden. Das hatte natürlich Auswirkungen auf gen zur statischen Codeanalyse. In unserem konkreten Fall nutzten
Entwicklung und Betrieb. wir PMD und stellten sicher, dass alle Blocker entfernt wurden. Für
den OSB existieren keine Werkzeuge für die Codeanalyse.
Refactoring kann mit Fuse einfach in der genutzten IDE
ausgeführt werden. Die Neuorganisierung von Packages oder die Viele Entwicklungsvorgaben in den Projekten konnten automa-
Umbenennungen von Klassen stellen keine Probleme dar und tisiert geprüft werden. Ein großer Vorteil war die Möglichkeit, die
werden optimal durch die Entwicklungsumgebung unterstützt. Komponenten einer Schnittstelle unabhängig voneinander testen
Ab der Version 12c wurde das Refactoring im OSB erheblich ver- zu können. Vor allem Mappings änderten sich im Laufe des Projekts
bessert, vor allem in Bezug auf Namespaces. Aber dennoch kann häufiger. Durch die automatisierten Tests konnte die Qualität auch
es vereinzelt heute noch notwendig werden, Dinge manuell in bei vielen Änderungen sichergestellt werden.
XML-Dateien zu ändern.
Für die Entwicklung war der Wechsel enorm
Eine Fuse-Spring-Boot-Applikation kann im Vergleich zum OSB lohnend. Wie stellte sich das nun für den Betrieb dar?
viel schneller getestet werden. Eine Spring-Applikation kann auf Es hat sich gelohnt, weil das Betriebsmodell durch Container bes-
der Entwicklungsumgebung in weniger als 30 Sekunden gestar- tens unterstützt wird. Die IT hat das Ziel, die Verantwortlichkeiten
tet werden. Das ist mit dem OSB nie erreichbar. Ferner hatten wir stärker zwischen Plattform und Anwendungen zu trennen. Auf or-
immer wieder Probleme mit Git und dem Merge von XML-Dateien ganisatorischer Ebene ist das schon seit geraumer Zeit gelungen.
im OSB. Bei Fuse mit Java konnten wir diese Probleme nicht mehr Durch Nutzung einer geeigneten Plattform sollte das auch auf tech-
feststellen. nischer Ebene erreicht werden.

Java aktuell 02/21 33

Abbildung 2: Separation of Responsibilities (© Markus Lohn)

Mit Containern kann diese Trennung technisch unterstützt werden Referenzen
(siehe Abbildung 2). Die IT des Kunden verwaltet die Plattform für [1] https://www.oracle.com/de/middleware/technologies/
Container und stellt sicher, dass diese stabil läuft und bei Bedarf service-bus.html
skaliert. Die Verantwortung der Anwendungen in den Containern [2] https://www.openshift.com/
übernehmen definierte Ansprechpartner aus den Fachabteilungen. [3] https://www.redhat.com/de/technologies/jboss-middleware/fuse
Somit ist schon allein durch Einsatz einer Container-Management- [4] https://github.com/markuslohn/vagrant-oracle-soa12213-dev
Plattform eine logische und technische Trennung der Verantwort-
lichkeiten sichergestellt. Insbesondere können durch die Konfigura-
tion von Namespaces (Projekte) die Anwendungen nach fachlichen
Gesichtspunkten gruppiert und unterschiedliche Sicherheitsstufen
konfiguriert werden.

Im OSB ist die Trennung der Verantwortlichkeiten so nicht darstell-
bar. Eine logische Gruppierung der OSB-Services nach fachlichen
Gesichtspunkten ist ebenfalls nicht möglich. Obwohl der Oracle
Enterprise Manager unterschiedliche Rollen kennt, kann jeder Be-
rechtigte im OSB alle Projekte im Dashboard sehen und verwalten.
Insbesondere hat jeder Berechtigte Zugriff auf die erstellten Log-
files, was unter Umständen nicht gewünscht ist. Insbesondere beim
Restart eines Managed Servers sind immer alle OSB-Projekte be-
troffen. Bei Fuse kann jede einzelne Schnittstelle separat verwaltet
werden, ohne andere Schnittstellen zu betreffen. Markus Lohn
esentri AG
Fazit markus.lohn@esentri.com
Wir haben erfolgreich die Integrationsstrategie von einem zentralen
zu einem dezentralen Ansatz vollzogen. Die Nutzung von moder- Markus Lohn sorgt für das reibungslose Zusammenspiel von
nen Entwicklungswerkzeugen und -prinzipien hat erheblich zur Ak- Anwendungen und Daten und schafft damit die Grundlage
zeptanz beigetragen. Die Qualität konnte enorm durch den Einsatz für Innovation und Vorsprung. Er unterstützt Kunden bei der
Konzeption und Umsetzung von komplexen Integrations-
von Standardverfahren verbessert werden. Ferner werden nur die
strategien, API-Management- und Workflow-Lösungen. Mit
absolut notwendigen Komponenten für die Lösung eines Problems jahrelanger Erfahrung als Berater ist er fit in den Bereichen
herangezogen. Besonders das Betriebsmodell wird durch die neue Java EE, SOA/Integration, API-Management und Container-
Plattform auch von technischer Seite optimal unterstützt. Insge- Plattformen. Dogmatische Diskussion vermeiden und die
Ausrichtung der Entwicklung am tatsächlichen Bedarf sind
samt betrachtet gibt es viele Alternativen um das Thema Integra-
ihm besonders wichtig.
tion zu lösen. Dabei muss nicht immer zwingend ein ESB oder eine
komplexe Integrationsumgebung zum Einsatz kommen.

34
iii
iii
iii

www.ijug.eu
iii

Sie können auch lesen