Updates werden heute immer schneller und häufiger in den Cloudsystemen eingespielt. Weil sich in der Cloud der Dienstanbieter um die Updateverwaltung kümmert, nimmt die Autonomie der Unternehmen beim Umgang mit den Updates ab. Ihnen bleibt dabei für eine Reaktion immer weniger Wahl und Zeit. Mit «Continuous Architecture» können Unternehmen wieder mehr Kontrolle gewinnen.
Unternehmen haben den kürzeren Hebel – und sind unvorbereitet
Die Lizenzbestimmungen von Microsoft (siehe Zitate am Ende des Beitrags) zeigen beispielhaft, wer die Macht hat, wenn es um Cloud-Updates geht. Der Hyperscaler hat inzwischen die Veröffentlichungszyklen vieler Produkte auf eine kontinuierliche Roadmap umgestellt. Auf der dortigen Startseite macht Microsoft unmissverständlich klar:
«Alle Angaben können sich ändern. Sobald eine Funktion oder ein Produkt allgemein verfügbar wird, eingestellt oder verschoben wird, werden die entsprechenden Informationen von dieser Website entfernt.»
(Quelle: KI am Arbeitsplatz – Roadmap | Microsoft 365, abgerufen am 11.11.2026.)
Für Architekten, Administratoren und Endnutzer bedeutet das im Umkehrschluss: Für kommende Updates gibt es keine verlässlichen Informationen. Funktionen und Produkte können sich unerwartet und jederzeit ändern. Aus Aktion wird Reaktion, aus einer aktiven Verwaltung ein passives Durchwursteln.
Ob man diese Updatepolitik gutheisst, ist eine müssige Frage – denn die Entscheidung für den Schritt in die Cloud zu einem der bekannten Hyperscaler haben wohl die meisten Manager bereits vor Jahren getroffen. Deshalb stellt sich eher die Frage: Wie umgehen mit den täglichen, oft unangekündigten und manchmal tiefgreifenden Änderungen?
Grosse Probleme entstehen dort, wo eine Organisation unvorbereitet auf den neuen Updatemodus trifft. Unvorbereitet heisst: Es gibt niemanden, der die täglichen Updates verfolgt, sie bewertet und die Strategien, Architekturen und die Organisation entsprechend anpasst.
Das Ergebnis ist ein unkontrollierter Wildwuchs von Cloudtechnologien und -lösungen im Unternehmen, die im schlimmsten Fall Sicherheitslücken eröffnen, gegen Gesetze verstossen oder die Datenhoheit preisgeben. Und die Verantwortung dafür liegt beim Unternehmen selbst, nicht bei der Dienstanbieterin.
Enterprise Architecture im Zusammenspiel mit Continuous Architecture
Ein zentraler Baustein zurück zum aktiven Handeln ist Enterprise Architecture, wobei Enterprise Architecture – den Lean-Prinzipien folgend – klar als kontinuierlicher Prozess zu verstehen ist.
Bei klassischer Enterprise Architecture wird gewöhnlich die Gesamtheit der IT-Landschaft und die ganze Organisation betrachtet. Beim Umgang mit Cloud-Updates kann eine Beschränkung auf einzelne Produkte und Organisationseinheiten aber sinnvoll sein – je nachdem, welche Bereiche das Update betrifft.
Das «Continuous Architecture Framework» bietet sich dafür an, da hier der Rahmen bewusst kleiner gesteckt wird. Das Modell wurde ursprünglich für die Softwarearchitektur entwickelt. Es integriert aber den Enterprise Architect als eine von drei zentralen Rollen. Das Modell wird explizit auf einen Produktlebenszyklus angewendet, der auch beim Umgang mit Cloud-Updates im Zentrum steht.
Die anderen beiden Rollen sind der «Fullstack Architect» – der im Cloudumfeld eher in den Hintergrund tritt – und ein «Product Architect». Der Product Architect macht die Enterprise Architecture im Kleinen, nämlich für den ihm zugewiesenen und abgegrenzten Geschäftsanforderungsbereich. Wer die Bezeichnungen aus dem SAP-Bereich kennt, kann die Rolle des Product Architects am ehesten mit der des Solution Architects vergleichen.
Ein Product Architect muss durch den Austausch mit dem Enterprise Architect die übergeordnete Architektur und Strategie verstehen und anschliessend dieselben Prinzipien in granulare Architekturentscheidungen für sein Produktportfolio überführen. Entscheidungen, die darüber hinausgehen, können wiederum dem Enterprise Architect vorgelegt werden.
Was hilft konkret?
Ein zentraler Mehrwert der Continuous Architecture sind die Rituale und Praktiken. Das Modell macht hier keine klaren Vorschriften, sondert schlägt unterschiedliche Vorgehensweisen zur Auswahl vor. Der Austausch mit betroffenen Teams steht im Vordergrund.
Unabdingbar sind aber immer eine Verbindlichtkeit und Klarheit, da die Rituale und Praktiken sonst nicht funktionieren. Dies gilt insbesondere im Hinblick auf die Dokumentation von Architekturentscheidungen.
Im Idealfall bietet Continuous Architecture den Rahmen dafür, dass klar ist, wer wann welche Cloud-Updates wie behandelt. Und wenn Änderungen neue Entscheidungen erzwingen, ist klar, wer entscheidet – und die Entscheidung wird dokumentiert.
Dies löst nicht die generelle Herausforderung der Abhängigkeit von den Cloudanbietern. Aber es gibt einem Unternehmen ein Stück weit die Handlungsmacht und Reaktionsfähigkeit zurück.
Für diesen Blogbeitrag wurde KI für die Bildgenerierung eingesetzt.
Zitate aus Microsofts Lizenzbestimmungen
«Microsoft ist berechtigt, Updates, Ergänzungen oder Erweiterungen zu dieser Software zu empfehlen oder mit oder ohne Ankündigung auf das Gerät des Kunden herunterzuladen.»
(Quelle: Microsoft Product Terms: Verwendung von Software mit dem Onlinedienst, abgerufen am 11.11.2026.)
«Microsoft ist berechtigt, von Zeit zu Zeit wirtschaftlich angemessene Änderungen an jedem Onlinedienst vorzunehmen.»
(Quelle: Microsoft Product Terms: Änderungen und Verfügbarkeit der Onlinedienste, abgerufen am 11.11.2026.)
«Wenn Microsoft neue (d. h. zuvor nicht im Abonnement enthaltene) Funktionen, Ergänzungen oder zugehörige Software einführt, kann Microsoft Bestimmungen bereitstellen oder Aktualisierungen der Bestimmungen vornehmen, die für die Nutzung dieser neuen Funktionen, Ergänzungen oder zugehörigen Software durch den Kunden gelten.»
(Quelle: Microsoft Product Terms: Datenverarbeitung und Sicherheit, abgerufen am 11.11.2026.)
«Wir können Vorschauversionen jederzeit ohne Ankündigung ändern oder einstellen.»
(Quelle: Microsoft Product Terms: Sonstige, abgerufen am 11.11.2026.)
