Replatforming für die Cloud
Architekten helfen bei der Definition der Prozessleitplanken und technischen Kapazitäten, die zur Umsetzung der digitalen Geschäftsstrategie erforderlich sind. Dazu gehört oft die Weiterentwicklung von Web-Apps und API-Infrastrukturen – API-Gateways, Service-Meshes und Entwicklerportalen – zu Cloud-basierten Plattformen.
In der Praxis gibt es die Ansätze „Lift and Shift“, „Refactoring“ (oder „Re-Architecture“) und „Replatform“, und die Entscheidung, welche architektonische Richtung eingeschlagen wird, hängt von mehreren Faktoren ab. Beispielsweise, wie viel Kopplung und Kohäsion sicher umgesetzt werden kann. Das Ziel sollte eine hochgradig kohäsive und lose gekoppelte API sein, da sie eine stabile Schnittstelle und Abstraktionsebene bietet und das System vor einem Kaskadeneffekt von Implementierungsänderungen schützt, die andernfalls bei einer einzigen Designänderung erforderlich wären. Dadurch können sich die verschiedenen Teile der Architektur unabhängig voneinander weiterentwickeln.
Die Zerlegung einer bestehenden monolithischen Anwendung in Microservices und deren Migration in die Cloud ist eine kluge Entscheidung für die Modernisierung, da dieser Ansatz es API-Anbietern und API-Verbrauchern ermöglicht, ihre Systeme effektiver weiterzuentwickeln.
Hier untersuchen wir eine hypothetische Fallstudie, in der eine Organisation ein Altsystem modernisiert, indem sie es in eine API-basierte Architektur umwandelt und es für die Cloud auf eine neue Plattform umstellt.
Entwicklung zu einem API-basierten System
Was bedeutet die Modernisierung eines Altsystems? Ein üblicher Schritt bei jeder digitale Transformation besteht darin, den Kunden die richtigen Kontaktpunkte für Transaktionen bereitzustellen. Das bedeutet mindestens die Erstellung einer mobilen App. Aber dazu gehört noch mehr. In der neuen digitalen Wirtschaft hat der Druck, Produkteinführungszeitpunkte rechtzeitig auf den Markt zu bringen, die Zahl der Drittanbieterintegrationen rapide zugenommen, da Unternehmen nach dem Motto „Bauen, leihen oder kaufen“ ihre digitale Präsenz und Kundenbasis vergrößern wollen.
Wenn wir einen genaueren Blick darauf werfen, wie die Modernisierung in der Praxis abläuft, stellen wir fest, dass sie sowohl Prozesse als auch Technologien umfasst, nämlich die Automatisierung der Bereitstellung und Verbesserung von Systemen zur kontinuierlichen Bereitstellung und Überprüfung ( Prozess ) und die Weiterentwicklung älterer Web-Anwendungen hin zu API-basierten, serviceorientierten Architekturen ( Technologie ). Darüber hinaus trägt eine API-Infrastruktur wie ein API-Gateway durch robuste Verkehrsmanagement- und Sicherheitsfunktionen dazu bei, eine effektive Bereitstellung in einer Cloud-Umgebung sicherzustellen.
Hier analysieren wir eine hypothetische Fallstudie für einen solchen digitalen Einstieg, der zwei Phasen umfasst:
- Neugestaltung eines Altsystems und einer monolithischen Application in eine API-gesteuerte Architektur
- Nutzung der API-Infrastruktur zur Weiterentwicklung des Systems zu einer Cloud-Plattform
In unserem hypothetischen Beispiel unterstützt ein Konferenzsystem Funktionen wie das Erstellen eines Teilnehmerkontos ( Konto erstellen ), die Überprüfung verfügbarer Sitzungen ( Sitzungen überprüfen ) und die Buchung der Teilnahme ( Sitzungen buchen ). Der Kunde interagiert mit dem Konferenzsystem über einen Webbrowser. So buchen Sie beispielsweise eine Konferenzsitzung:
Im Hintergrund interagiert der Kunde mit einer Application, die API-Aufrufe an die Application sendet. Die Application verwendet SQL, um den Backend-Datenspeicher abzufragen:
Mehrere Anforderungen machen die Modernisierung des bestehenden Konferenzsystems erforderlich:
- Unterstützung für eine mobile App
- Ausweitung des Dienstes auf globale Märkte
- Reduzierung der Betriebskosten im privates Rechenzentrum, in dem das System derzeit gehostet wird
Es wird ein grober Plan zusammengestellt:
- Stellen Sie den Teilnehmerdienst den Verbrauchern über ein API-Gateway zur Verfügung
- Refactoring der Sessions-Funktionalität (Anzeigen/Buchen) mithilfe eines Service Mesh
- Verschieben Sie den Teilnehmerdienst in die Cloud
Es werden Schritte unternommen, um die Teilnehmerkomponente in einen unabhängigen Dienst umzugestalten. Das Konferenzsystem verfügt nun über zwei Verkehrsschnittstellen:
- Der Kunde und das Konferenzsystem ( Nord-Süd )
- Das Konferenzsystem und das Teilnehmersystem ( Ost-West )
Anschließend wird ein API-Gateway bereitgestellt, um eine skalierbare, wartungsfreundliche und sichere Verkehrsverwaltung einschließlich SSL/TLS-Terminierung, Authentifizierung und Ratenbegrenzung zu ermöglichen:
Als Nächstes wird ein Service-Mesh bereitgestellt, um die Sitzungsfunktionalität des alten Konferenzsystems in einen neuen Sitzungsdienst umzuwandeln. Ein Service Mesh ermöglicht eine feinkörnige Steuerung des Routings, gewährleistet Zuverlässigkeit und vermittelt effizient den Datenverkehr für die API-Kommunikation zwischen Diensten, um das Anzeigen und Buchen der Sitzungen eines Teilnehmers zu erleichtern:
Schließlich ist es an der Zeit, den Teilnehmerdienst und das API-Gateway in die Cloud zu migrieren. Mit diesem Ansatz lassen sich größere Nacharbeiten vermeiden und gleichzeitig die Vorteile Cloud-nativer Dienste nutzen, während das Unternehmen von seiner vorhandenen lokalen Infrastruktur weg migriert:
Um diese Einführung in die Praxis umzusetzen und Ihre Legacy-Apps zu modernisieren, sehen Sie sich das E-Book „Mastering API Architecture“ an, um Best Practices für die Weiterentwicklung zu API-basierten Systemen zu erlernen.