DevOps Bootcamp · Leçon

Définitions de ressources personnalisées (CRD)

Apprenez comment les définitions de ressources personnalisées étendent l’API Kubernetes avec vos propres types de ressources, la base sur laquelle s’appuient les opérateurs.

Définitions de ressources personnalisées (CRD) est une leçon DevOps Bootcamp gratuite sur CoddyKit. Ceci est la leçon 4 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.

Étendre l’API Kubernetes

Les objets intégrés tels que les pods et les déploiements ne sont pas une limite. Avec une Custom Resource Definition (CRD), vous pouvez enseigner à Kubernetes de nouveaux types de ressources.

Qu’est-ce qu’une ressource personnalisée ?

Une Custom Resource (CR) est une instance d’un type que vous avez défini. Une fois la CRD installée, vous créez des CR avec kubectl, comme pour les objets natifs.

Anatomie d’une CRD

Une CRD déclare le nouveau type, son groupe d’API, sa version et sa portée (associée à un espace de noms ou à l’ensemble du cluster).

apiVersion: apiextensions.k8s.io/v1
kind: CustomResourceDefinition
metadata:
  name: backups.data.example.com
spec:
  group: data.example.com
  scope: Namespaced
  names:
    plural: backups
    singular: backup
    kind: Backup

Définir le schéma

Un schéma OpenAPI valide les champs de votre ressource personnalisée et rejette les spécifications non valides au moment de la création.

versions:
- name: v1
  served: true
  storage: true
  schema:
    openAPIV3Schema:
      type: object
      properties:
        spec:
          type: object
          properties:
            schedule:
              type: string
            retention:
              type: integer

Créer une ressource personnalisée

Après l’application de la CRD, vous créez des instances de votre nouveau type.

apiVersion: data.example.com/v1
kind: Backup
metadata:
  name: nightly-db
spec:
  schedule: '0 2 * * *'
  retention: 7

Utiliser les CR avec kubectl

Les ressources personnalisées sont des objets de premier ordre. Vous pouvez les lister, les décrire et les supprimer avec des commandes familières.

kubectl get backups
kubectl describe backup nightly-db
kubectl delete backup nightly-db

Noms courts et colonnes d’affichage

Vous pouvez définir des noms courts et des colonnes de tableau personnalisées pour rendre les CR plus agréables à utiliser.

names:
  shortNames: ['bk']
additionalPrinterColumns:
- name: Schedule
  type: string
  jsonPath: .spec.schedule

Les CRD ne sont que des données

À elle seule, une CRD ne fait que stocker des données dans etcd. Rien ne les traite. Pour qu’une sauvegarde soit réellement effectuée, vous avez besoin d’un contrôleur qui surveille ces ressources.

Le lien avec les opérateurs

Un opérateur est composé d’un contrôleur et d’une ou plusieurs CRD. La CRD définit l’état souhaité ; le contrôleur rapproche en permanence la réalité de cet état. Les CRD sont le fondement sur lequel reposent les opérateurs.

Versionner les CRD

Les CRD prennent en charge plusieurs versions avec conversion, ce qui vous permet de faire évoluer votre API. Une seule version est marquée comme version de stockage dans etcd.

versions:
- name: v1beta1
  served: true
  storage: false
- name: v1
  served: true
  storage: true

Quand utiliser des CRD

Vous voulez modéliser déclarativement un concept métier (sauvegarde, base de données, certificat)
Vous créez un opérateur pour automatiser les opérations
Vous voulez que les utilisateurs gèrent votre application avec des processus kubectl familiers

Vérification rapide

Testez votre compréhension des CRD.

Récapitulatif

Vous avez appris que les CRD étendent l’API Kubernetes avec des types personnalisés, validés par un schéma OpenAPI et gérés avec des commandes kubectl classiques. Une CRD seule ne fait que stocker des données ; associée à un contrôleur, elle produit un opérateur qui rapproche la réalité de l’état souhaité.

Questions Fréquemment Posées

La leçon « Définitions de ressources personnalisées (CRD) » est-elle gratuite ?

Oui — le texte complet de « Définitions de ressources personnalisées (CRD) » 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éfinitions de ressources personnalisées (CRD) » ?

Apprenez comment les définitions de ressources personnalisées étendent l’API Kubernetes avec vos propres types de ressources, la base sur laquelle s’appuient les opérateurs. 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 4 sur 4.

Combien de temps prend la leçon « Définitions de ressources personnalisées (CRD) » ?

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

StatefulSets pour applications avec état
DaemonSets pour tâches propres aux nœuds
Comprendre les opérateurs Kubernetes
Définitions de ressources personnalisées (CRD)

← Retour à DevOps Bootcamp