adesso Blog

Apache Camel ist ein Open Source Framework, das häufig zur Integration von Softwaresystemen auf der Basis von Messaging verwendet wird. Es ist eine Library mit sehr wenigen Abhängigkeiten, sodass diese problemlos in beliebigen Java-Applikationen ausgeführt werden kann. Mit seinen unzähligen Komponenten (>150) können Schnittstellen zu beliebigen Protokollen oder Messaging-Modellen erstellt werden. Für eine einfache Integration implementiert Apache Camel die meisten Enterprise Integration Patterns aus dem Buch von Gregor Hohpe und Bobby Woolf.

Bei der Entwicklung von Frontends spielt Asynchronität eine sehr wichtige Rolle. Durch Nutzerinteraktion und Kommunikation mit Backend-Systemen werden über einen undefinierten Zeitraum asynchrone Ereignisse ausgelöst. Auch im JavaScript-Umfeld sind viele Browser-APIs für Eventlistener oder auch der klassische XMLHttpRequest asynchron konzipiert und müssen durch den Entwickler dementsprechend gehandhabt werden.

Microservices sind ein aktuell viel diskutiertes Software-Architekturthema. Der Begriff steht für eine Softwarearchitektur, die wir in den letzten zehn Jahren kaum gesehen haben. Eine Architektur, bei der eine Software aus maximal lose gekoppelten, hart voneinander getrennten Bestandteilen (Microservices) besteht. Oft beschrieben als unabhängig voneinander in den Betrieb überführbare Services. Eine derartige Architektur unterscheidet sich von etablierten monolithischen Softwarearchitekturen, in denen Software zwar auch viele Bestandteile (Pakete, Komponenten, Module) hat, diese jedoch typischerweise in einer gemeinsamen Laufzeitumgebung, oft innerhalb eines einzigen Betriebssystemprozesses, agieren und folglich als ein großes Ganzes in den Betrieb übernommen werden.

Dokumentvorlagen, die auf Microsoft Word basieren, werden oft durch zentrale Abteilungen erarbeitet, um danach den einzelnen Fachbereichen zur Verfügung gestellt zu werden. Die Gründe für den Bedarf sind vielfältig, so können z.B. Corporate Identity, rechtliche Aspekte oder eine Einbindung ins Marketing zu Grunde liegen. Die zentrale Herausforderung ist, dass diese Word-Vorlagen häufigen Änderungen unterworfen sind und zudem für spezifische Geschäftsfälle verschiedene Varianten erstellt werden müssen.

Die IT-Branche ist bekannt für ihre einfallsreichen Abkürzungen und waghalsigen Schlagwörter. Manchmal frage ich mich aber, ob es Zufall ist, dass einige Abkürzungen eine negative Konnotation hervorrufen – ACID, MongoDB oder mein Favorit HATEOAS, um nur einige Beispiele zu nennen… Oder gibt es da vielleicht einen tieferliegenden Zusammenhang zwischen der Namenswahl und der Gedankenwelt der Berufsgruppe, die diese Namen geprägt hat? Obwohl sich der Name „MEAN Stack“ in meiner Liste der Abkürzungen mit negativen Konnotationen hervorragend einreiht, ist der MEAN Stack allerdings mehr als nur „Durchschnitt“.

Was sorgt für schlanke Software? Wie können alle Beteiligten auf dieses Ziel verpflichtet werden? Shared-Pain-/Shared-Gain-Modelle sind die Antwort. Das sind Modelle, die die genannten Mechanismen umsetzen und den Gesamtfokus auf die oben geforderte schlanke Software legen.

Agile Softwareentwicklung lässt viel Spielraum für Entscheidungen – auch spät im Projekt. Das ist inhaltlich sinnvoll und in gewissen Maßen unvermeidbar, denn viele Softwaresysteme sind – abstrakt betrachtet – soziotechnische Systeme: Sie können als organisierte Menge von Menschen und Technologien verstanden werden, die in einer bestimmten Weise strukturiert sind, um ein spezifisches Ergebnis zu produzieren. Und sie sind nicht vollständig beschreibbar. Selbst der Versuch einer möglichst weitgehenden Vorab-Spezifikation ist, zumindest für Informationssysteme ohne ausgeprägte Risiken, unwirtschaftlich. Vieles lässt sich erst während der Entwicklung festlegen, direkt umsetzen und notfalls neu bewerten. Gerade das ist der Charme der agilen Entwicklung.