Loading content
Coexistence Architecture beschreibt Strategien, um bestehende Legacy‑Systeme und neue cloud‑native Komponenten gleichzeitig zu betreiben. Sie fokussiert auf Schnittstellenschichten, Entkopplung, Datenkonsistenz und schrittweise Migration, sodass Betrieb und Entwicklung koexistieren. Anwendungsfälle reichen von Strangler‑Patterns bis Hybrid‑Cloud‑Integratione…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Coexistence Architecture ist ein Architekturmuster für den zeitweiligen Parallelbetrieb von Legacy-Systemen und neuen Komponenten. Es ermöglicht Modernisierung in kleinen Schritten, ohne die bestehende Lösung sofort abzulösen.
Das Muster stammt aus Modernisierungsvorhaben, in denen bestehende Fachsysteme weiterlaufen müssen, während neue Plattformen, Services oder Cloud-Komponenten eingeführt werden. Statt einer Big-Bang-Ersetzung trennt Coexistence Architecture Zuständigkeiten über Fassaden, Adapter und Übergangsschichten, damit Betrieb, Datenabgleich und neue Entwicklung parallel möglich bleiben. Sie bündelt Erfahrungen aus Legacy-Migration, Strangler-Ansätzen und Hybrid-Betrieb.
Stell dir zwei Laufspuren mit einer Übergangszone dazwischen vor. Links arbeitet das Legacy-System weiter, rechts wächst die neue Lösung. Eine klare Schnittstellenschicht lenkt Anfragen, repliziert oder synchronisiert Daten und entkoppelt beide Seiten so weit wie nötig. Funktionen werden einzeln verlagert; erst wenn eine Fähigkeit stabil auf der neuen Seite läuft, wird die alte Spur zurückgebaut.
Altes und neues System laufen gleichzeitig, damit Verhalten und Daten kontrolliert verglichen werden können.
Eine vermittelnde Schicht kapselt technische und fachliche Unterschiede zwischen den Systemen.
Abhängigkeiten werden reduziert, damit beide Seiten unabhängig weiterentwickelt werden können.
Datenstände werden verglichen, synchronisiert oder gezielt gegengeprüft, bevor umgestellt wird.
Funktionen oder Domänen werden nacheinander verlagert statt in einem einzigen Austausch.
Sinnvoll ist das Muster, wenn ein Austausch nicht unterbrechungsfrei möglich ist: bei hohem Betriebsrisiko, langen Ablösezyklen, regulatorischen Vorgaben oder wenn neue und alte Komponenten parallel getestet werden müssen. Der Preis sind zusätzliche Übergangskomponenten, doppelte Betriebsführung und mehr Abstimmungsaufwand; ohne stabile Datenverträge und klare Schnittstellen wird Koexistenz schnell teurer als eine direkte Ablösung.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.