_
Rollen und Verantwortlichkeiten
Zuletzt aktualisiert am
Klare Ownership verhindert Verzögerungen zwischen der STACKIT-Plattformgrundlage und den Teams, die migrierte Workloads betreiben. Dokumentieren Sie Verantwortlichkeiten mit einer RACI-Matrix und prüfen Sie diese anhand realer Betriebsszenarien.
Zentrale Verantwortlichkeiten
Abschnitt betitelt „Zentrale Verantwortlichkeiten“| Bereich | Verantwortliche Rolle | Typische Verantwortlichkeiten |
|---|---|---|
| Plattformgrundlage | Cloud Platform Owner | Landing-Zone-Roadmap, gemeinsame Guardrails, Plattformqualität und Provider-Koordination. |
| Workload-Betrieb | Application oder Product Owner | Zuverlässigkeit, Release-Readiness, Datenverantwortung und Serviceergebnisse. |
| Security und Compliance | Security Owner | Kontrollanforderungen, Risikoakzeptanz, Wirksamkeitskriterien und Koordination von Security Incidents. |
| Cloud-Kosten | FinOps Lead | Kostenallokation, Budgets, Optimierungsprioritäten und Finanzreporting. |
| Service Management | Service Owner | Supportmodell, Incident- und Change-Prozesse, Serviceziele und kontinuierliche Verbesserung. |
Gemeinsame Grenzen explizit machen
Abschnitt betitelt „Gemeinsame Grenzen explizit machen“Plattformteams verantworten typischerweise wiederverwendbare STACKIT-Konto- und Zugriffsmuster, Netzwerkanbindung und Baseline-Automatisierung. Workload-Teams verantworten Anwendungskonfiguration, Daten, Releases, Monitoring-Signale und Wiederherstellungsverfahren. Für jeden Managed Service und Workload müssen die Grenzen zwischen STACKIT als Provider, dem kundenseitigen Plattformteam und dem Anwendungsteam dokumentiert sein.
Weiterführende Inhalte
Abschnitt betitelt „Weiterführende Inhalte“- Platform Landing Zone beschreibt die gemeinsame technische Grundlage des Plattformteams.
- Application Landing Zone beschreibt den Workload-Scope innerhalb zentraler Guardrails.
- Betriebsmodell und Steuerung ergänzt Security-, Compliance- und Risikoverantwortung.