Managed Cloud · STACKIT, AWS, Azure, GCP
Managed Cloud Services: Betrieb, Monitoring und Updates aus einer Hand
Ihre Cloud-Plattform läuft, wird überwacht und aktuell gehalten, ohne dass Ihr Team nachts Alarme annimmt. Betrieb und Support laufen 24/7, Reaktionszeiten und Kennzahlen stehen im Vertrag.
- Infrastructure as Code mit OpenTofu
- Monitoring mit Prometheus und Grafana
- Restore-Tests statt Backup-Versprechen
- Monatsbericht zu Zustand, Änderungen und Kosten
01Für IT-Leitung und CTOs
Produktive Cloud-Plattform, klare Betriebsverantwortung
Sie betreiben Plattformen auf STACKIT, AWS, Azure oder GCP und wollen die Betriebsverantwortung belastbar auslagern. SKAFFON provisioniert und pflegt die Infrastruktur per Infrastructure as Code, überwacht sie, spielt Updates ein, bearbeitet Störungen und berichtet monatlich über Zustand, Änderungen und Kosten.
Wir übernehmen den Betrieb auf Plattformebene: Konten und Projekte, Netzwerke, Identitäten und Rechte, Compute, Storage, verwaltete Dienste und die zugehörige Automatisierung. Anwendungen und deren Fachlogik bleiben bei Ihnen oder Ihrem Entwicklungsdienstleister, es sei denn, Sie beauftragen den Betrieb ausdrücklich mit. Die Verantwortung für Anwendungsfehler können wir nicht übernehmen, ohne die Anwendung zu kennen.
02
Wer was verantwortet: die Standard-RACI für Cloud-Betrieb
Der Vertrag legt die endgültige Fassung fest. R führt aus, A trägt die Ergebnisverantwortung, C wird konsultiert, I wird informiert.
| Tätigkeit | SKAFFON | Kunde |
|---|---|---|
| Infrastruktur-Code (OpenTofu) pflegen | R/A | C |
| Neue Ressourcen und Umgebungen bereitstellen | R | A |
| Monitoring, Alarmierung, Dashboards betreiben | R/A | C |
| Störung auf Plattformebene analysieren und beheben | R/A | I |
| Störung in der Anwendung | C | R/A |
| Patching und Updates (Plattform) | R/A | C (Freigabe Wartungsfenster) |
| Rollen, Rechte, Netzwerkregeln technisch umsetzen | R | A |
| Fachliche Zugriffsentscheidung (wer darf was) | C | R/A |
| Backup-Konfiguration und Restore-Tests | R/A | C |
| Entscheidung über Wiederherstellung im Ernstfall | R | A |
| Kostenberichte erstellen | R | I |
| Kostenentscheidungen, Budget | C | R/A |
| Compliance-Verantwortung (Auditor, Aufsicht) | C | R/A |
| Eskalation und Betriebsreview | R | A |
Die Compliance-Gesamtverantwortung gegenüber Aufsicht und Auditoren bleibt beim Kunden. SKAFFON liefert die technische Umsetzung und Nachweise, ersetzt aber keine Rolle wie Informationssicherheitsbeauftragten oder Datenschutzbeauftragten. Wer nur einen Teil des Betriebs abgeben will: Die RACI wird angepasst, jede Tätigkeit hat genau einen verantwortlichen Träger.
03
Sieben Aufgaben, die im Regelbetrieb Ihrer Plattform anfallen
-
Provisionierung und Konfiguration
Infrastruktur wird mit OpenTofu (kompatibel zu Terraform-Workflows) beschrieben, versioniert und über Pull Requests geändert. Drift zwischen Code und Realität wird erkannt und bereinigt.
-
Betrieb und Runbooks
Wiederkehrende Aufgaben und Störungsbilder sind als Runbooks dokumentiert. Der Betrieb hängt damit nicht am Wissen einzelner Personen.
-
IAM und Netzwerk
Rollenmodell, Least-Privilege-Zugriffe, Netzwerksegmentierung, Anbindung an Ihre Standorte oder Ihr Identitätssystem.
-
Monitoring und Alarmierung
Metriken, Logs und Alarmierung, typischerweise mit Prometheus und Grafana, abgestimmt auf Ihre Dienste und Eskalationswege.
-
Patching und Updates
Geplante Wartungsfenster für Betriebssysteme, Basis-Images und Plattformkomponenten, mit Vorabinformation und Rückfallplan.
-
Backup, Restore, Kontinuität
Backup-Konzept je Datenklasse, regelmäßige Restore-Tests, dokumentierter Wiederanlauf.
-
FinOps
Kosten pro Konto, Projekt und Umgebung, Auffälligkeiten, Dimensionierung (Right-Sizing) und Einsparhebel, die Sie freigeben.
04
Was das Bereitschaftsteam überwacht
Alarme laufen an das Bereitschaftsteam und sind auf Ihre Dienste und Eskalationswege abgestimmt. Wer Monitoring tiefer ausbauen will, findet die Grundlage in Managed Monitoring und in unseren Beratungsleistungen für DevOps und Automatisierung.
- Verfügbarkeit
- Ressourcenauslastung
- Zertifikatsablauf
- Backup-Erfolg
- Kostenentwicklung
05
Jede Änderung beginnt als Pull Request im Infrastruktur-Repository
Ob Änderungswunsch von Ihnen oder Maßnahme aus dem Betrieb: Wir prüfen sie im Review, stufen sie als Standard-Change oder prüfpflichtig ein und planen das Zeitfenster. Die Freigabe erteilen Sie (A), die Umsetzung übernimmt SKAFFON (R). Danach folgen Verifikation und Dokumentation; der Rückfallplan liegt vor der Umsetzung vor.
06
Patches: beobachten, bewerten, testen, im Fenster einspielen
Wir beobachten Herstellerhinweise und Sicherheitsmeldungen zu den eingesetzten Komponenten, bewerten die Relevanz für Ihre Umgebung und testen in Nicht-Produktionsumgebungen, soweit vorhanden. Der Rollout erfolgt im vereinbarten Wartungsfenster; dringende Sicherheitsupdates laufen nach Absprache außerhalb des Zyklus, und der Nachweis steht im Monatsbericht.
Wie Störungen eingestuft werden, regelt der Servicelevel-Rahmen. Die Eskalationskette legen wir im Onboarding fest und testen die Kontaktwege vor dem Regelbetrieb.
Ein Backup ist erst durch einen Restore belegt
Deshalb gehören Restore-Tests zum Service. Die Wiederherstellungsziele (RPO, RTO) ergeben sich aus Ihren Geschäftsanforderungen und der Architektur, werden vertraglich je System festgelegt und per Restore-Test nachgewiesen.
07
Verfügbarkeit hängt an der Architektur, nicht am Versprechen
Verfügbarkeitsziele vereinbaren wir je Plattform. Ein einzelner Knoten kann keine hohe Verfügbarkeit versprechen, eine Multi-Zonen-Architektur eher; Kennzahlen und Messmethode stehen im Vertrag. Für Ausfälle ganzer Standorte oder Regionen sprechen wir mit Ihnen offen darüber, welcher Aufwand für welches Wiederherstellungsziel nötig ist.
Wer Verfügbarkeitszusagen für eine Architektur erwartet, die dafür nicht ausgelegt ist und nicht angepasst werden soll, sollte das vor der Beauftragung mit uns klären. Die Systematik beschreibt der Servicelevel-Rahmen.
08
Was im Runbook-Verzeichnis steht
Zwei Dokumente tragen den laufenden Betrieb: das Runbook-Verzeichnis und der Monatsbericht. Das Verzeichnis enthält:
- Geltungsbereich, Umgebungen, Ansprechpartner und Eskalationskette
- Zugriffe und Notfallzugänge (Verfahren, keine Zugangsdaten)
- Architekturübersicht und Abhängigkeiten
- Standardaufgaben: Ressource anlegen, Nutzer berechtigen, Zertifikat erneuern, Wartungsfenster durchführen
- Störungsbilder: Symptom, Diagnose, Maßnahme, Eskalation (je Dienst)
- Backup und Restore: Konzept, Testprotokolle, Wiederanlaufreihenfolge
- Patch- und Upgrade-Verfahren mit Rückfall
- Kosten- und Kapazitätsprozess
09
Der Monatsbericht in acht Abschnitten
Die Struktur ist ein Muster. Konkrete Berichte entstehen erst mit Ihrer Umgebung.
- 01
Zusammenfassung
Zustand und besondere Ereignisse in wenigen Sätzen.
- 02
Incidents
Anzahl, Priorität, Ursache, Dauer, offene Maßnahmen.
- 03
Changes
Durchgeführte Änderungen, geplante Änderungen im Folgemonat.
- 04
Patches
Eingespielt, ausstehend, mit Begründung.
- 05
Kosten
Je Konto, Projekt und Umgebung, Abweichungen zum Vormonat, Optimierungsvorschläge.
- 06
Kapazität
Auslastungstrends, absehbare Engpässe.
- 07
Backup und Restore
Ergebnisse der Prüfungen.
- 08
Vorschläge und Entscheidungen
Alles, was Sie entscheiden müssen.
10
So übernehmen wir eine bestehende Umgebung in den Betrieb
Dafür brauchen wir Zugänge und Dokumentation Ihrer Umgebung.
- 01
Bestandsaufnahme
Konten, Netzwerke, Dienste, vorhandener Code, offene Risiken.
- 02
Gemeinsamer Betriebsplan
Umfang, RACI, Servicefenster, Alarmierungswege.
- 03
Zugänge einrichten
Nach Least Privilege; Notfallzugänge werden dokumentiert.
- 04
Monitoring und Backup aufschalten
Runbooks werden erstellt.
- 05
Probealarm und Restore-Test
Danach der Übergang in den Regelbetrieb.
11
Plattformen und Werkzeuge im Cloud-Betrieb
Die Plattformen sind auch kombinierbar, bei einheitlichem Betriebsrahmen. Zur Einordnung siehe Cloud und STACKIT.
Plattformen
- STACKIT
- AWS
- Azure
- GCP
Werkzeuge
- OpenTofu
- Prometheus
- Grafana
Wer die Plattform vorher erst gestalten oder migrieren muss, startet bei Cloud-Beratung oder Cloud-Migration; der Betrieb setzt dann auf der entstandenen Dokumentation auf. Sicherheitsvertiefung bieten wir unter Cloud Security.
12
Was den Betriebsaufwand bestimmt
Aufwand bestimmen vor allem die Zahl der Cloud-Konten und Umgebungen, die eingesetzten Anbieter, die Komplexität von Netzwerk und Identität, die Zahl der betreuten Dienste, die Wiederherstellungsziele und das Änderungsvolumen. Arbeitsplatz- und Endgeräte-Support gehört nicht zu diesem Service.
13
Häufige Fragen
Betreiben Sie auch Umgebungen auf mehreren Anbietern?
Ja, STACKIT, AWS, Azure und GCP sind möglich, auch kombiniert. Der Betriebsrahmen bleibt einheitlich.
Was passiert bei einer Störung außerhalb der Geschäftszeiten?
Betrieb und Support laufen 24/7. Die Reaktionszeiten je Priorität stehen im Servicelevel-Rahmen.
Können Sie einen Teil des Betriebs übernehmen und den Rest bei uns lassen?
Ja. Die RACI-Matrix wird entsprechend angepasst, sodass jede Tätigkeit genau einen verantwortlichen Träger hat.
Schildern Sie uns Ihre Cloud-Umgebung
Beschreiben Sie Umgebung und Betriebsanforderungen in einer Projektanfrage. Für Rückfragen vorab nutzen Sie den Kontakt.