In einem „Strategic Analysis Report“ von 2001 hat Gartner den „Übergang zu ERP II“ vorhergesagt. Darin heißt es: „Eine Geschäftsrevolution ist im Gange – Unternehmen verwandeln sich von traditionellen, vertikal integrierten Organisationen in ‚rekombinante Einheiten‘ mit mehreren Unternehmen, die auf den Kernkompetenzen basierende Strategien umsetzen“.
Kommt dir das bekannt vor?
Der Wettbewerbsvorteil
Im Bericht werden weitere Vorhersagen gemacht: „Bis 2003 werden in den meisten Industriezweigen Unternehmen, die ein virtuelleres, rekombinantes Geschäftsmodell einführen, einen erheblichen Wettbewerbsvorteil gegenüber denen, die dies nicht tun, erlangen“. Es ist trotzdem eine tolle Lektüre. „Alle Bemühungen im Bereich des C-Commerce (kollaborativer Handel) werden sich auf eine solide, integrierte, unternehmensorientierte Suite von Apps stützen, die auf offenen Architekturen basieren und in der Lage sind, Informationen in Echtzeit auszutauschen“.
Dieser einzelne Bericht wurde weithin als eine wichtige Triebkraft für Unternehmen anerkannt, die eine serviceorientierte Architektur einführen und sich mehr auf die Integration der Wertschöpfungskette und die Zusammenarbeit konzentrieren. Das „3-Tier“-Architekturmodell wurde das logische Ergebnis: die Trennung des ERP-Registers vom Kollaborationsprozess und den Benutzeroberflächen für die verschiedenen Kanäle. Man musste seine Silos aufbrechen, um im digitalen Zeitalter erfolgreich zu sein, erinnerst du dich? Das machte damals alles Sinn, und es macht auch heute noch Sinn.
Oder tut es das auch heute noch?
Domänengesteuertes Design
Nun, es hat sich herausgestellt, dass wenn man einen großen Monolithen in drei Schichten aufteilt, riskiert man, in Teilen zu enden, die immer noch zu groß sind, um sie zu bewältigen. Änderungen im Geschäft wirken sich häufig auf mehr als nur eine Ebene aus, was eine sorgfältige Koordination erfordert und oft viel Zeit in Anspruch nimmt. Die Versuche, das Problem zu lösen, indem man einfach mehr Leute einsetzt, sind größtenteils gescheitert. Mehr Teams bringen mehr Koordination und mehr Förmlichkeit mit sich und schaden deiner Fähigkeit, dich schnell zu verändern und innovativ zu sein.
Genau hier kommt domaingesteuertes Design zur Rettung. Statt einen großen Monolithen in technische Ebenen aufzuteilen, teilen wir ihn in Dutzende von funktionalen Domänen auf, die auf die geschäftlichen Fähigkeiten abgestimmt sind und jeweils von einem eigenen Team gemanagt werden. Das Team ist end-to-end verantwortlich für seine Domäne. Damit diese Teams flexibel sind, arbeiten sie weitgehend unabhängig voneinander, wobei jedes seinen eigenen Microservice aufbaut. Im Idealfall sollte eine Änderung in einem Bereich keinerlei Auswirkungen auf einen anderen Bereich haben. Tatsächlich sind Microservices in Wirklichkeit Mini-Silos.
Überwindung von Nachteilen
Wir alle wissen, dass Silos Nachteile haben. Die Welt ist einfach nicht so strukturiert, dass man jedes Mitglied auf einfache Weise genau einem Silo zuordnen kann. Jeder, der siloübergreifend arbeitet, weiß, dass es unzählige Ungereimtheiten geben kann. Das ist unabhängig von deiner Mitwirkungsrolle – Kunde, Angestellter, Manager oder Lieferant. Benutzer-Interaktionslogik, Benennung, inkonsistente Daten, unterschiedliche Ergebnisse von Berechnungen, inkonsistente Logistik, finanzielle und rechtliche Unterschiede, das kann leicht zu einer verwirrenden und sogar frustrierenden Erfahrung werden. Wie kann es also vorteilhaft sein, mehr Silos zu haben?
Die Antwort liegt in der Technologie. Denk an dein Handy. Du hast Dutzende, wenn nicht Hunderte von Apps installiert. Ja, es gibt Unterschiede in der Art und Weise, wie sie funktionieren. Aber nichts, was nicht überschaubar ist. Und ja, verschiedene Wetter-Apps präsentieren unterschiedliche Vorhersagen. Aber das ist nicht unbedingt problematisch. Vielleicht ist es sogar gut. Es kann verschiedene Realitäten geben, die wir bewusst nicht miteinander harmonisieren wollen, und oft gibt es sie auch.
Stark verteiltes Design
Der Grund dafür, dass das alles funktioniert, ohne völlig chaotisch zu werden, liegt in den Frameworks und der Middleware, die von allen Apps gemeinsam genutzt werden. Nur einige wenige App Stores bieten Millionen von Apps an. Es gibt ein einziges Benachrichtigungssystem. Es gibt eine Uhr mit einer einzigen, weltweit synchronisierten Zeit. Es gibt nur eine Einstellungs-App. Du kannst oft einen einzigen Benutzer-Account benutzen. Einen Kalender. Einen gemeinsamen Authentifizierungs-Mechanismus. Und sogar Zahlungen werden jetzt harmonisiert.
Mit Business-Systemen könnte das ähnlich funktionieren. Große Systeme können in mehrere Apps aufgeteilt werden. Jede App könnte mehr als eine App haben. Spezielle Komplexitäten, wie z.B. nationale Standards und Gesetze, können in einer bestimmten Client-Anwendung implementiert werden – damit wird bewusst die Notwendigkeit vermieden, die gesamte Komplexität aller Lokalisierungen in einer einzigen globalen App zu vereinen. Innerhalb eines Unternehmens sind die Anforderungen an die Datenkonsistenz natürlich streng. Man kann nicht zulassen, dass eine Bestellung, die bezahlt wurde, nicht zur Auslieferung gelangt. Oder dass eine Stornierung einer Bestellung nicht erstattet wird. Wenn es also verschiedene Microservices und eine Vielzahl von Apps gibt, die diese konsumieren (mit anderen Worten: mit einem massiv verteilten System), ist die Service-Integration wichtiger denn je.
Vom Erfolg des Handy-Modells ausgehend, sollten wir verstehen, dass zu einer integrierten Erfahrung mehr gehört als nur Datenintegration. In der Tat solltest du auf Harmonie und Konsistenz in deinem gesamten Ökosystem achten. Das ist nicht nur auf der Nutzerseite, sondern auch im Backend. Du brauchst ein universelles Event-Backbone, Objektspeicherung, Beobachtbarkeit, Service-Mesh, Log-Analyse, Container-Orchestrierung, um nur einige zu nennen. Das wird jetzt deine äußere Architektur genannt.
Äußere Architektur
Deine äußere Architektur muss eine Vielzahl von Techniken unterstützen. Datenintegration, dateibasierte Integration, nachrichtengesteuerte Integration, Streaming-Integration und ereignisgesteuerte Integration, um die wichtigsten zu nennen. In der Microservice-Welt hat Kafka eine Menge Schwung. Kafka ist ein zuverlässiger, event-gesteuerter Daten-Stream mit Integrität und Skalierbarkeit. Selbstverständlich veröffentlichst du alle deine APIs in einem einzigen API-Store. Du verwaltest deine API-Richtlinien in einem einzigen Policy-Manager. Du hast einen einzigen Identity Provider für alle Arten von Identitäten. Die Liste geht weiter.
Erinnere dich an das App-Ökosystem auf deinem mobilen Gerät. Es gibt viele Geschichten von Entwicklern, die eine Idee innerhalb von ein paar Tagen oder Wochen in eine erfolgreiche App verwandelt haben. Mache dich zuerst viral, füge später Features hinzu. Genau das ist die gewaltige Kraft dieser Ökosysteme. Je reichhaltiger die Entwicklungsframeworks und die App-Infrastruktur, desto einfacher wird die Entwicklung. Ebenso sind deine digitalen Plattformdienste ein wichtiger Teil deines digitalen Ökosystems geworden. Aber irgendjemand muss all diese Out-of-the-Box-Features erst noch in die Box legen. Wer ist bereit, die Rolle von Apple oder Google in deinem eigenen Ökosystem zu übernehmen?
Mach es Connext
Connext ist unser Digital Integration Hub, den wir als virtuelle private Plattform anbieten. In der Tat ist es ein gut integriertes Amalgam für die äußere Architektur deiner Microservices sowie die Middleware-Schicht für deine internen Systeme und Cloud-Services. Somit ist es euer One-Stop-Shop für hybride Integrationslösungen. Mit der Leichtigkeit, eine mobile App zu entwickeln, kannst du deine eigenen Integrationen entwickeln und eine reichhaltige Erfahrung aufbauen, die den höchsten Qualitätsstandards entspricht – egal, ob es sich um eventgesteuerte Microservices oder Low-Code-Orchestrierungsdienste handelt. Alle deine Kästchen werden abgehakt.
Du bist noch nicht überzeugt? Lade die Fallstudie herunter, um zu lesen, wie die Universität Utrecht Connext nutzt. Du kannst uns auch jederzeit für eine Demo anrufen. Sehen bedeutet Glauben.
Veröffentlicht am 3. November 2020
