# ClusterPilot Cloud · Pilot-Abnahmecheckliste

Pilotphase in Vorbereitung. Diese Checkliste ist eine Arbeitsvorlage,
keine Leistungs-, Verfügbarkeits- oder Preiszusage.

Projekt / Pilotkennung:
Kundenverantwortlicher:
ClusterPilot-Ansprechpartner:
Datum / Umgebung:

## Vor dem Start
- [ ] Anwendungsfall, Datenkategorien und Ziel des Piloten dokumentiert
- [ ] Cluster, Nodes, Compute-Eigenschaften und Kubernetes-Version vereinbart
- [ ] Storage, Netzwerkzugang und öffentliche Endpunkte bestätigt
- [ ] Plattformgebühr, Infrastrukturpositionen, Steuern und Intervall vereinbart
- [ ] Supportzeiten, Kontakt und Eskalationsweg festgelegt
- [ ] Verarbeitung, Zugriffsrechte, Dauer und Exit-Bedingungen geklärt

## Übergabe und erste Anwendung
- [ ] Browser-Einladung angenommen und Organisation/Workspace/Rolle geprüft
- [ ] Tariflimits, Infrastrukturpositionen und tatsächliche Kapazität in der Cloud-Oberfläche verglichen
- [ ] Cluster-Lifecycle-Vorgang mit Vorgangs-ID gestartet und beobachtete Bereitschaft dokumentiert
- [ ] Freigegebenes OCI-Image oder unterstütztes YAML/Helm in der Cloud-Oberfläche ausgewählt
- [ ] Validierung und Diff in der Weboberfläche geprüft; Release-Vorgang abgeschlossen
- [ ] Readiness, Status, Revision und bereinigte Logs in der Anwendungssicht geprüft
- [ ] Bekannte Revision und Rollback-Grenze dokumentiert
- [ ] Öffentlicher Zugang, DNS, TLS und Anmeldung geprüft, wenn im Umfang
- [ ] Repräsentativer Anwendungsablauf und Lasttest dokumentiert

## Betrieb und Daten
- [ ] Verantwortliche für Anwendung, Infrastruktur und Änderungen benannt
- [ ] Metriken, Logs und Alarme samt Empfängern bestätigt, soweit enthalten
- [ ] Backup-Umfang, Aufbewahrung, RPO/RTO und Zuständigkeit vereinbart
- [ ] Isolierter Restore-Test mit Anwendungsdaten bestanden, wenn erforderlich
- [ ] Wartungsfenster und Anwendungsprüfung nach Änderungen festgelegt
- [ ] Kostenfreigabe für zusätzliche Ressourcen festgelegt
- [ ] Nutzbarer Datenexport sowie Lösch- und Aufbewahrungsablauf geklärt
- [ ] Keine Provider-Zugangsdaten, kubeconfig oder lokalen Konsolenbefehle im Kundenworkflow erforderlich

## Entscheidung
Ergebnis / Nachweise (keine Zugangsdaten eintragen):
Offene Punkte mit Verantwortlichem und Frist:
Entscheidung: [ ] Abgenommen  [ ] Begrenzt fortführen  [ ] Start gesperrt
Freigabe durch / Datum: