Einführung in Helm-Charts

Das Bereitstellen von Anwendungen in Kubernetes kann komplex werden. Stellen Sie sich vor, Sie müssten für eine einzige Anwendung Dutzende von YAML-Dateien verwalten: Deployments, Services, ConfigMaps und mehr.

Diese Komplexität kann es erschweren, Anwendungen in verschiedenen Umgebungen oder Teams konsistent bereitzustellen, zu aktualisieren und gemeinsam zu nutzen.

Helm wird häufig als „Paketmanager für Kubernetes“ bezeichnet. Stellen Sie sich Helm wie apt für Ubuntu oder yum für CentOS vor, allerdings für Kubernetes-Anwendungen.

Helm vereinfacht das Definieren, Installieren und Aktualisieren selbst komplexer Kubernetes-Anwendungen.

Die grundlegende Einheit von Helm ist ein Chart. Ein Chart ist eine Sammlung von Dateien, die einen zusammengehörigen Satz von Kubernetes-Ressourcen beschreiben.

• Es definiert alle erforderlichen Komponenten für eine Anwendung.
• Es kann versioniert, geteilt und wiederverwendet werden.
• Es ist wie ein Rezept für die Bereitstellung einer Anwendung in Kubernetes.

Helm-Charts bieten mehrere wichtige Vorteile:

• Reproduzierbarkeit: Stellen Sie dieselbe Anwendungskonfiguration zuverlässig bereit.
• Wiederverwendbarkeit: Teilen Sie komplexe Anwendungskonfigurationen einfach.
• Versionskontrolle: Verfolgen Sie Änderungen und setzen Sie auf vorherige Versionen zurück.
• Anpassbarkeit: Konfigurieren Sie Anwendungen einfach für verschiedene Umgebungen.

Mit Helm 3 ist die Architektur einfacher. Helm besteht ausschließlich aus einer clientseitigen Befehlszeilenschnittstelle (CLI).

Im Gegensatz zu früheren Versionen, die eine serverseitige Komponente namens Tiller benötigten, kommuniziert Helm 3 direkt mit dem Kubernetes-API-Server. Das erhöht die Sicherheit und vereinfacht die Einrichtung.

Ein Helm-Chart ist als Verzeichnis strukturiert, das mehrere Dateien und Unterverzeichnisse enthält. Dies sind die wichtigsten Bestandteile:

• Chart.yaml: Metadaten des Charts
• values.yaml: Standardkonfigurationswerte
• templates/: Vorlagen für Kubernetes-Manifeste
• charts/: Abhängigkeiten (Subcharts)

Die Datei Chart.yaml enthält wichtige Metadaten zum Chart selbst. Dazu gehören:

• apiVersion: Die API-Version des Charts.
• name: Der Name des Charts (z. B. nginx).
• version: Die Version des Charts (z. B. 1.16.0).
• description: Eine kurze Zusammenfassung des Charts.

Die Datei values.yaml enthält die Standardkonfigurationswerte für ein Chart. Diese Werte können während der Installation oder eines Upgrades überschrieben werden, was flexible Bereitstellungen ermöglicht.

Sie könnten hier beispielsweise die Anzahl der Replikate oder ein Image-Tag festlegen.

Im Verzeichnis templates/ definieren Sie die eigentlichen Kubernetes-Ressourcenmanifeste (z. B. Deployments, Services usw.).

Diese Dateien verwenden die Go-Template-Syntax und können daher anhand der in values.yaml oder während der Installation bereitgestellten Werte dynamisch erzeugt werden.

Bestätigen wir, dass Helm installiert ist, und prüfen wir die Version. Dies ist ein einfacher Befehl zur Interaktion mit der Helm-CLI.

Welche der folgenden Aussagen beschreibt den Hauptzweck eines Helm-Charts am besten?

Sehr gut! Sie haben die Grundlagen von Helm und sein zentrales Konzept, die Charts, kennengelernt.

• Helm ist ein Paketmanager für Kubernetes.
• Charts vereinfachen komplexe Bereitstellungen.
• Sie ermöglichen Wiederverwendbarkeit, Versionierung und Anpassung.
• Helm 3 ist nur clientseitig.
• Zu den wichtigsten Chart-Bestandteilen gehören Chart.yaml, values.yaml und templates/.

Als Nächstes sehen wir uns an, wie Sie Helm verwenden, um Anwendungen aus vorhandenen Charts bereitzustellen.