Crossplane, le platform engineering en pratique : construire l API self-service de votre plateforme
Transformer un cluster Kubernetes en control plane qui provisionne et reconcilie l'infrastructure, puis en faire une API que les equipes produit appliquent elles-memes. Du provider a la managed resource, puis au XRD, aux composition functions et a la Configuration livree par GitOps.
Crossplane est un framework qui transforme un cluster
Kubernetes en control plane : au lieu de faire tourner vos applications, ce cluster
provisionne et surveille de l'infrastructure. Vous lui decrivez ce que vous voulez dans un
manifeste YAML, un controleur compare en permanence cette description a ce qui existe
reellement, et corrige tout ecart. La ou un apply converge une fois puis s'arrete,
un control plane ne s'arrete jamais.
Ce qui le distingue d'un outil d'infrastructure classique, c'est qu'il vous laisse
definir vos propres API. Votre equipe plateforme publie une ressource
Environment ou Database ; les equipes produit l'appliquent avec
kubectl, sans rien savoir de ce qu'il y a dessous. Crossplane est un projet
gradue de la CNCF depuis le 28 octobre 2025. Le repo github : github.com/crossplane/crossplane.
Cette formation part du provider et de la ressource la plus brute, monte jusqu'a une API de plateforme versionnee, packagee et livree par GitOps, puis montre comment l'exploiter.
- Module 01 - Le probleme, le lab, et ce que la v2 a change
Le ticket qui revient a chaque nouvelle equipe. Ce qu'un control plane fait qu'un apply planifie ne fait pas. Ce que la v2 a retire, pour reconnaitre la documentation perimee. Le lab, et ce qu'il reproduit vraiment. - Module 02 - Installer Crossplane, et regarder ce qu'il a pose
L'installation par Helm et les values qui comptent. L'inventaire des CRD, des deployments et du rbac-manager. Le CLI et ce qu'il sait faire sans cluster. Desinstaller sans laisser d'orphelin. - Module 03 - Les providers, et la managed resource
Viser un cluster distant avec un ProviderConfig. La premiere managed resource, ses conditions et ses events. Le drift provoque a la main. Les managementPolicies, le deletionPolicy, le DeploymentRuntimeConfig et son safe-start. N'activer que les CRD dont on a besoin. - Module 04 - Construire son API : XRD et Composition
Le XRD qui definit l'API que les equipes produit appliquent. Le champ scope, et pourquoi les Claims ont disparu. La Composition en pipeline de functions. Les connection details. Rendre sans cluster, et la descente de diagnostic. - Module 05 - Les composition functions
Ce qu'une function recoit et rend. Le go-templating et le KCL quand le patch ne suffit plus. L'ordre et la disponibilite. Les EnvironmentConfig. Puis ecrire sa propre function en Go, la tester hors ligne et la packager. - Module 06 - L'API de plateforme comme produit
Ce qu'on expose et ce qu'on n'expose pas. Versionner de v1alpha1 a v1. Les CompositionRevision pour evoluer sans casser les equipes. Plusieurs implementations d'une meme API. Les Usage et l'ordre de suppression. - Module 07 - Packager et livrer la plateforme
La Configuration en OCI, ses dependances et leur resolution. Les registres prives. Le flux de developpement avec crossplane project. L'installation, la mise a jour, et la livraison par Argo CD. - Module 08 - Les Operations
Le travail ponctuel, le periodique et le reactif : Operation, CronOperation et WatchOperation, neufs en v2. - Module 09 - Exploiter le control plane en production
Qui peut demander quoi. Les droits du provider et le moindre privilege. Les metriques et ce qu'on surveille. La descente de diagnostic quand rien ne reconcilie. Sauvegarder l'etat, monter de version, et la check-list de production.