Wiederverwendbare benannte Templates exportieren
Partials veröffentlichen, die andere Charts einbinden können
Wiederverwendbare benannte Templates exportieren ist eine kostenlose DevOps Bootcamp-Lektion auf CoddyKit. Dies ist Lektion 2 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des DevOps Bootcamp-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der DevOps Bootcamp-Kurs umfasst insgesamt 4 Lektionen.
Benannte Templates sind der eigentliche Inhalt
Ein Library-Chart liefert seinen eigentlichen Nutzen in Form von named templates. Sie schreiben sie mit define, genau wie in jeder _helpers.tpl-Datei.
{{- define "common.fullname" -}}
{{ .Release.Name }}-{{ .Chart.Name }}
{{- end -}}Template-Namen mit einem Namespace versehen
Template-Namen sind in einem Chart und seinen Dependencies global. Präfixieren Sie Ihre Namen mit dem Namen der Library, etwa common.labels, um Kollisionen zu vermeiden.
{{- define "common.labels" -}}
app.kubernetes.io/managed-by: {{ .Release.Service }}
{{- end -}}In templates ablegen
Library-Templates liegen im Verzeichnis templates des Charts, in Dateien mit vorangestelltem Unterstrich, damit Helm sie niemals als Manifeste rendert.
common/
templates/
_labels.tpl
_names.tpldefine erzeugt allein keine Ausgabe
Ein einfaches define-Block erzeugt beim Rendern des Charts keine Ausgabe. Das Template gibt erst dann Text aus, wenn ein anderes Chart es später einbindet.
Eine vollständige Ressource exportieren
Sie können ein vollständiges Kubernetes-Objekt als ein benanntes Template definieren. Verbraucher rendern dann mit einem einzigen include-Aufruf einen vollständigen Service.
{{- define "common.service" -}}
apiVersion: v1
kind: Service
metadata:
name: {{ .Release.Name }}
{{- end -}}Den Kontext des Aufrufers übernehmen
In einem Partial ist der Punkt genau das, was der Aufrufer übergibt. Das Lesen von .Values und .Release ermöglicht Ihrem Template, sich an jedes nutzende Chart anzupassen.
{{- define "common.image" -}}
{{ .Values.image.repository }}:{{ .Values.image.tag }}
{{- end -}}Den erwarteten Scope dokumentieren
Da Partials ihren Input voraussetzen, hinterlassen Sie einen Kommentar, der den erwarteten Kontext angibt. Ein Verbraucher, der den falschen Punkt übergibt, erhält verwirrende Fehler.
{{/* common.fullname expects the root context (.) */}}Pro Template nur eine Aufgabe
Teilen Sie die Logik in kleine, fokussierte Partials auf: eines für Namen, eines für Labels und eines für Selektoren. Kleine Bausteine lassen sich in vielen Charts sauber kombinieren.
Leerraum-Markierungen sind wichtig
Umschließen Sie define und end mit Bindestrich-Markierungen wie {{- und -}}, damit die Ausgabe der Library keine überflüssigen Leerzeilen in das YAML des Verbrauchers einfügt.
{{- define "common.name" -}}
{{ .Chart.Name }}
{{- end -}}Nichts wird ohne Einbindung exportiert
Durch das Definieren eines Templates wird es verfügbar, aber nicht aktiv. Es trägt nur dann zur Ausgabe bei, wenn ein Application-Chart include oder template darauf anwendet.
Ein kleiner Satz wiederverwendbarer Helfer
Einige wenige Partials wie common.fullname und common.labels werden zum gemeinsamen Vokabular, auf dem jedes Team-Chart aufbauen kann.
{{- define "common.fullname" -}}
{{ printf "%s-%s" .Release.Name .Chart.Name }}
{{- end -}}Kurztest
Warum sollte eine Library ihre Template-Namen präfixieren, etwa common.labels statt labels?
Zusammenfassung: Templates exportieren
Sie veröffentlichen wiederverwendbare Logik mit define in Dateien mit vorangestelltem Unterstrich, versehen die Namen mit einem Namespace und verlassen sich beim Kontext auf den Punkt des Aufrufers. 🧩
Häufig gestellte Fragen
Ist die Lektion „Wiederverwendbare benannte Templates exportieren“ kostenlos?
Ja — der vollständige Text von „Wiederverwendbare benannte Templates exportieren“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des DevOps Bootcamp-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der DevOps Bootcamp-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „Wiederverwendbare benannte Templates exportieren“?
Partials veröffentlichen, die andere Charts einbinden können Du übst DevOps Bootcamp mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um DevOps Bootcamp zu starten?
Keine Vorkenntnisse erforderlich. DevOps Bootcamp auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 2 von 4.
Wie lange dauert die Lektion „Wiederverwendbare benannte Templates exportieren“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser DevOps Bootcamp-Lektion Code schreiben und ausführen?
Ja. Jede DevOps Bootcamp-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.
Alle Lektionen in diesem Kurs
- Einen Library-Chart-Typ deklarieren
- Wiederverwendbare benannte Templates exportieren
- Eine Library als Abhängigkeit verwenden
- Library-Standards lokal überschreiben