Vertragliche Exit-Absicherung:
├── Kuendigungsfrist
│   ├── Maximal 3 Monate zum Quartalsende
│   ├── Keine automatische Verlaengerung um mehr als 12 Monate
│   └── Sonderkuendigungsrecht bei SLA-Verletzung
│
├── Datenherausgabe
│   ├── Alle Kubernetes-Manifests innerhalb von 14 Tagen
│   ├── Alle Applikationsdaten innerhalb von 30 Tagen
│   ├── Alle Monitoring-Daten der letzten 12 Monate
│   ├── Format: Standard-YAML, SQL-Dumps, kein proprietaeres Format
│   └── Kosten fuer Datenherausgabe: im Vertrag gedeckelt
│
├── Uebergabe-Support
│   ├── 40 Stunden technischer Support fuer Transition
│   ├── Architektur-Dokumentation aktuell zum Zeitpunkt der Kuendigung
│   ├── Gemeinsame Uebergabe-Sessions mit neuem Anbieter
│   └── Parallelbetrieb fuer mindestens 4 Wochen moeglich
│
└── Geistiges Eigentum
    ├── Alle Custom-Entwicklungen gehoeren Ihnen
    ├── Kein Anspruch des Anbieters auf Ihre Konfigurationen
    └── Terraform-Module und Helm-Charts sind Ihr Eigentum

# base/deployment.yaml
# Diese Datei ist bei jedem Anbieter identisch
apiVersion: apps/v1
kind: Deployment
metadata:
  name: ihre-applikation
spec:
  replicas: 3
  selector:
    matchLabels:
      app: ihre-applikation
  template:
    metadata:
      labels:
        app: ihre-applikation
    spec:
      containers:
      - name: app
        image: ihre-applikation:latest
        ports:
        - containerPort: 8080
        resources:
          requests:
            memory: "256Mi"
            cpu: "250m"
          limits:
            memory: "512Mi"
            cpu: "500m"
        readinessProbe:
          httpGet:
            path: /health
            port: 8080
          initialDelaySeconds: 10
          periodSeconds: 5
---
# base/service.yaml
apiVersion: v1
kind: Service
metadata:
  name: ihre-applikation
spec:
  selector:
    app: ihre-applikation
  ports:
  - port: 80
    targetPort: 8080
---
# base/kustomization.yaml
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
resources:
- deployment.yaml
- service.yaml

# overlays/anbieter-a/kustomization.yaml
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
bases:
- ../../base
patchesStrategicMerge:
- ingress-patch.yaml
namespace: production

# overlays/anbieter-b/kustomization.yaml
# Identische Struktur, andere Ingress-Konfiguration
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
bases:
- ../../base
patchesStrategicMerge:
- ingress-patch.yaml
namespace: production

# main.tf -- Cloud-Provider als Variable
variable "cloud_provider" {
  description = "Welcher Cloud-Provider soll genutzt werden"
  type        = string
  default     = "hetzner"
  validation {
    condition     = contains(["aws", "azure", "hetzner"], var.cloud_provider)
    error_message = "Unterstuetzte Provider: aws, azure, hetzner"
  }
}

module "kubernetes_cluster" {
  source = "./modules/${var.cloud_provider}"

  cluster_name       = "production"
  kubernetes_version = "1.30"
  node_count         = 3
  node_size          = "medium"
  region             = "eu-central-1"
}

# Unabhaengig vom Provider: Gleiche Outputs
output "kubeconfig" {
  value     = module.kubernetes_cluster.kubeconfig
  sensitive = true
}

output "cluster_endpoint" {
  value = module.kubernetes_cluster.endpoint
}

Monatlicher Cluster-Export (automatisiert):
├── kubectl get all --all-namespaces -o yaml
├── kubectl get networkpolicies --all-namespaces -o yaml
├── kubectl get ingress --all-namespaces -o yaml
├── kubectl get pv,pvc --all-namespaces -o yaml
├── helm list --all-namespaces -o yaml
├── kubectl get nodes -o yaml
└── Terraform State Backup

Woche 1-2: Vorbereitung
├── Vollstaendigen Cluster-Export erstellen
├── Terraform State und alle Module sichern
├── Helm-Charts und Kustomize-Overlays exportieren
├── Neuen Anbieter evaluieren und beauftragen
└── Transition-Team bilden (Ihre IT + alter Anbieter + neuer Anbieter)

Woche 3-4: Paralleler Aufbau
├── Neuen Cluster bei neuem Anbieter aufsetzen
├── Basis-Infrastruktur deployen (Ingress, Monitoring, Logging)
├── Kustomize-Overlays fuer neuen Anbieter erstellen
├── Test-Deployments durchfuehren
└── Daten-Migration vorbereiten

Woche 5-6: Migration
├── DNS-TTL auf 5 Minuten reduzieren
├── Datenbanken migrieren (Dump/Restore oder Replikation)
├── Applikationen auf neuem Cluster deployen
├── Parallelbetrieb: beide Cluster aktiv
└── Traffic schrittweise umleiten (10%, 50%, 100%)

Woche 7-8: Nachbereitung
├── Alten Cluster herunterfahren (nach 2 Wochen Monitoring)
├── Dokumentation fuer neuen Anbieter finalisieren
├── Monitoring und Alerting verifizieren
└── Backup und Disaster Recovery testen

Vertrag und Exit:
[ ] Kuendigungsfrist maximal 3 Monate
[ ] Datenherausgabe innerhalb von 30 Tagen geregelt
[ ] Uebergabe-Support (mindestens 40 Stunden) inklusive
[ ] Keine automatische Verlaengerung ueber 12 Monate
[ ] Sonderkuendigungsrecht bei SLA-Verletzung

Technische Portabilitaet:
[ ] Standard-Kubernetes (keine proprietaeren Erweiterungen)
[ ] Kustomize oder Helm fuer Deployments
[ ] Terraform oder Pulumi fuer Infrastruktur
[ ] Container-Images in Ihrer eigenen Registry
[ ] Git-Repository mit allen Manifests gehoert Ihnen

Dokumentation:
[ ] Architektur-Dokumentation vertraglich zugesichert
[ ] Monatlicher automatisierter Cluster-Export
[ ] Runbooks fuer alle Standard-Operationen
[ ] Zugangsdaten und Credentials unter Ihrer Kontrolle

Unabhaengigkeit:
[ ] Monitoring-Daten auch ohne Anbieter zugaenglich
[ ] Backup-Daten auf Ihrem eigenen Storage
[ ] DNS-Eintraege unter Ihrer Domain-Verwaltung
[ ] TLS-Zertifikate unter Ihrer Kontrolle