PROTOCOL_ID: XP-08 CLASS: KNOWLEDGE_TRANSFER
Formation Crossplane
Quatre jours sur de vrais clusters, après quoi vos ingénieurs livrent des compositions sans nous.
Difficulté: 2 / 3
Vue d'ensemble
La plupart des formations Crossplane s'arrêtent à la démo : installer le provider, appliquer une managed resource, regarder apparaître un bucket. C'est le premier après-midi. Le difficile commence quand une composition doit modéliser ce que votre métier provisionne vraiment, survivre à un changement de schéma et rester débogable quand la boucle de réconciliation se tait.
Le parcours est donc bâti autour des modes de panne. Les ingénieurs écrivent des XRD et des compositions sur un cluster vivant, puis nous les cassons : un patch qui ne fait silencieusement rien, un secret provider qui tourne en pleine réconciliation, un composite bloqué parce qu'une managed resource ne devient jamais ready. Savoir lire ces états, c'est ce qui sépare celui qui a vu Crossplane de celui qui sait l'exploiter.
Nous traitons aussi ce que personne n'enseigne : décider ce qu'il ne faut pas abstraire. Chaque champ exposé est une promesse à tenir, et les équipes en difficulté sont en général celles qui ont tout exposé. À la fin, vos ingénieurs savent concevoir une API de control plane, l'implémenter, et défendre la frontière qu'ils ont tracée.
Schéma illustratif, hors télémétrie réelle
Outils de cet engagement
Outils de cet engagement
- Crossplane
- crossplane-cli
- Kubernetes
- Argo CD
- Kyverno
- Helm
De l'audit à la production
- 01
Jour un, fondations
Le modèle de ressources Kubernetes, les providers, les managed resources, et pourquoi Crossplane réconcilie au lieu d'appliquer.
- 02
Jour deux, compositions
XRD, compositions, patches et transforms, écrits sur un cluster vivant plutôt que sur des diapositives.
- 03
Jour trois, débogage
Des control planes cassés à dessein. Tracer un composite bloqué du claim à la managed resource et retour.
- 04
Jour quatre, production
Delivery GitOps avec Argo CD, politique avec Kyverno, stratégie de mise à jour, et écriture d'un provider quand l'écosystème n'en propose pas.
- 05
Suivi
Une session de revue quelques semaines plus tard, sur les compositions que votre équipe a écrites depuis.
Écosystèmes, outillage et livrables
| Écosystèmes cibles |
|
|---|---|
| Outillage |
|
| Livrables |
|
| Prérequis |
|
Réponses directes
Questions fréquentes
Combien de temps dure la formation Crossplane, et sous quel format ?
Quatre jours, entièrement pratiques, pour des groupes de 4 à 12 ingénieurs. L'animation se fait en présentiel, à distance ou en hybride, en français ou en anglais, et une session de revue quelques semaines plus tard reprend les compositions que votre équipe a écrites depuis.
Quel niveau nos ingénieurs doivent-ils avoir au préalable ?
Une pratique Kubernetes réelle, environ niveau CKA, et de l'aisance avec YAML et la ligne de commande. Aucune exposition préalable à Crossplane n'est attendue. Le premier jour couvre le modèle de ressources, les providers et les managed resources avant toute composition.
Devons-nous fournir un cluster ?
Les deux conviennent. Les ingénieurs peuvent travailler sur vos propres clusters, ce qui rapproche les exercices de votre parc réel, ou sur un environnement de lab que nous fournissons. Tout est écrit sur un cluster vivant plutôt que sur des diapositives.
Ce parcours prépare-t-il à une certification ?
Non, et ce n'est pas conçu comme une préparation à un examen. Les quatre jours s'organisent autour des modes de panne en production : lire un composite bloqué, un patch qui ne fait silencieusement rien, un secret qui tourne en pleine réconciliation. Si vous cherchez un parcours de certification CNCF, il se trouve sur notre formation Kubernetes généraliste.