0Pricing
DevOps Bootcamp · Leçon

Déclarer un type de graphique de bibliothèque

Définir le type sur library et comprendre ce que cela interdit

Déclarer un type de graphique de bibliothèque est une leçon DevOps Bootcamp gratuite sur CoddyKit. Ceci est la leçon 1 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.

Deux types de chart

Chaque chart Helm déclare un type dans Chart.yaml. La valeur par défaut est application, mais un deuxième type existe uniquement pour partager la logique des modèles.

# Chart.yaml
apiVersion: v2
name: my-app
type: application

Découvrir le chart de bibliothèque

Définissez type: library et le chart cesse d'être quelque chose que vous installez. Il devient une boîte à outils de modèles nommés que d'autres charts peuvent réutiliser.

# Chart.yaml
apiVersion: v2
name: common
version: 0.1.0
type: library

Les charts de bibliothèque ne produisent rien

Un chart de bibliothèque ne produit aucun objet Kubernetes par lui-même. Il définit uniquement des modèles que les charts qui l'utilisent appellent lors de leur rendu.

Vous ne pouvez pas en installer un

L'exécution de helm install sur un chart de bibliothèque échoue. Il n'y a rien à déployer, donc Helm refuse cette commande par conception.

helm install c ./common
# Error: library charts are not installable

Aucune sortie de modèles au niveau supérieur

Les fichiers du dossier templates d'un chart de bibliothèque ne sont pas rendus comme des manifestes. Ils doivent uniquement définir des partiels et ne jamais produire directement du YAML.

La convention du trait de soulignement

Helm ignore les fichiers de templates dont le nom commence par un trait de soulignement. Les fichiers de modèles de bibliothèque utilisent des noms comme _deployment.tpl pour ne pas être rendus.

common/
  Chart.yaml
  templates/
    _deployment.tpl

apiVersion v2 est obligatoire

Les charts de bibliothèque n'existent qu'avec apiVersion: v2. Les charts v1 de l'époque de Helm 2 ne connaissaient pas du tout le type library.

# Chart.yaml
apiVersion: v2
type: library

Versionné comme n'importe quel chart

Une bibliothèque a tout de même besoin d'un champ version afin que les utilisateurs puissent la verrouiller sur une version précise. Traitez-la comme un véritable artefact de publication, et non comme un simple dossier.

# Chart.yaml
name: common
version: 1.2.0
type: library

Pourquoi choisir le type bibliothèque

Au lieu de copier le même YAML de Deployment dans dix charts, vous l'écrivez une seule fois dans une bibliothèque et laissez chaque chart l'utiliser.

Bitnami Common, l'exemple classique

Le chart bitnami/common, très utilisé, est une bibliothèque. Des centaines de charts en dépendent pour les étiquettes, les noms et les fonctions d'aide liées aux images qu'ils partagent.

Application et bibliothèque côte à côte

Un chart application déploie des charges de travail ; un chart library fournit uniquement des modèles. Le champ type suffit à déterminer comment Helm le traite.

type: application  # installs resources
type: library      # shares templates

Vérification rapide

Vous avez défini type: library dans Chart.yaml. Que se passe-t-il lorsque vous exécutez helm install dessus ?

Récapitulatif : le type chart de bibliothèque

Un chart type: library ne produit rien et ne peut pas être installé. Il sert uniquement à regrouper des modèles nommés que d'autres charts réutilisent. 📦

Questions Fréquemment Posées

La leçon « Déclarer un type de graphique de bibliothèque » est-elle gratuite ?

Oui — le texte complet de « Déclarer un type de graphique de bibliothèque » 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 « Déclarer un type de graphique de bibliothèque » ?

Définir le type sur library et comprendre ce que cela interdit 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 1 sur 4.

Combien de temps prend la leçon « Déclarer un type de graphique de bibliothèque » ?

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

  1. Déclarer un type de graphique de bibliothèque
  2. Exporter des modèles nommés réutilisables
  3. Utiliser une bibliothèque comme dépendance
  4. Remplacer localement les valeurs par défaut d’une bibliothèque
← Retour à DevOps Bootcamp