Kubernetes-Betrieb auslagern: Die komplette Checkliste fuer IT-Entscheider

TL;DR

• Bevor Sie auslagern, muessen Sie wissen was genau Sie auslagern: Control Plane, Node Management, Application Operations oder alles zusammen
• Eine saubere Checkliste verhindert die drei haeufigsten Fehler: unklare Verantwortlichkeiten, fehlende Exit-Klauseln und zu lockere SLAs
• SLAs muessen messbar sein -- "bestmoegliche Verfuegbarkeit" ist kein SLA, sondern eine Absichtserklaerung
• Planen Sie 4-8 Wochen fuer die Transition ein, nicht 2 Wochen wie die meisten Provider versprechen
• Vertragslaufzeiten ueber 24 Monate ohne Exit-Option sind ein Warnsignal

Warum eine Checkliste entscheidend ist

Die Entscheidung, den Kubernetes-Betrieb auszulagern, faellt vielen IT-Leitern nicht leicht. Zu Recht: Ein schlecht vorbereitetes Outsourcing erzeugt mehr Probleme als es loest. Sie verlieren Kontrolle, zahlen fuer Leistungen die Sie nicht brauchen, und im schlimmsten Fall stehen Sie nach 12 Monaten vor einem Scherbenhaufen.

Was die meisten Unternehmen falsch machen: Sie fuehren Gespraeche mit zwei bis drei Anbietern, vergleichen Monatspreise und unterschreiben beim guenstigsten. Dabei sind die Monatskosten der unwichtigste Faktor. Wichtig sind: Leistungsumfang, SLA-Definitionen, Verantwortlichkeiten, Exit-Bedingungen und die Qualitaet des Transitions-Prozesses.

Diese Checkliste gibt Ihnen eine strukturierte Grundlage fuer den gesamten Prozess -- von der internen Vorbereitung bis zum Go-Live.

Phase 1: Interne Vorbereitung

Bevor Sie mit Anbietern sprechen, muessen Sie Ihre eigene Situation klar dokumentieren. Ohne diese Vorarbeit koennen Anbieter kein serioses Angebot machen.

Bestandsaufnahme Ihrer Kubernetes-Umgebung

# kubernetes-outsourcing-bestandsaufnahme.yaml
# Fuellen Sie dieses Template vor Provider-Gespraechen aus

infrastruktur:
  cluster_anzahl: 3  # Dev, Staging, Production
  nodes_gesamt: 18
  cloud_provider: "AWS EKS"
  kubernetes_version: "1.29"
  namespaces_production: 12
  deployments_production: 47
  stateful_workloads: true  # Datenbanken auf K8s?
  gpu_workloads: false

kritikalitaet:
  verfuegbarkeit_anforderung: "99.9%"
  max_akzeptable_downtime_monat: "43 Minuten"
  geschaeftskritische_services:
    - name: "payment-api"
      sla_intern: "99.95%"
    - name: "order-processing"
      sla_intern: "99.9%"

compliance:
  dsgvo_relevant: true
  bsi_grundschutz: false
  iso_27001: true
  branchenspezifisch: "keine"

aktuelles_team:
  kubernetes_erfahrung_jahre: 2
  dedizierte_ops_kapazitaet: "0.5 FTE"
  on_call_rotation: false
  dokumentation_vorhanden: "teilweise"

Entscheidungskriterien definieren

Bevor Sie Angebote einholen, legen Sie fest, was Ihnen wichtig ist. Diese Gewichtung hilft spaeter beim objektiven Vergleich:

Phase 2: Anbieter evaluieren

Die 10 Fragen, die Sie jedem Anbieter stellen muessen

Nicht alle Fragen stehen im Hochglanz-Prospekt. Diese hier muessen Sie explizit stellen:

1. Wie viele Kubernetes-Cluster betreiben Sie aktuell im Managed-Modell? (Unter 20 ist ein Warnsignal)
2. Wie viele CKA/CKAD/CKS-zertifizierte Engineers haben Sie im Team? (Mindestens 3)
3. Wie sieht Ihre On-Call-Rotation aus? (Mindestens 4 Engineers in Rotation)
4. Wo werden meine Daten verarbeitet? (Muss fuer DSGVO in der EU sein)
5. Was passiert, wenn ich den Vertrag kuendige? (Exit-Prozess muss definiert sein)
6. Welche Tools setzen Sie ein und sind diese Open Source? (Proprietaere Tools = Lock-in)
7. Wie sieht Ihr Onboarding-Prozess aus? (Sollte dokumentiert und strukturiert sein)
8. Kann ich Referenzkunden in meiner Branche und Groesse sprechen? (Ja oder Nein)
9. Wie integrieren Sie sich in unsere bestehenden Prozesse? (CI/CD, Monitoring, Ticketing)
10. Was ist NICHT in Ihrem Managed Service enthalten? (Die wichtigste Frage)

Anbietertypen im Vergleich

Fuer den deutschen Mittelstand mit 300-1000 Mitarbeitern ist der Cloud-Native-Spezialist in den meisten Faellen die beste Wahl. Die Details dazu finden Sie in unserem Kubernetes Partner Auswahl-Guide.

Phase 3: SLA-Definitionen

SLAs sind das Herzstuck jedes Managed-Service-Vertrags. Und gleichzeitig der Bereich, in dem am meisten geschummelt wird.

Was in einem SLA stehen muss

SLA-Checkliste fuer Kubernetes Managed Services:

1. Verfuegbarkeit
   ├── Definition: Was gilt als "verfuegbar"?
   │   (Nur Control Plane? Auch Workloads? Auch Ingress?)
   ├── Messmethode: Wie wird gemessen? (Synthetische Checks? Echte Requests?)
   ├── Messintervall: Monatlich? Quartalsweise?
   └── Ausnahmen: Geplante Wartung? Force Majeure?

2. Reaktionszeiten
   ├── Severity 1 (Production down):     max. 15 Minuten
   ├── Severity 2 (Service degraded):    max. 30 Minuten
   ├── Severity 3 (Non-critical issue):  max. 4 Stunden
   └── Severity 4 (Feature request):     max. 2 Werktage

3. Loesungszeiten
   ├── Severity 1: max. 4 Stunden
   ├── Severity 2: max. 8 Stunden
   ├── Severity 3: max. 5 Werktage
   └── Severity 4: nach Vereinbarung

4. Kompensation bei SLA-Verletzung
   ├── 99.9% nicht erreicht: 10% Gutschrift
   ├── 99.5% nicht erreicht: 25% Gutschrift
   ├── 99.0% nicht erreicht: 50% Gutschrift
   └── Unter 99.0%: Sonderkuendigungsrecht

5. Reporting
   ├── Monatlicher SLA-Report
   ├── Incident Post-Mortems innerhalb von 48h
   └── Quartalweise Service-Review-Meetings

SLA-Fallstricke erkennen

Warum gute SLAs so wichtig sind, zeigt unser Artikel zum 24/7 Kubernetes-Betrieb im Mittelstand.

Phase 4: Vertragsessentials

Klauseln, die in jeden Vertrag gehoeren

Exit-Strategie von Anfang an

Diesen Punkt ueberspringen die meisten -- und bereuen es spaeter. Eine Exit-Strategie muss vor Vertragsabschluss stehen, nicht wenn Sie kuendigen wollen.

# Exit-Strategie Checkliste
# Diese Punkte muessen VOR Vertragsabschluss geklaert sein

# 1. Dokumentation: Was bekomme ich bei Exit?
# - Cluster-Konfigurationen (Manifests, Helm Charts)
# - Monitoring-Dashboards und Alerting-Rules
# - Runbooks und Betriebsdokumentation
# - Netzwerk- und Security-Konfiguration

# 2. Daten-Export pruefen
kubectl get all -A -o yaml > cluster-export.yaml
# Funktioniert das? Oder nutzt der Provider proprietaere CRDs?

# 3. Zugangsrechte nach Vertragsende
# - Wann werden Provider-Zugaenge deaktiviert?
# - Wann werden Ihre Zugaenge erweitert?
# - Gibt es eine Uebergangsfrist?

# 4. Wissenstransfer
# - Mindestens 3 Tage Uebergabe-Workshops
# - Dokumentation aller Custom-Konfigurationen
# - Zugang zu Incident-Historie und Post-Mortems

Details zu Vendor Lock-in und wie Sie sich absichern, finden Sie unter Kubernetes Vendor Lock-in und Cloud Exit.

Phase 5: Transitionsplanung

Die Transition -- der Uebergang vom aktuellen Zustand zum Managed Service -- ist die kritischste Phase. Hier passieren die meisten Fehler.

Realistischer Transition-Zeitplan

Typische Transition-Risiken

Die drei groessten Risiken bei der Uebernahme:

1. Undokumentierte Konfigurationen: Ihr aktuelles Team hat Aenderungen gemacht, die nirgends stehen. Der Provider kann diese nicht wissen.
2. Zugriffsrechte: IAM-Rollen, Service Accounts, kubeconfig-Files -- der Provider braucht die richtigen Rechte, aber nicht mehr als noetig.
3. Erwartungsmanagement: Die ersten 4 Wochen werden holprig. Das ist normal. Planen Sie eine Eingewoehungsphase ein.

Die komplette Checkliste zum Abhaken

Hier die gesamte Checkliste in kompakter Form:

KUBERNETES OUTSOURCING CHECKLISTE

[ ] INTERNE VORBEREITUNG
    [ ] Cluster-Inventar dokumentiert
    [ ] Kritikalitaet der Services bewertet
    [ ] Compliance-Anforderungen geklaert
    [ ] Budget fuer 24 Monate kalkuliert
    [ ] Interner Ansprechpartner benannt
    [ ] Entscheidungskriterien gewichtet

[ ] ANBIETER-EVALUATION
    [ ] Mindestens 3 Anbieter angefragt
    [ ] 10-Fragen-Katalog beantwortet
    [ ] Referenzkunden gesprochen
    [ ] Proof of Concept / Testphase vereinbart
    [ ] Technisches Assessment durchgefuehrt

[ ] SLA-DEFINITION
    [ ] Verfuegbarkeit definiert und messbar
    [ ] Reaktionszeiten pro Severity festgelegt
    [ ] Loesungszeiten definiert
    [ ] Kompensation bei Verletzung vereinbart
    [ ] Reporting-Rhythmus festgelegt

[ ] VERTRAG
    [ ] AV-Vertrag unterzeichnet
    [ ] Exit-Klausel enthalten
    [ ] Kuendigungsfrist akzeptabel
    [ ] IP-Rechte geklaert
    [ ] Preisanpassungsklausel geprueft
    [ ] Haftung definiert

[ ] TRANSITION
    [ ] Zeitplan realistisch (min. 8 Wochen)
    [ ] Shadow-Phase eingeplant
    [ ] Zugriffsrechte vorbereitet
    [ ] Dokumentation uebergeben
    [ ] Kommunikationsplan erstellt
    [ ] Rollback-Szenario definiert

Kostenuebersicht: Was Outsourcing realistisch kostet

Zum Vergleich: Der Eigenbetrieb mit dedizierten Engineers kostet typischerweise 150.000-250.000 EUR pro Jahr. Die Details dieser Rechnung finden Sie im Kostenvergleich Intern vs. Extern.

Fazit

Eine Kubernetes-Auslagerung ist kein Einkauf von der Stange. Es ist eine strategische Entscheidung, die Sie mit einer strukturierten Checkliste absichern muessen. Die drei wichtigsten Punkte:

1. Vorbereitung ist alles: Wer seine eigene Umgebung nicht kennt, kann keinen sinnvollen Vertrag schliessen.
2. SLAs muessen messbar sein: Alles, was nicht in Zahlen steht, ist wertlos.
3. Exit-Strategie vor Vertragsabschluss: Wer nur den Einstieg plant, plant schlecht.

Nehmen Sie sich die Zeit fuer diese Checkliste. Die Investition von 2-3 Tagen in eine saubere Vorbereitung spart Ihnen Monate an Problemen und Zehntausende Euro an Folgekosten.

Verwandte Artikel

• Kubernetes Managed Service vs. Inhouse: Der ehrliche Vergleich
• Freelancer vs. Managed Service: Die wahren Kosten
• Kubernetes Partner in Deutschland: Auswahl-Guide
• Kubernetes Compliance: DSGVO und BSI in Deutschland
• 24/7 Kubernetes-Betrieb im Mittelstand

Sie planen, Ihren Kubernetes-Betrieb auszulagern und moechten diese Checkliste auf Ihre Situation anwenden? Wir begleiten den Prozess von der Vorbereitung bis zum Go-Live -- herstellerunabhaengig und ehrlich. Sprechen Sie mit uns.