AWS wächst. Ihre Kontrolle muss mitwachsen.

Ein Pilot entsteht häufig unter Zeitdruck und mit überschaubarem Nutzerkreis. Sobald weitere Teams hinzukommen, reichen persönliche Absprachen jedoch nicht mehr aus. Ressourcen müssen zugeordnet, administrative Rechte überprüft und gemeinsame Dienste eingeordnet werden. Die Bestandsaufnahme betrachtet deshalb vorhandene Konten zusammen mit den Projekten und Personen dahinter. So wird sichtbar, welche Strukturen bewusst gewählt wurden, welche nur vorläufig waren und welche Änderungen vor einem größeren Ausbau tatsächlich erforderlich sind.

Das Zielbild beschreibt, wie neue Teams aufgenommen werden und welche Regeln für bestehende Konten gelten sollen. Dabei werden Verantwortlichkeiten, Kostenstellen und die Trennung unterschiedlicher Umgebungen berücksichtigt. Die Einführung erfolgt in abgestimmten Schritten, damit laufende Anwendungen und bestehende Abhängigkeiten einbezogen bleiben. Ein erster konkreter Anwendungsfall dient als Prüfung der neuen Verfahren. Anschließend kann Ihr Team bewerten, ob Bereitstellung, Freigaben und Dokumentation auch außerhalb des ursprünglichen Pilotteams verständlich funktionieren.

Die Zielumgebung einer Anwendung besteht häufig aus mehreren Komponenten mit unterschiedlichen Anforderungen. Rechenleistung, Datenhaltung, Schnittstellen und administrative Zugänge müssen zusammen betrachtet werden. Gemeinsam vergleichen wir einen geeigneten Aufbau und beziehen den künftigen Betriebsaufwand ein. Dabei bleiben auch vorhandene Kompetenzen relevant: Eine Lösung muss von den vorgesehenen Teams verstanden, überwacht und verändert werden können. Der Umfang einer Modernisierung wird daher bewusst von den Aufgaben getrennt, die für einen sicheren Übergang zunächst notwendig sind.

Für die Umsetzung werden Abhängigkeiten und Prüfungen festgehalten. Anwendungsteams bestätigen die fachliche Funktion, während technische Tests Zugriffe, Verbindungen und den vereinbarten Betriebsaufbau abdecken. Falls lokale Systeme weiterhin benötigt werden, gehören deren Kommunikationswege zur Abnahme. Die Übergabe beschreibt außerdem, wie Änderungen nach dem Projekt eingebracht werden und welche Dokumentation dafür bereitsteht. Auf diese Weise lässt sich ein zusätzlicher Workload in die AWS-Landschaft aufnehmen, ohne die Verantwortung am Ende des Umzugs offen zu lassen.

Eine steigende Rechnung kann sehr unterschiedliche Ursachen haben: neue Anwendungen, veränderte Nutzung, überdimensionierte Ressourcen oder Umgebungen, die länger laufen als benötigt. Eine reine Kostenübersicht zeigt noch nicht, welche technische Änderung sinnvoll wäre. Deshalb werden Ausgaben mit Nutzung und Verantwortlichkeit verbunden. Im Gespräch mit den Anwendungsteams wird geklärt, welche Reserven bewusst vorgesehen sind und wo sich tatsächlich vermeidbarer Verbrauch abzeichnet. Maßnahmen entstehen damit aus dem Kontext der Anwendung.

Vor einer Änderung werden mögliche Auswirkungen und die nötige Prüfung abgestimmt. Nach der Umsetzung betrachten wir die beobachtete Nutzung und die Auswirkungen auf den Betrieb. Nicht jede technisch mögliche Reduzierung ist für jeden Workload geeignet. Die Dokumentation hält daher Annahmen und Entscheidungen fest, damit weitere Optimierungen daran anknüpfen können. Für laufende Betreuung werden zusätzlich Meldewege, Wartung und Zuständigkeiten festgelegt; so bleiben Kostenentscheidungen mit der tatsächlichen Verantwortung für die Systeme verbunden.