Zum Dokumentationsinhalt
Cloud-DokumentationCloud-StatusPilot in Vorbereitung
Auf dieser Seite
Starten

Cloud-Pilot vorbereiten

Vom Anwendungsfall zum klaren Angebot: Übergabe, Zuständigkeiten und messbare Abnahmekriterien.

AnleitungPlanung & StatusLesezeit · ca.8 MinutenAktualisiert
Gültigkeit dieser AnleitungPilotplanung

Diese Planung können Sie heute für Ihre Anfrage und das Pilotangebot verwenden. Vertragliche Leistungen gelten erst nach schriftlicher Vereinbarung.

Bevor Sie starten

Sie benötigen eine Beschreibung Ihrer Workloads und einen technischen Ansprechpartner. Ein eigener Cloud-Provider-Account ist nicht erforderlich. Senden Sie keine Zugangsdaten oder produktiven Daten mit der Anfrage.

1. Workload beschreiben

Starten Sie mit einer repräsentativen Anwendung. Ein sinnvoller Pilot prüft einen echten Bereitstellungs- und Betriebsablauf. Beschreiben Sie deshalb den Bedarf Ihrer Anwendung und woran Ihr Team einen erfolgreichen Pilot erkennt.

AngabeHilfreiche Details
WorkloadContainer-Images, Anwendungsports, zustandsbehaftete Komponenten und Abhängigkeiten wie Datenbank oder externe API.
GrößeGeplante Replikate, CPU-/Speicherbedarf, Datenwachstum, Zugriffsmuster und zu trennende Umgebungen.
RisikoDatensensibilität, tolerierbare Unterbrechung, Wiederherstellungsziele und Vorgaben zu Standort oder Zugriff.
ErgebnisZum Beispiel: freigegebenes Image bereitstellen, Anwendung über den vereinbarten Weg erreichen und Testdaten wiederherstellen.
Compute & Speicher planen →

2. Umfang vor der Bereitstellung festlegen

ClusterPilot Cloud ist in Vorbereitung. Eine Anfrage führt zu einem individuellen Pilotangebot und aktiviert kein Abonnement. Klären Sie die folgenden Punkte vor dem Start schriftlich. Eine Preiskarte bestätigt allein keine Betriebsreife für Ihre Konfiguration.

  • ✓
    Cluster- und Nodeanzahl, Compute-Eigenschaften, StorageClass, Netzwerk und bereitzustellende Kubernetes-Version.
  • ✓
    Plattformgebühr, Infrastrukturpositionen, Steuern, Abrechnungsintervall und Freigabe zusätzlicher Kosten.
  • ✓
    Unterstützte Vorgänge, Wartungsfenster, Supportkanal sowie enthaltene Monitoring- oder Backup-Leistungen.
  • ✓
    Datenverarbeitung, notwendige Vereinbarungen, Pilotdauer, Abnahmekriterien sowie Export und Löschung am Ende.

Sicherheit & Zuständigkeiten → Preise & Verbrauch verstehen →

3. In die Cloud-Arbeitsfläche wechseln

  1. 01

    Browser-Einladung erhalten

    Nutzen Sie die vereinbarte Anmeldung und Arbeitsflächen-Einladung. ClusterPilot stellt den verwalteten Zugangsweg bereit; für den Cloud-Workflow erhalten Sie weder Provider-Zugangsdaten noch eine kubeconfig.

  2. 02

    Arbeitsflächenbereich prüfen

    Bestätigen Sie Organisation, Arbeitsfläche, Tarif, Clusterlimits und die im Angebot genannten Ansprechpartner. Eine fehlende Aktion bedeutet, dass die Funktion für diesen Pilot nicht aktiviert ist.

  3. 03

    Ersten Browser-Workflow ausführen

    Starten Sie mit einer nicht sensiblen repräsentativen Anwendung, verfolgen Sie den Vorgang und halten Sie das Abnahmeergebnis in der Arbeitsfläche fest. Wechseln Sie nicht zu einem unkontrollierten lokalen Befehl, wenn die Seite eine Grenze meldet.

4. Startentscheidung festhalten

Ein gesunder Pod ist ein Prüfschritt, keine Produktivfreigabe. Bestätigen Sie vor einem Start mit Kundenverkehr das Verhalten unter erwarteter Last, TLS und Authentifizierung, den Eskalationskontakt sowie vereinbarte Datenschutz- und Wiederherstellungsmaßnahmen. Jede offene Anforderung braucht einen Verantwortlichen und eine Entscheidung zur Behebung oder Begrenzung des Piloten.

Pilotcheckliste herunterladen (.md) ↓

Die Cloud-Oberfläche nutzen → Anwendung mit Helm in ClusterPilot bereitstellen →

Diese Anleitung gilt für Ihren vereinbarten Pilotumfang. Technische Kubernetes-Beispiele sind kein Nachweis einer allgemein verfügbaren Cloud-Funktion.