Cloud-Wachstum braucht klare Grenzen.

Konten, Umgebungen und administrative Rechte müssen zur tatsächlichen Organisation passen. Eine Trennung nach Fachbereichen ist nicht immer dieselbe wie eine Trennung nach Anwendungen oder Betriebsverantwortung. Gemeinsam prüfen wir deshalb, wer Ressourcen anfordert, wer sie betreut und wem Ausgaben zugeordnet werden sollen. Bestehende Umgebungen werden mitbetrachtet. Das Zielbild beschreibt anschließend die beabsichtigten Grenzen und ihre Gründe, damit spätere Änderungen nicht allein anhand zufällig entstandener Namen oder historischer Zuständigkeiten getroffen werden.

Entwicklung, Test und Produktion erhalten die jeweils erforderliche Abgrenzung. Darüber hinaus wird festgelegt, wie gemeinsame Dienste genutzt und welche Ausnahmen zugelassen werden können. Die Umsetzung soll nicht jede Besonderheit verhindern, sondern einen nachvollziehbaren Umgang damit ermöglichen. Ein geregelter Ausnahmeweg benennt Entscheidung und Verantwortung. So bleibt die Architektur auch dann erklärbar, wenn einzelne Anwendungen besondere Anforderungen haben oder ein bestehender Workload zunächst nur schrittweise in die gemeinsame Struktur aufgenommen werden kann.

Eine dokumentierte Richtlinie verändert noch keine Ressource. Für die vereinbarten Vorgaben wird deshalb geprüft, welche sich technisch abbilden lassen und welche weiterhin eine organisatorische Entscheidung benötigen. Dazu gehören Rollen, Netzwerkzugriffe, Protokollierung und Kostenkennzeichnungen. Die Konfiguration soll erkennen lassen, welche Regeln verbindlich gelten und wo Freigaben erforderlich sind. Gleichzeitig wird der Weg für Änderungen beschrieben, damit eine spätere Anpassung nicht außerhalb der gemeinsamen Grundlage erfolgen muss.

Versionierte Konfiguration ermöglicht es, Änderungen zu prüfen und den beabsichtigten Zustand nachvollziehbar festzuhalten. Im vereinbarten Umfang wird daraus ein wiederholbarer Bereitstellungsweg aufgebaut. Dieser wird mit einer konkreten Umgebung erprobt, einschließlich benötigter Prüfungen und Zugänge. Ihr Team erhält die Konfiguration zusammen mit den Verfahren für ihre Nutzung. Damit wird aus einer einmal eingerichteten Plattform eine Grundlage, an der sich weitere Projekte orientieren können und deren Pflege nicht allein bei den ursprünglichen Projektbeteiligten liegt.

Ob die Landing Zone praktikabel ist, zeigt sich an einer tatsächlichen Anwendung. Ihr Team muss die vorgesehenen Ressourcen erhalten, benötigte Systeme erreichen und seine Arbeit mit den zugeordneten Rechten durchführen können. Dieser erste Durchlauf macht fehlende Informationen und unnötige Hürden sichtbar. Gemeinsam unterscheiden wir dabei zwischen einer erforderlichen Vorgabe und einem Ablauf, der vereinfacht werden sollte. Die Beobachtungen fließen in Konfiguration und Dokumentation ein, bevor weitere Teams aufgenommen werden.

Zur Übergabe gehören die Zuständigkeit für Plattformpflege, die Aufnahme neuer Projekte und die Freigabe von Änderungen. Auch offene Punkte werden mit ihren Konsequenzen dokumentiert. Eine Landing Zone ist keine abschließende Sicherheits- oder Compliance-Bestätigung für jede später darauf betriebene Anwendung. Deren Konfiguration und Nutzung bleiben gesondert zu betrachten. Die geschaffene Grundlage unterstützt diese Aufgaben, indem sie gemeinsame Verfahren bereitstellt und die Verantwortung für Erweiterungen sowie Abweichungen sichtbar macht.