Exporter des modèles nommés réutilisables
Publier des fragments que d’autres graphiques peuvent inclure
Exporter des modèles nommés réutilisables est une leçon DevOps Bootcamp gratuite sur CoddyKit. Ceci est la leçon 2 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage DevOps Bootcamp, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours DevOps Bootcamp comprend 4 leçons au total.
Les modèles nommés sont le contenu essentiel
Un chart de bibliothèque fournit sa valeur sous forme de modèles nommés. Vous les écrivez avec define, exactement comme dans n'importe quel fichier _helpers.tpl.
{{- define "common.fullname" -}}
{{ .Release.Name }}-{{ .Chart.Name }}
{{- end -}}Préfixer les noms de vos modèles
Les noms de modèles sont globaux dans un chart et ses dépendances. Préfixez les vôtres avec le nom de la bibliothèque, comme common.labels, pour éviter les collisions.
{{- define "common.labels" -}}
app.kubernetes.io/managed-by: {{ .Release.Service }}
{{- end -}}Les placer dans templates
Les modèles de bibliothèque se trouvent dans le répertoire templates du chart, dans des fichiers dont le nom commence par un trait de soulignement afin que Helm ne les rende jamais comme des manifestes.
common/
templates/
_labels.tpl
_names.tplDefine ne produit rien tout seul
Un bloc define isolé ne produit rien lors du rendu du chart. Le modèle n'émet du texte que lorsqu'un autre chart l'inclut ultérieurement.
Exporter une ressource complète
Vous pouvez définir un objet Kubernetes entier comme un seul modèle nommé. Les utilisateurs peuvent alors rendre un Service complet avec un seul appel à include.
{{- define "common.service" -}}
apiVersion: v1
kind: Service
metadata:
name: {{ .Release.Name }}
{{- end -}}Accepter le contexte de l'appelant
Dans un partiel, le point correspond à ce que l'appelant transmet. La lecture de .Values et de .Release permet à votre modèle de s'adapter à chaque chart utilisateur.
{{- define "common.image" -}}
{{ .Values.image.repository }}:{{ .Values.image.tag }}
{{- end -}}Documenter la portée attendue
Comme les partiels font confiance à leur entrée, ajoutez un commentaire indiquant le contexte dont ils ont besoin. Un utilisateur qui transmet le mauvais point obtiendra des erreurs déroutantes.
{{/* common.fullname expects the root context (.) */}}Une seule responsabilité par modèle
Répartissez la logique dans de petits partiels ciblés : un pour les noms, un pour les étiquettes et un pour les sélecteurs. Ces petits éléments se combinent proprement dans de nombreux charts.
Les marqueurs d'espacement sont importants
Entourez define et end de marqueurs de tiret comme {{- et -}} afin que la sortie de la bibliothèque n'insère pas de lignes vides superflues dans le YAML de l'utilisateur.
{{- define "common.name" -}}
{{ .Chart.Name }}
{{- end -}}Rien n'est exporté avant l'inclusion
Définir un modèle le rend disponible, mais pas actif. Il ne contribue à la sortie que lorsqu'un chart d'application l'appelle avec include ou template.
Un petit ensemble de fonctions d'aide réutilisables
Quelques partiels tels que common.fullname et common.labels constituent le vocabulaire partagé sur lequel chaque chart d'équipe peut s'appuyer.
{{- define "common.fullname" -}}
{{ printf "%s-%s" .Release.Name .Chart.Name }}
{{- end -}}Vérification rapide
Pourquoi une bibliothèque doit-elle préfixer ses noms de modèles, comme common.labels plutôt que labels ?
Récapitulatif : exporter des modèles
Vous publiez une logique réutilisable avec define dans des fichiers préfixés par un trait de soulignement, vous espacez les noms et vous faites confiance au point de l'appelant pour le contexte. 🧩
Questions Fréquemment Posées
La leçon « Exporter des modèles nommés réutilisables » est-elle gratuite ?
Oui — le texte complet de « Exporter des modèles nommés réutilisables » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours DevOps Bootcamp, passe à CoddyKit PRO. Le cours DevOps Bootcamp comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Exporter des modèles nommés réutilisables » ?
Publier des fragments que d’autres graphiques peuvent inclure Tu pratiques DevOps Bootcamp avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer DevOps Bootcamp ?
Aucune expérience préalable n'est requise. DevOps Bootcamp sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 2 sur 4.
Combien de temps prend la leçon « Exporter des modèles nommés réutilisables » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon DevOps Bootcamp ?
Oui. Chaque leçon DevOps Bootcamp inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Déclarer un type de graphique de bibliothèque
- Exporter des modèles nommés réutilisables
- Utiliser une bibliothèque comme dépendance
- Remplacer localement les valeurs par défaut d’une bibliothèque