Anwendung mit Helm in ClusterPilot bereitstellen

Bevor Sie starten

Sie benötigen einen bereiten Cluster, Rechte für Helm-Vorgänge, Ihre Anwendung als erreichbares und freigegebenes Helm Chart, dessen genaue Version und Referenz, ein für den Cluster erreichbares Anwendungs-Image sowie einen abgestimmten Namespace. Fragen Sie den Chart-Verantwortlichen nach dem Values-Schema. Wenn nur Quellcode oder ein OCI-Image ohne Chart vorliegt, erstellen Sie zuerst ein Chart oder vereinbaren einen anderen Lieferweg; die aktuelle Oberfläche bietet kein allgemeines GitHub-Upload- oder Image-zu-App-Formular.

Was ClusterPilot bereitstellt

Ein Helm Chart ist ein versioniertes Paket von Kubernetes-Objekten; eine Installation erzeugt ein benanntes Release. Seine Vorlagen können Deployment, Service, Ingress und weitere Objekte anlegen. Ein Deployment hält die gewünschte Replikazahl, ein Service bietet Pods ein stabiles Netzwerkziel. ClusterPilot führt den Release-Vorgang über seine berechtigungsgeschützte Helm-Oberfläche aus und dokumentiert bereinigte Values und Nachweise.

1. Release im Browser installieren

1. 01

   Helm-Oberfläche öffnen

   Öffnen Sie Clusters → Ihren Cluster → Helm Releases (/clusters/{id}/helm). Nutzen Sie Install Helm release; diese Aktion ist vom Add-on-Katalog getrennt.

2. 02

   Release festlegen

   Tragen Sie Namespace und Release name sowie die freigegebene Chart reference und genaue Chart version ein. Verwenden Sie das von Ihrer eingerichteten Repository-Verbindung unterstützte Referenzformat. Prüfen Sie, ob der Namespace existiert oder der Betreiber ihn bereitgestellt hat; das Formular legt ihn nicht nachweislich selbst an.

3. 03

   Chart konfigurieren

   Setzen Sie Values profile reference, falls Ihr Team ein solches Profil verwendet. Geben Sie unter Values YAML nur vom Chart unterstützte Werte ein, zum Beispiel dokumentierten Image-Tag, Replikazahl, Ressourcen-Requests und Service-Port. Vergleichen Sie die Werte mit dem Chart-Schema. Fügen Sie keine dauerhaften Zugangsdaten in Release-Values ein, sondern verwenden Sie freigegebene Secret-Referenzen.

4. 04

   Installieren und prüfen

   Wählen Sie Install release. Öffnen Sie das neue Release und notieren Sie Namespace, Chart-Version, Revision, Ergebnis und Nachweise. Scheitern Berechtigung oder Validierung, lesen Sie den angezeigten Grund; wiederholen Sie einen unklaren Vorgang nicht, ohne das Release-Inventar zu prüfen.

2. Anwendung prüfen, nicht nur Helm

• ✓
  Öffnen Sie Workloads für denselben Cluster und Namespace. Suchen Sie Deployment, Pods und Services und vergleichen Sie gewünschte mit verfügbaren Replikaten.
• ✓
  Prüfen Sie Pod-Events und Logs bei Pending, Neustarts oder Image-Pull-Fehlern. Prüfen Sie Registry-Erreichbarkeit, Chart-Values und Ressourcen-Requests.
• ✓
  Prüfen Sie die Readiness-Probe des Charts und einen echten Anwendungsaufruf. Readiness entscheidet, ob ein Pod Service-Traffic erhalten soll; eine erfolgreiche Helm-Antwort belegt noch keinen nutzbaren Dienst.
• ✓
  Geben Sie Traffic nur über einen abgestimmten Ingress-/Service- sowie DNS-/TLS-Pfad frei. Ein Release kann bewusst intern bleiben.

3. Release aktualisieren oder wiederherstellen

Die Helm-Release-Detailseite bietet berechtigungsgeschützte Aktionen für Update, Rollback und Uninstall. Prüfen Sie vor dem Update aktuelle Revision sowie Ziel-Chart und Values. Rollback zielt auf eine gespeicherte frühere Helm-Revision; Datenbankinhalte oder persistente Volumes werden dadurch nicht wiederhergestellt. Prüfen Sie Datenschutz und Anwendungskompatibilität vor beiden Aktionen gesondert.

Im Browser überwachen und Fehler beheben → · Domains, Ingress & TLS →