Wer ein Altsystem nicht sicher abschalten kann, weiß oft nicht zuverlässig, welche Abläufe oder Systeme noch davon abhängen. Rückbaufähige Softwarearchitektur setzt deshalb früher an: Schon beim Entwurf eines neuen Systems wird mitgeplant, wie es sich später wieder aus der Systemlandschaft lösen lässt.
Warum das Abschalten von Altsystemen so schwierig ist
Die Unsicherheit entsteht nicht allein durch die technische Arbeit einer Migration. Ein System kann noch Daten liefern, Verarbeitungsschritte auslösen oder andere Anwendungen auf eine Weise beeinflussen, die niemand mehr vollständig überblickt. Wird es abgeschaltet, können deshalb unerwartet abhängige Abläufe ausfallen oder Daten inkonsistent werden.
As an Amazon Associate I earn from qualifying purchases.
Solche Abhängigkeiten sind besonders schwer zu erkennen, wenn Dokumentation fehlt, Wissen über frühere Architekturentscheidungen verloren gegangen ist oder Implementierungsdetails über Schnittstellengrenzen hinweg wirken. Wo diese Zusammenhänge unklar sind, erscheint das Risiko des Abschaltens schwer kalkulierbar – und der Modernisierungsstau wächst.
Was „Construction for Deconstruction“ bedeutet
Der Ansatz „Construction for Deconstruction“ behandelt den späteren Rückbau als Entwurfsfrage. Bei einem neuen System geht es also nicht nur darum, wie es gebaut und in Betrieb genommen wird, sondern auch darum, wie es bei Bedarf wieder aus der Systemlandschaft entfernt werden kann.
#1 Best Overall
Uwe Friedrichsen beschreibt den Gedanken so: „Auf die Softwareentwicklung übertragen bedeutet das, sich beim Entwurf eines neuen Systems schon Gedanken darüber zu machen, wie man das System schnell und einfach wieder aus der Systemlandschaft entfernen kann.“ [Inspohub]
Die Analogie zur Veranstaltungsbühne
Eine Bühne wird für eine Veranstaltung aufgebaut, aber sinnvollerweise auch so geplant, dass sie im Notfall rasch abgebaut werden kann. Übertragen auf Software heißt das: Ein System sollte nicht so eng oder undurchsichtig mit seiner Umgebung verwoben sein, dass sein späteres Entfernen die übrige Landschaft gefährdet.
Rank #2
Was das Prinzip für Architekturentscheidungen ändert
Der wesentliche Perspektivwechsel besteht darin, Entfernbarkeit nicht erst dann zu betrachten, wenn eine Ablösung ansteht. Wird der mögliche Rückbau bereits beim Entwurf mitgedacht, wird die Frage nach den Grenzen und Auswirkungen eines Systems Teil der Architekturplanung – statt erst im Krisenfall aufzukommen.
The Tool Desk
Outbyte PC Repair FREEClear out junk files and repair common Windows errorsFree Scan →Outbyte Driver Updater FREEScan for outdated or missing drivers - takes under a minuteDriver Scan →Das ist ein Planungsprinzip, keine fertige technische Bauanleitung. Der zugrunde liegende Beitrag legt weder konkrete Schnittstellenregeln noch ein schrittweises Implementierungsverfahren fest. Ebenso wenig belegt er, dass ein System jederzeit ohne Ausfall oder mit geringem Aufwand entfernt werden kann. Der Nutzen des Prinzips liegt darin, diese spätere Möglichkeit überhaupt als relevantes Entwurfsziel ernst zu nehmen.
Rank #3
Was sich daraus nicht ableiten lässt
- Es gibt hier keine belegte Kennzahl dafür, wie häufig Systeme wegen unklarer Abhängigkeiten nicht abgeschaltet werden können.
- Die erwähnte Fallbeschreibung eines produktiven Systems aus dem Jahr 1974 ist keine Branchenstatistik.
- Es werden keine konkreten Architekturmuster oder Implementierungsoptionen systematisch verglichen.
- Rückbaubarkeit ist kein Versprechen für einen risikofreien oder stets kostengünstigen Systemwechsel.
Damit ist „Construction for Deconstruction“ vor allem eine Leitfrage für die Planung: Wird beim Bau eines Systems auch berücksichtigt, wie seine Kopplungen und Auswirkungen später wieder aufgelöst werden könnten?
Quick Recap
Rank #4
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
