CNCF on Zwindler's Reflection

Cloud Native Days France 2026 : mon retour sur l'événement

Wed, 04 Feb 2026 16:00:00 +0200

De retour de CND France 2026

3 ans après KCD France 2023 (que j’avais brièvement aidé à organiser), c’est le retour de la conf préférée des DevOps, SREs et autre platform engineers de France et de Navarre (enfin, je suis pas sûr pour la Navarre) : j’ai nommé Cloud Native Days France 2026, bien entendu !

Organisée sur une journée le 3 février, l’équipe d’orga a vu grand cette année, en passant de 1000 participants au centre Pompidou à plus de 1500 personnes au CENT-QUATRE PARIS.

Et je vous l’avais annoncé, cette année je n’y allais pas pour rien, puisque j’avais non pas une, ni même deux, mais trois interventions de planifiées.

Une table ronde pendant la keynote d’ouverture
une table ronde à huis clos avec la presse (c’était un peu “la surprise”)
un séance de dédicaces de mon livre Kubernetes : 50 solutions pour les postes de développement et les clusters de production

La keynote

Arrivé la veille et logé dans un hôtel à côté, j’étais largement à l’heure pour l’ouverture du salon, chose assez rare pour qu’elle soit soulignée 😅.

A peine arrivé, j’ai pu papoter avec des gens, faire le tour des stands et découvrir les différentes salles de conf. Je n’ai pas pris le temps de faire de photos du lieu, assez atypique et très beau (mais parfois un peu labyrinthique).

A 9h00, je suis aux premières loges pour écouter, puis participer à la Keynote d’ouverture. La journée a commencé par une intervention de Jérôme Petazzoni, le maître de cérémonie.

Ma femme : C’est quoi cette chose horrible derrière, avec toutes ces icônes ? C’est généré par IA ?

Moi : Euhhh, non 😥 ben… c’est le CNCF landscape, c’est mon travail quoi…

Ensuite, nous avons eu un talk passionnant de Ricardo Rocha sur les challenges du CERN pour emmagasiner toujours plus de données pour les chercheurs qui utilisent le LHC, et enfin une intervention de la DINUM/DGFIP (Julien Dauphant, DINUM et Renaud Fleury, DGFIP) pour parler de leur future distribution Kubernetes Kubo (pour fournir des namespaces as a service)

C’était l’heure de la table ronde ! Avec Jérôme Petazzoni comme animateur, Shérine Khoury, Laurent Bernaille, Victor Boissière, Sébastien Blanc et moi même avons échangé sur la réalité du terrain face à la théorie du “You build it, you run it” d’Amazon. La table ronde a l’air d’avoir été appréciée, des divers retours que j’ai pu avoir, même si j’aurais aimé un peu plus de temps pour qu’on puisse rentrer un peu plus en détail sur ce sujet passionnant.

Credit : image de Donia Chaiehloudj

Nous avons ensuite eu une présentation du TOSIT mais j’avoue que la pression passée, je n’ai pas été très attentif (malgré un sujet intéressant).

Table ronde avec la presse

A peine remis de mes émotions, il fallait déjà se re-concentrer car j’avais accepté, pour donner un coup de main à l’équipe d’organisation (un peu au dernier moment XD), d’animer une table ronde “presse”.

En présence d’un journaliste de CIO (normalement il aurait dû y en avoir 7, mais manque de chance, la plupart ont décommandé au dernier moment), nous avons donc posé des questions aux personnes suivantes :

Scaleway : Victor Ramiro, Head of Product
Numspot : Victor Coutellier, Chief of Engineering
Deezer : Gaby Fulchic, Senior Infrastructure Engineer / SRE
Insee : Frédéric Comte, Head of IT innovation

Voici un petit aperçu du genre de questions que j’avais prévu de poser, même si on a un peu dévié.

Quand vous regardez votre organisation aujourd’hui, est-ce que le cloud native, et Kubernetes en particulier, est une cible stratégique assumée, un outil parmi d’autres, ou une réponse à des contraintes très spécifiques ?
Le “Lift & Shift” est-il mort ? Quelle part des clients demandent dès le début des outils “à la mode” ? Quelle part commence plutôt par de bonnes vieilles VMs, puis évoluent ensuite vers des offres plus innovantes ?
On sait que le machine learning, les LLMs, etc sont très exigeants en ressources. Le Cloud Native promet à l’inverse l’élasticité. Est-ce que vos plateformes sont prêtes pour ce choc de besoins qui se profilent ?

J’imagine que ça devrait aboutir sur un papier sur le site cio-online.com.

Migrer 50 000 BDDs sans coupure vers PostgresQL et K8s: mission impossible ?

Je n’ai malheureusement vu que le début de ce talk. Alexandre Buisine d’Enix et Quentin Loupot de Sellsy ont raconté les petites galères qu’ils ont rencontrées lors d’une ambitieuse migration en 2024 de plus de 50k bases MariaDB sur une infra légacy, vers du CNPG (postgres) sur Kubernetes.

Ca a brièvement parlé de Baremetal avec des gros NVMe chez Scaleway, avec du proxmox VE et du Talos Linux. J’aurais bien aimé en savoir plus, mais le gros de la conf sur les incidents rencontrés était très intéressant aussi. Malheureusement j’ai du partir avant la fin, car il était l’heure de dédicacer des livres.

Dédicaces

Une grande première pour moi !

Depuis que j’ai publié mon livre “Kubernetes : 50 solutions pour les postes de développement et les clusters de production”, on m’a plusieurs fois demandé de dédicacer un exemplaire. Je le fais évidemment volontiers.

Mais là, l’équipe d’organisation avait organisé 3 séances de dédicaces (Aurélie Vache, Julien Wittouck et moi) et avait acheté 19 exemplaires de mon livre. Un grand merci à eux. Pour que plus de personnes puissent en profiter, j’avais également amené 6 exemplaires complémentaires (payés de ma poche).

J’ai été surpris par le nombre de personnes qui ont attendu de longues minutes pour avoir un exemplaire et parler avec moi. L’exercice a duré 1h30, que je n’ai pas vu passer. Je pensais être large avec 25 exemplaires, mais il en aurait fallu au moins 10 à 15 de plus.

J’en retiens des échanges très enrichissants avec tous types de personnes (des étudiants, des juniors, des seniors, des indeps, des personnes en reconversion). J’espère que mon livre pourra leur être utile à toutes et tous.

De zéro à un milliard de traces - le tracing distribué chez Winamax

Nicolas Fidel et Anthony Maffert nous ont fait un REX survitaminé de la mise en place des traces distribuées chez Winamax, en insistant sur les problématiques d’adoption, de pic de charge (forte volatilité) et de coût.

Un REX intéressant. Dans mon équipe nous avons aussi choisi de miser sur les traces OpenTelemetry (le standard du marché, et on évite le vendor lock). Ce talk n’a pas été pour moi une surprise majeure, j’irai peut être piocher une ou deux bonnes idées, et c’est toujours cool de confronter les idées des autres avec les siennes.

Ubisoft - Quand et comment partager un cluster : retour d’expérience sur Capsule

Dernier talk de la journée, Vincent Behar et Corentin Closs ont fait un REX sur leur utilisation de Capsule, un projet open source de la CNCF permettant d’apporter un peu plus de cloisonnement dans un cluster Kubernetes.

Je connaissais le projet (j’en parle très brièvement dans mon livre), mais je n’avais jamais creusé en détail.

Je repars de ce talk avec une bonne surprise : l’outil fait plus de choses que je pensais, notamment grâce à l’apport de plugins (argocd par exemple) et du capsule-proxy qui permet de faire croire au client kubectl/k9s qu’on dispose de droits cluster wide alors qu’en réalité les droits sont cloisonnés à un subset de namespaces.

Ça, combiné avec la création automatique de droits RBAC, netpols, quotas, je trouve que l’outil a sa place dans plus de cas d’usage que je ne pensais dans un premier temps.

Remerciements

Cet événement communautaire français était réellement “hors norme”. Une organisation aux petits oignons, sans aucun accroc, aucun souci technique (en tout cas que j’aie pu voir), un programme de qualité qui a su tenir ses promesses, un lieu chouette. Et petit bonus, une soirée VIP très sympa.

Je ne peux que remercier chaudement les organisateurs / bénévoles qui ont tout donné pour un résultat parfait.

Encore plus que d’habitude (vu que j’ai vu assez peu de confs), le gros intérêt de ce genre d’événement est aussi (surtout ?) d’avoir pu échanger avec des pairs, aussi passionnés que passionnants.

J’ai pu échanger avec quelques sponsors, qui s’étaient tous démenés pour avoir des stands magnifiques. J’ai gagné une “secret sauce” Enix et j’ai récupéré ma veste de Kubestronaut grâce à Christophe (merci à lui pour cette tâche énorme qu’il porte sur ses épaules).

Un grand merci à Mossroy, Olivier, Rémi, Aurélie, Sébi, Jérôme, Julien (au moins 3 différents XD), Joseph, Raphaël, Christophe, Aurélien, Shérine, Laïla, Alexis, Loïc, Laurent (x2), Gaby, Victor (x3 aussi !), Frédéric, Vincent, Mazlum, Jérémy, tous les ex-collègues de Deezer présents en force, mais aussi tous les gens qui sont venus pour me dire un gentil mot pour mon intervention en keynote,pour mon livre, ou juste pour me dire qu’ils/elles aiment mon blog.

Ce genre d’échanges et de retours est précieux pour moi.

Merci :)

Cloud Native Days France 2026 : table ronde, signature de livres et bien plus !

Mon, 26 Jan 2026 15:00:00 +0200

Ça y est, nous y sommes presque !

Dans une semaine tout juste, le mardi 3 février 2026, se tiendra Cloud Native Days France 2026 au CENTQUATRE-PARIS. Digne héritière de la conf KCD France 2023 (que j’avais co-organisé à l’époque), cette édition attend plus de 2000 participant·es. Une journée unique, organisée sans but lucratif par une équipe de bénévoles passionné·es. ❤️

Et j’ai l’immense honneur d’y participer de plusieurs manières !

Une journée exceptionnelle

Pour celles et ceux qui ne connaissent pas encore, Cloud Native Days France est l’événement de référence en France autour de Kubernetes, du Cloud Native et du DevOps. Le programme de cette édition 2026 est absolument dingue :

Des retours d’expérience de grandes organisations françaises : DINUM, BPCE, Bpifrance, Mistral AI, Ubisoft, SNCF, Insee, Dassault Systèmes, Air France-KLM, Decathlon, Renault…
Un retour d’expérience du CERN avec Ricardo Rocha (Chair End User Technical Advisory Board – CNCF)
Et plusieurs annonces et échanges forts avec des figures majeures de l’écosystème

Table ronde en keynote : « Cloud native, quels savoir-faire et technologies les équipes de développement doivent-elles acquérir ? »

Comme je l’avais annoncé en novembre, je participerai à la table ronde de la keynote d’ouverture aux côtés de Shérine Khoury, Laurent Bernaille, Victor Boissière et Sébastien Blanc, orchestrée par THE Jérôme Petazzoni :).

Le sujet est passionnant : la philosophie SRE et DevOps, “You build it, you run it” d’Amazon a révolutionné notre approche du développement logiciel, rendant les équipes de développement responsables de leurs applications en production. Mais ce modèle est-il encore adapté face à la complexité croissante des écosystèmes Cloud Native ?

Je ne veux pas trop vous spoiler sur ce qu’on va aborder dans cette keynote, mais je vous promets que ça vaut le détour !

Je l’ai déjà dit, je sais, mais c’est un immense honneur pour moi de pouvoir participer à cette table ronde aux côtés de professionnel·les aussi brillant·es, et j’ai vraiment hâte d’échanger avec elles et eux sur ces sujets qui me tiennent à cœur.

Session de dédicaces de mon livre

Et ce n’est pas tout ! Je serai également présent pour une session de dédicaces de mon livre “Kubernetes : 50 solutions pour les postes de dev et les clusters de prod” ! 📚

Ce sera l’occasion d’échanger, de se rencontrer, et de repartir avec un exemplaire signé. 🙂

Si vous voulez en savoir plus sur le livre avant de venir, n’hésitez pas à consulter le site de promotion où vous trouverez tous les détails sur le contenu.

Et une intervention mystère

Je ne peux pas en dire plus pour l’instant, mais je participerai à cette conférence d’une dernière manière. Stay tyned ;-).

Pourquoi vous devriez venir ?

Franchement, si vous travaillez dans l’écosystème Cloud Native / Kubernetes / DevOps, ou si vous êtes simplement curieux·se de découvrir cet univers, Cloud Native Days France est LE rendez-vous à ne pas manquer.

L’événement est organisé par une équipe de bénévoles passionné·e·s, sans but lucratif, avec une vraie volonté de faire grandir la communauté et l’écosystème en France. Le programme est exceptionnel, les retours d’expérience sont concrets et inspirants, et l’ambiance est toujours au top ! 🎉

Billetterie : https://tickets.cloudnativedays.fr/event/cnd2026
Programmation complète : https://www.cloudnativedays.fr/programme

À très bientôt !

J’ai vraiment hâte d’y être, de retrouver la communauté, et de soutenir cet événement qui fait grandir l’écosystème Cloud Native en France.

On se retrouve le 3 février au CENTQUATRE-PARIS !

REX : Mon parcours vers le titre de Kubestronaut

Sun, 18 Jan 2026 12:00:00 +0200

Introduction

J’avais un peu annoncé la couleur lors de mon précédent post “À quoi ça sert, des certifs en 2025 ?”.

J’ai passé, avec succès, les 5 certifications “officielles” de la CNCF / de Kubernetes, ce qui devrait me donner (pour l’instant ça n’est pas officiel, a priori ce n’est pas immédiat) le titre tant convoité (ou non ?) de Kubestronaut.

Et comme c’est un side project sur le long cours (j’ai commencé en 2025 le parcours complet), je vous propose un petit REX de comment je l’ai vécu.

Note : pas mal de gens ont déjà raconté leur expérience, et il y a déjà de supers articles de la communauté Cloud Native FR. Je vais essayer de ne pas trop faire de redite et je vous ai mis plein de liens en fin d’article vers d’autres ressources similaires en français.

C’est quoi ces certifs déjà ??

Les 5 certifications officielles Kubernetes de la CNCF sont :

KCNA (Kubernetes and Cloud Native Associate) : certification d’entrée de gamme qui valide les concepts de base de Kubernetes et du cloud native
KCSA (Kubernetes and Cloud Native Security Associate) : certification d’entrée de gamme focalisée sur les concepts de sécurité dans Kubernetes
CKA (Certified Kubernetes Administrator) : certification pratique qui valide les compétences d’administration d’un cluster Kubernetes
CKAD (Certified Kubernetes Application Developer) : certification pratique qui valide les compétences de développement d’applications sur Kubernetes
CKS (Certified Kubernetes Security Specialist) : certification pratique avancée qui valide les compétences en sécurisation d’un cluster Kubernetes (prérequis : CKA)

Pourquoi Kubestronaut ??

D’abord, pour ceux qui ne me connaissent pas, je suis expert de Kubernetes depuis 2017/2018, donc j’aurais pu avoir ces certifs, ou au minimum un sous-ensemble de ces 5 certifs depuis longtemps. Mais ayant toujours travaillé chez des clients finaux (donc pas de consulting, que ce soit en freelance ou en ESN, où avoir un papier peut apporter un peu de légitimité complémentaire pour décrocher un client), je n’en ai jamais ressenti le besoin.

Je ne vais pas mentir et dire que je n’avais pas du tout ENVIE de les avoir. C’est toujours agréable de se dire qu’on a la CNCF qui a validé officiellement qu’on sait de quoi on parle (même si en vrai, les compétences validées sont discutables. On en reparlera). Mais le tarif prohibitif (en tout cas si j’avais dû les payer de ma poche) m’avait toujours rebuté.

La moula

Car OUI, ça coûte bonbon (pour rester poli).

Comptez 445$ l’unité pour les CKA, CKAD, CKS
250$ l’unité pour les KCNA / KCSA

How will the CKA benefit me?

Credential Recognition

Career Advancement

Networking Opportunities

Cross-industry Career Opportunities

Source : https://training.linuxfoundation.org

C’est bien gentil mais ça fait quand même plus de 1500€. Heureusement, on peut compter sur les promos très régulièrement et des prix de gros via des bundles pour diminuer la douloureuse.

Le but du jeu est de trouver la meilleure combinaison Bundle + promo pour économiser le plus, et a priori à présent, le mieux que j’ai trouvé est d’acheter pendant la “Cyber Monday week” (-50/-60% selon les bundles), et d’acheter séparément le bundle KCNA+KCSA à -60% et CKA+CKAD+CKS également à -60% (le bundle avec les 5 est moins intéressant car plafonné à -50%)

Ce qui fait au total un peu plus de 600€ (tout de même).

À partir de là, vous avez 1 an pour passer les 5 certifs (mais vous pouvez le faire en 2 fois. C’est ce que j’ai fait en prenant les CKx fin 2024, les KCxA en 2025).

Note : mon employeur m’a payé les CKx, dans l’idée de motiver des juniors à passer sérieusement ces certifs. Sans cela, je ne l’aurais probablement jamais fait.

Déroulé et difficulté

Je ne vais pas présenter les examens dans l’ordre où je les ai passés, mais plutôt dans l’ordre de difficulté dans lequel on les présente d’habitude. Car, a posteriori, je trouve que c’est relativement représentatif, de mon point de vue, de leur difficulté réelle.

KCNA : un QCM de culture générale sur le Cloud Native. Vraiment, payer 250$ pour ça, c’est du vol. C’est vraiment tout ce que je déteste dans les certifs (dont je parlais dans l’article sur les certifications techniques). Sur les 60 questions, il n’y a toujours qu’une bonne réponse et on peut “deviner” les 3/4 juste en éliminant les mauvaises réponses, souvent ridicules. Pour moi, la KCNA n’a aucune valeur technique. J’ai fait 97%, ce qui correspond à 2 erreurs sur 60, probablement des questions ambiguës ou des mauvaises réponses où j’ai cherché “trop compliqué” (la réponse la plus simple est la bonne, il faut ignorer les edges cases que seuls les experts peuvent connaître). Je l’ai terminé en 30 minutes au lieu des 90.

KCSA : un QCM un poil plus corsé. J’y suis allé là aussi sans préparation, et j’ai fait un score honnête (93%, 4 fautes). Certaines questions m’ont donné plus de fil à retordre. Il y a une ou deux questions sur le “NIST SP 800-161 Rev. 1” que je ne connaissais pas, et 4-5 questions sur lesquelles je voyais 2 réponses “moyennes” plausibles, sans pour autant parvenir à les départager parce qu’à mon avis pas 100% exactes. Ça peut être un problème de compréhension de l’anglais de ma part, ou juste que je ne suis pas aussi bon que je le pense. 93, ça reste très honnête, sachant qu’on a droit à 15 fautes. Je l’ai terminé en 50 minutes car j’ai passé beaucoup de temps à réfléchir sur ces fameuses questions que je trouvais ambiguës.

CKAD : une des deux certifications historiques. Être Certified Kubernetes Application Developer fait de vous quelqu’un capable de “concevoir, construire et déployer des applications cloud native”. Ce qu’il y a de bien avec les CKx, c’est que ce sont des examens pratiques. On a une liste de ~17 tâches simples à réaliser en 2h sur des machines virtuelles. Si vous y arrivez, ça veut dire que vous êtes capables techniquement de réaliser de vraies tâches sur de vrais clusters, pas juste que vous avez bachoté. L’inconvénient, c’est que les tâches à réaliser sont extrêmement lointaines de la réalité des tâches qu’on doit faire : créer des manifestes YAML de deployments et de services Kubernetes à la main. Personne ne fait ça (enfin, j’espère ?). En termes de difficulté, j’ai peut-être eu de la chance, mais je l’ai trouvée triviale. Je l’ai terminée en 1h au lieu de 2 et j’ai eu quasiment 100%.

CKA : l’autre certification historique. Là aussi, 17 exercices pour manipuler des applications dans Kubernetes et aussi jouer un peu avec les composants du control plane (notamment l’api-server et etcd). Petit accident de parcours ici, j’ai bien réussi les simulateurs (on en reparlera) et pour autant, je n’ai pas réussi entièrement à finir au bout des 2h et j’ai eu un score assez médiocre (71%). Au-delà des connaissances précédentes nécessaires pour la CKAD, il faut avoir une très bonne connaissance des clusters créés avec kubeadm puisque vous allez manipuler et modifier 17 clusters créés de cette manière.

CKS : la dernière certification pratique (en dehors des QCM), mais avec un focus sur la sécurité par rapport à la CKA / CKAD. Celle-ci a réellement de la valeur selon moi. Elle est à la fois complexe, avec un panel assez large d’aspects à maîtriser, et surtout utile, car elle couvre des sujets réalistes en termes de sécurité, quel que soit le cluster. Contrairement à la CKA / CKAD, on repart vraiment avec des compétences qu’on imagine utiliser en production dans un scénario plus réaliste que les clusters kubeadm fournis.

Aparté : PSI proctored exam

Vraiment un des trucs que je déteste le plus avec ces certifications. Contrairement à d’autres certifications tech qui peuvent être passées soit à la maison sous surveillance, soit dans une salle gérée par un organisme spécialisé, les certifs CNCF ne peuvent être passées QUE à distance via “proctored exam”.

N’ayons pas peur des mots, l’expérience est désastreuse. Je ne compte pas les retours que j’ai pu avoir de gens qui ont perdu un “try” à cause de bugs du logiciel ou autre problème technique. À titre perso, j’ai dû tester plusieurs machines pour en trouver une qui fonctionnait avec leur bouse de “navigateur sécurisé”. Et encore, parce que je m’y suis pris suffisamment à l’avance et que j’ai fait le test.

Ça, plus le fait d’avoir à sa disposition une pièce fermée, sans papiers/affiches, sans caméras, sans écrans, dont il va falloir faire le tour en balayant de bas en haut à 360° pour prouver à l’examinateur que “non, c’est bon on ne va pas tricher”.

Il serait tellement plus simple d’avoir des centres d’examen partenaires, mais non, la LF maintient que “c’est pour notre bien”. Moi, j’ai dû passer les 5 examens dans la chambre de mon fils, sur une planche et 2 tréteaux, car c’était la seule pièce qui convenait. J’ai lu des gens qui le font dans leurs WC… Quel enfer.

Aparté : killer.sh

C’est un peu caché, mais tous les examens CKA/CKAD/CKS donnent l’accès à 2 examens blancs sur le site killer.sh. Vraiment, je ne peux QUE vous conseiller de les faire, car ils sont très utiles.

D’une part, ils sont selon les cas similaires en termes de difficulté, voire beaucoup plus durs. Si vous avez une bonne note sur killer.sh, il y a de grandes chances que vous ayez votre CKA/AD/S.

Et comme il y a 2 runs, vous pouvez commencer par tester un run, voir ce que vous avez fait faux (vous avez la plateforme de chaque run pendant 36h, ça laisse le temps de tryhard pour obtenir 100%) et savoir quoi réviser par la suite. Une fois que vous êtes confiants, vous pouvez faire le 2ème run et valider que vous pouvez lancer le vrai examen.

Si jamais vous n’avez pas assez de “runs”, vous pouvez toujours chercher d’autres simulateurs, comme sailor-sh/CK-X. Pour ce qui est des KCNA/KCSA, il y a aussi pas mal de quiz qui ont été générés à la volée à l’aide de LLM mais ils sont rarement qualitatifs et les questions sont très éloignées, ainsi que des sites “pirates” avec des questions authentiques. À vous de voir ce que vous en pensez.

Ce que je savais déjà vs ce j’ai appris

KCNA / KCSA : Je n’ai rien appris. Ce sont des QCMs basiques, qui n’ont aucun intérêt et ne démontrent aucune compétence sur un CV.

CKAD : Je n’ai pas appris grand-chose, à part quelques sous-commandes kubectl permettant de gagner du temps, comme kubectl expose, ou quelques détails sur la façon dont sont gérés les cycles de vie des API de Kubernetes. Comme une grosse partie de l’examen consiste à générer des manifestes YAML pour les différentes API de Kubernetes, il est important de connaître toutes les sous-commandes de kubectl create et aussi savoir quand c’est plus rapide d’aller faire une recherche d’un manifeste prêt à l’emploi sur la doc officielle, et le copier/coller.

CKA : En plus des recommandations précédentes, il y a quelques astuces à avoir (que je connaissais déjà), comme ne pas oublier de sauvegarder dans un autre dossier tous les manifestes statiques présents dans /etc/kubernetes/manifests/ car il est facile de flinguer le cluster et perdre tous les points de la question. Il faut aussi savoir rapidement retrouver où sont stockés les logs des conteneurs avec containerd pour débuguer quand l’API server est KO, ne pas hésiter à redémarrer le kubelet pour gagner du temps en cas de crashloop backoff, savoir manipuler les données dans etcd avec etcdctl. Là encore, je suis vraiment sceptique sur l’intérêt au quotidien, sauf à gérer en prod des clusters créés avec kubeadm (ce que je ne fais plus depuis bien longtemps).

CKS : Il y a pas mal d’avis divergents sur l’intérêt de la CKS parmi ceux qui l’ont passée. Tout le monde est unanime pour dire qu’elle est dure (c’est vrai). C’est la plus exigeante, j’ai sué à grosses gouttes en la passant, et j’ai dû faire quelques révisions sur une partie des sujets que je ne connaissais pas. C’est aussi la seule où j’ai vraiment l’impression d’avoir appris des trucs utiles (chiffrement etcd, révisions/découvertes apparmor/seccomp). Un des points mis en avant comme négatif est qu’elle oblige à connaître un minimum des choses sur des projets tiers comme falco / trivy / cilium / istio, ce qui sort du cadre strict de Kubernetes et drift sur d’autres projets (qui ont leur propre certifs, d’ailleurs). À titre perso, je n’ai pas trouvé ça “choquant”, mais je comprends la gêne pour une certif officielle Kubernetes.

Conclusion / est-ce que je le referai ?

Ça dépend de la question. Je ne suis pas “CNCF ambassador” alors je ne vais pas me gêner pour dire ce que j’en pense.

Si c’est les KCNA/KCSA, c’est un grand NON. Elles ne servent strictement à rien.

Si la question c’est “est-ce que je repasserai les certifs CKx quand elles expireront”, c’est quasiment sûr que non.

Sauf à passer freelance / bosser dans une ESN (c’est pas du tout prévu) et que ça me soit utile (ça reste à prouver, à mon avis mon CV a plus de valeur), je ne vois pas d’avantage à les repasser, que des inconvénients. Franchement l’expérience “proctored exam” était trop pénible, et les KCNA/KCSA n’ont aucune valeur à mes yeux.

Si jamais c’est un exercice de pensée en mode “imaginons, on revient en 2024, est-ce que tu le refais”, la réponse est probablement “oui”, sous condition.

Je l’ai dit plus haut, c’est mon employeur qui m’a payé les certifs CKx, avec dans l’idée que moi “le vieux”, motive un peu les “jeunes” à qui les certifs étaient aussi payées, à les passer.

Et ça, c’était vraiment rigolo : le faire en groupe et “se tirer la bourre”. Ça a plutôt bien marché d’ailleurs, j’ai passé chaque certif en premier, mais ils ont fait de meilleurs scores que moi, au final (moi ça me fait rigoler, eux sont contents d’avoir mouché le “vieux”).

Donc entre le coût pris en charge d’un côté, et le côté collaboration / faire grandir l’équipe, ça valait le coût (jeu de mots, humour, haha).

Autres ressources

Si vous voulez aller plus loin, voici d’autres retours d’expérience et ressources utiles de la communauté française :

Comment bien foirer vos certifications Kubernetes CK{A,S} - Rémi Tech Notes
Notes de certification KCSA - Joseph Ligier
Tips & Tricks — Kubernetes Certifications “CKA — CKAD — CKS” - Jérôme Masson (Sphinxgaia)
Guide pour réussir l’examen de certification CKA
Certifications Kubernetes : CKA et CKAD - Mossroy
CK-X - simulateur des certifications Kubernetes - sailor-sh

À quoi ça sert, des certifs en 2025 ?

Tue, 04 Nov 2025 12:00:00 +0200

Petit billet d’humeur (ça fait un moment ? Pas sûr…), aujourd’hui sur les certifs dans l’IT.

Pour savoir comment j’en suis arrivé là, je vais vous montrer une petite capture d’écran d’un post globalement un peu bullshit comme on en voit beaucoup sur LinkedIn (un type qui te “libère” du salariat).

Mais il y a UN passage, qui lui, m’a fait réfléchir et tomber dans le “rabbit hole”. Accrochez vous, ça va drifter sévère.

Je pose ça là, on en reparlera plus tard.

Pourquoi tu parles de ça ?

Parce que c’est une question qu’on me pose régulièrement !!

C’est un peu un marronier dans l’IT, certains d’entre nous ont un avis sur les certifications techniques (ou non) dans notre domaine, mais à l’inverse beaucoup de gens n’arrivent pas à s’en faire une idée tranchée.

Alors, régulièrement (dans le sens de la régularité, pas dans le sens “souvent”), on me demande mon avis à moi.

J’imagine que ça fait de moi… un influenceur ? Lol ;-)

J’avais d’ailleurs été amené à en parler lors d’un épisode de Zenikast (un podcast de Zenika), et probablement une ou deux autres fois, mais j’ai oublié “où”…

Zenikast - Saison 1 - Episode 2 - Les certifications dans l’IT

Sauf qu’à chaque fois, je n’arrive pas à sortir une “hot take”, un avis bien tranché comme on les aime sur les réseaux. On va voir ce que ça donne sur le blog, par écrit, et avec le temps d’y réfléchir.

Je comprends le besoin de se démarquer, dans un marché tendu en particulier pour les jeunes diplômés ou les profils issus de reconversions

En 2010, quand je suis arrivé sur le marché du travail, du taf, il n’y en avait pas beaucoup. Encore moins en administration système. Encore moins avec la contrainte de rester sur Bordeaux.

J’ai commencé, par dépit après de longs mois d’entretiens sans issue post-diplôme d’ingé (!!!), par me rabattre sur la première ESN qui a bien voulu de moi. L’expression “vendeurs de viande” n’était vraiment pas exagérée tant les conditions de travail et le salaire étaient déplorables.

Pendant les années qui ont suivi, même si j’ai quitté cette ESN, j’ai rêvé de pouvoir passer des certifs qui auraient pu, dans mon inconscient en tout cas, me décrocher un ticket vers un taf meilleur. J’ai envisagé de passer des formations / certifs pour devenir expert AS/400 (ils étaient payés “une fortune”, à l’époque) ou même auditeur ISO 27001 (j’ai même failli la passer, j’ai fait la formation).

Donc, avant toute chose, je veux dire haut et fort que je comprends l’envie que peuvent avoir certain(e)s de se démarquer, par tous les moyens, dans un marché tendu.

Et pour un profil plus expérimenté ?

J’ai pas mal de copains / connaissances pro qui passent des certifs. Certains beaucoup. Généralement, ce sont des gens qui travaillent dans des ESN, sociétés de services, de conseil. Souvent, ces certifs sont payées par l’employeur.

Parfois même, ne pas passer la certif peut être synonyme de rupture de période d’essai (c’était déjà le cas en 2010, et j’ai vu ça dans plusieurs entreprises très diverses).

Dans ces cas-là, on comprend la motivation et ça rejoint un peu la capture d’écran tout en haut de l’article. L’idée, c’est de cocher une case dans un appel d’offre (ou équivalent), plus que de réellement valider une compétence.

Mais il est encore trop tôt pour ~~faire un choix~~ revenir sur la capture d’écran.

On retrouve aussi ce pattern chez certains freelances (pas tous).

Plus rarement, on voit aussi des salariés expérimentés, hors ESN, qui passent des certifs.

C’est typiquement mon cas. Je ne suis plus jeune diplômé, je n’ai pas tellement besoin de passer une certif pour prouver ma compétence (mes années d’expérience et mes réalisations jouent sûrement plus). J’ai la chance d’avoir un taf qui me plaît, et encore plus de chance d’avoir un carnet d’adresses conséquent si jamais la situation devait changer.

Pour autant, je passe de temps en temps des certifs. Typiquement, je suis en train de m’entraîner pour passer les certifs CNCF CKA / CKAD / CKS (j’ai eu les 2 premières).

Note : elles sont payées par mon employeur (on y reviendra).

Qu’est-ce que ça dit de soi, de passer des certifs ?

Ben déjà, ça dépend de la certif !!

Dans mes “jeunes années”, j’ai passé des certifs complètement bullshit. Sachez que je suis depuis 2016 DataCore Certified Solutions Architect (DCSA).

Pas mal non ? Ça claque.

La réalité, c’est que j’ai passé un QCM de 20 questions sur un produit de stockage software assez moyen (désolé, mais c’est vrai). Je ne l’ai pas eu du premier coup, car à certaines questions, il fallait donner des réponses qui étaient FAUSSES.

Et si je le sais, c’est parce que j’ai demandé des comptes au commercial…

QUI M’A DONNÉ LE CORRIGÉ SANS CHERCHER À COMPRENDRE QUE SA CERTIF ÉTAIT POURRIE.

Autant dire que cette certification n’a strictement aucune valeur, et c’est malheureusement vrai pour beaucoup de certifs d’outils propriétaires.

Les certifs sont “données” aux clients comme des bonbons, dans une tentative de vendor lock-in des entreprises par le biais de leurs salariés, comme Microsoft qui habitue les enfants à utiliser Office 365 depuis la primaire.

Et des certifs plus sérieuses ?

Certaines certifs (celles qu’on voit le plus sur les réseaux) sont plus sérieuses. On ne peut pas y aller “les mains dans les poches” et on ne vous donnera pas les réponses.

C’est typiquement le cas d’une formation suivie d’une certification d’un gros clouder, qui m’a donné le niveau de “Associate Cloud Engineer” (😏).

La formation, très (très) complète, composée de plus de 80h de vidéos (!!!), reprennait tout de 0. On ne peut pas dire que ce n’était pas quelque chose de “sérieux”. Un étudiant / jeune diplômé qui fait l’effort de suivre tout le cursus apprendra forcément pas mal de théorie.

On peut peut-être me reprocher en revanche de m’être forcé à écouter en entier un discours théorique dont je connaissais a minima 80% de ce qui était dit (si ce n’est 95%), plutôt que de le sauter et passer direct à la certif.

Quant au test pour valider l’acquisition de la compétence, il se composait d’un QCM de 50 ou 60 questions avec 4 réponses possibles. Bien souvent, avoir quelques bases théoriques d’infra et faire preuve de bon sens suffit à trouver la bonne réponse, par élimination.

Est-ce que ça fait de moi un professionnel efficace sur ce cloud provider ?

Non, pas du tout.

D’abord parce que les connaissances qui sont vérifiées par un QCM sont très très très théoriques. OK, je sais le nom du service qu’il faut utiliser dans le cas où je dois loadbalancer du trafic. Ça ne vérifie pas si je pense que c’est effectivement une bonne idée d’avoir recours à un loadbalancer !

L’acquisition des connaissances nécessaires pour juste “passer” le QCM relève plus du bachotage que de la connaissance technique réelle.

Pire ! On peut retrouver les corrigés de ces QCM (pour les grands logiciels et les grands cloud providers) sur Internet. Typiquement, j’ai déroulé plus de 400 questions dispos sur le net avant de passer la certif, pour me rassurer.

On peut “ace” (ahah) le test sans rien comprendre à l’infra. Se baser uniquement sur les connaissances acquises avec juste des certifs, c’est l’assurance d’une facture cloud bien dodue ;-)

J’ai passé le test du premier coup. Je n’ai plus aucun souvenir de ce que j’ai appris avec cette certif.

Mais alors, c’est de la me… ?

Les certifs CNCF sortent un peu du lot (ce n’est probablement pas les seules qui sont comme ça).

Pour ce qui est de la CKA / CKAD / CKS, ce ne sont pas des QCM. Il s’agit de tâches à résoudre sur des environnements virtuels, donc il y a déjà un peu de pratique.

Elles sont somme toute assez complexes par rapport aux autres certifs que j’ai pu passer, et nécessitent d’enchaîner beaucoup d’exercices dans un temps très court. On doit donc réviser un certain nombre de concepts qu’on n’utilise pas forcément tous les jours pour les connaître par cœur.

Pour autant, ça reste quand même assez théorique. Le travail qu’il est demandé de réaliser m’oblige certes à prouver que je connais les concepts de base de Kubernetes, mais ne ressemble en rien à mon “day to day”.

Pour essayer de donner un exemple “concret” : on ne va jamais me demander de copier “en prod” un manifest de Deployment, de créer un autre namespace à la main et de modifier le manifest pour le déployer dans le nouveau namespace. J’exagère un peu, mais c’est le genre de tâches qui sont demandées et clairement c’est très loin de mon quotidien (heureusement).

À l’inverse, je suis censé passer avant janvier ma CKS (la certification Kubernetes qui se focalise sur la sécurité) et à l’heure actuelle, je suis quasiment sûr que si j’essaie de la passer aujourd’hui, je ne l’aurai pas (en tout cas pas du premier coup).

Est-ce que ça dit de moi que je suis mauvais en sécurité dans Kubernetes ? C’est peut-être prétentieux mais je pense que non.

À l’inverse, est-ce que quelqu’un qui a eu sa CKS est automatiquement meilleur que moi en sécurité dans Kubernetes ? Pas sûr. Et pourtant c’est la plus complexe !

On peut tout à fait avoir sa CKAD (avec du travail), mais n’avoir jamais géré correctement une prod. Ou même la moindre idée de ce que c’est, une prod…

Est-ce qu’il y a un intérêt, alors ? Positif ou négatif ?

Pour un(e) junior qui aurait déjà manipulé une prod (ou toute personne qui débute dans le cloud native), je pense quand même que oui.

Déjà, ça va forcer la personne en question à réviser les bases (toutes), et à manipuler la théorie, potentiellement loin du “day to day” de sa prod.

Pour quelqu’un avec 5 ans d’expérience ou plus, c’est moins clair. Si on parle de moi, je suis déjà passé par cette étape en 2017, en apprenant Kubernetes en lisant l’intégralité de la doc officielle (oui, c’est vraiment comme ça que j’ai appris Kubernetes). En révisant la CKAD/CKA, j’ai quand même découvert quelques petites subtilités que j’ignorais, et quelques “tricks” pour gagner du temps sur certaines actions manuelles.

Il reste un dernier point que je n’ai pas abordé à propos de la CKA/CKAD/CKS (et dans une moindre mesure, la certif du clouder) : obtenir ces certifs, ça demande du travail. C’est même dur. Et parfois, on ne réussit pas du premier coup.

Et ça, ça peut générer de l’engagement, voire de la fierté, ou de la reconnaissance entre pairs, quand on réussit à la passer.

C’est compliqué à quantifier et ça dépend de chacun, mais ce n’est donc vraiment pas “inutile”, même quand on n’est pas freelance ou salarié d’une ESN.

En conclusion, le gain sera certainement beaucoup plus grand pour les profils un peu moins expérimentés que moi, mais même moi, j’y trouve mon compte.

On remonte du rabbit hole

Vous vous souvenez d’où on est parti ??? De là !

J’ai parlé beaucoup des salariés, mais assez peu des entreprises qui demandent à leurs prestataires ou candidats à un poste une certif.

El famoso “une certification sur GCP serait un plus” (quand ce n’est pas carrément obligatoire pour postuler).

Et quand on a dit tout ce que j’ai dit (à savoir, que techniquement, quelqu’un qui a sa CKAD peut potentiellement ne pas savoir gérer une prod), on se demande bien pourquoi c’est demandé par l’entreprise.

Plus j’y pense, et plus je me dis que la personne de la capture d’écran a peut-être un peu raison. Ces gens cherchent à se couvrir, pas à trouver la bonne personne…

Post-scriptum

Est-ce que vous êtes plus avancé qu’avant le début de l’article ?

Non, hein ? 😌

Addendum

Sur Bluesky, Alexis La Goutte me fait remarquer que j’oublie un point important sur “POURQUOI diantre les ESN et sociétés de conseil en tout genre sont si friantes des certifs à gogo” ???

En effet, un point important à savoir est que les éditeurs et les constructeurs ont tendances à cataloguer leurs partenaires en silver / gold / platinum / salade tomate oignon en fonction de tout un tas de critères, DONT le nombre de certifiés.

Concrètement :

“Tu veux revendre mon tout dernier serveur LLED avec une meilleure marge ? Pas de souci, faut juste que tu certifies 50 gars pour passer de Silver à Gold”

C’est plus compliqué que ça, mais vous voyez le délire.

Dans certains deals, j’ai entendu parler d’éditeurs qui refusaient de présenter un intégrateur, car il n’avait pas assez de profils certifiés, alors que l’intégrateur aurait tout à fait été en mesure de répondre à l’appel d’offre.

Avoir un grand nombre de gens certifiés est donc le nerf de la guerre pour améliorer ses marges, voire une question de survie pour obtenir des deals.

Et bien sûr, comme les certifs expirent au bout de 2/3 ans max, ça fait une rentrée d’argent aussi abondante que récurrente. Les éditeurs / constructeurs sont toujours gagnants, comme les casinos.

CNCF Bdx #6 : les slides de mon talk Thanos

Thu, 24 Oct 2019 17:00:10 +0000

Ce soir, je donne un talk sur Thanos au CNCF Meetup de Bordeaux. Comme d’habitude, je met à disposition les slides quelques minutes avant. [Le lien du Meetup pour les curieux]

Besoin de métriques Prometheus à long terme ? Thanos fera des Marvels !

Prometheus, aussi puissant soit il, repose sur plusieurs postulats qui ne collent pas avec tous les cas d’usage. Les métriques doivent être stockées sur un medium local et rapide, il faut un serveur par zone (failure domain) et donc potentiellement un grand nombre de serveurs Prometheus indépendants, difficiles à corréler, …

Arrive alors Thanos (rien à voir avec le bonhomme violet avec un gant doré) !

Celui ci va nous permettre de stocker nos métriques infiniment, tout en les rassemblant au sein d’une même source de données et en améliorant la performance de nos requêtes les plus coûteuses.

Les slides, les slides !

Et voilà les slides :-D

CNCF_meetup6_Thanos.pdf

Le podcast, le podcast !

Si je n’oublie pas de lancer l’enregistrement, je mettrais aussi un fichier audio de la conf, en mode podcast :-p.

CNCF Meetup Bordeaux #6 : Tour d’horizon du monitoring dans Kubernetes

Mon, 14 Oct 2019 15:30:18 +0000

CNCF Meetup Bordeaux

Et rebelotte !

Je récidive et vais de nouveau venir vous raconter comment je travaille au CNCF Meetup de Bordeaux (pour rappel, vous pouvez retrouver les slides de mon passage précédent, dans lequel j’avais fais un REX des incidents qu’on a eu sur Kubernetes).

Pour cette 6ème édition, ça se passera le 24 octobre à partir de 19h00 dans les locaux de « Le Wagon » à Bordeaux.

Le lien vers le meetup et l’inscription

Si vous êtes du coin et que vous êtes de passage et que vous voulez échanger avec vos pairs sur les solutions open sources de containérisation et autres sujets ayant trait au cloud, c’est « the place to be ».

Comme d’habitude, attention car les places partent très vite. Généralement, en 2 jours c’est plié…

CNCF ?

Pour rappel, la Cloud Native Computing Foundation, c’est la fondation « spin-off » de la Linux Foundation qui a été créée pour fédérer, piloter, organiser l’ensemble des projets open source ayant trait aux containers, aux microservices et aux services clouds.

The Cloud Native Computing Foundation builds sustainable ecosystems and fostersa community around a constellation of high-quality projects that orchestrate containers as part of a microservices architecture.

Elle a été créée lorsque Google a légué le code de Kubernetes en 2015.

Le programme

A 19H15, Etienne Coutaud, le co organisateur, nous fera son traditionnel « tour des news de l’écosystème CNCF ».

#1 Monitorer mon cluster Kubernetes (quasiment) sans les mains.

A 19h30, Etienne embraye sur la supervision avec Prometheus dans Kubernetes

Il est impensable de mettre une plateforme en production sans monitoring, ceci est aussi vrai pour du Kubernetes managé ou non. Kubernetes est conçu pour s’intégrer parfaitement avec un autre produit phare de la CNCF Prometheus. Nous verrons durant ce talk comment mettre en œuvre les deux, comment cela s’architecture et comment l’opérer. Nous verrons également comment cette architecture est faite pour nativement accueillir les métriques issus de votre propre code.

#2 Besoin de métriques Prometheus à long terme ? Thanos fera des Marvels !

Et ensuite, c’est mon tour. J’irai un peu plus loin avec Prometheus en vous parlant de Thanos.

Prometheus, aussi puissant soit il, repose sur plusieurs postulats qui ne collent pas avec tous les cas d’usage. Les métriques doivent être stockées sur un medium local et rapide, il faut un serveur par zone (failure domain) et donc potentiellement un grand nombre de serveurs Prometheus indépendants, difficiles à corréler, … Arrive alors Thanos (rien à voir avec le bonhomme violet avec un gant doré) ! Celui ci va nous permettre de stocker nos métriques infiniment, tout en les rassemblant au sein d’une même source de données et en améliorant la performance de nos requêtes les plus coûteuses.

Lier l’utile à l’agréable

A 21h, nous nous retrouverons pour échanger autour d’une bière et d’une part de pizza offert par Gekko (Merci à eux :-D).

CNCF Bdx : les slides de mon REX Kubernetes

Tue, 12 Feb 2019 18:00:56 +0000

Dans ton Kube : retour sur 2 ans d’incidents (Kubernetes) en production

Ça y est, l’heure du Meetup CNCF Bordeaux est arrivée ! Pour rappel, je vais y parler de Kubernetes et des incidents que j’ai eu en production depuis mon arrivée chez Lectra.

Pour ceux qui sont présents (et ceux qui ne sont PAS présents aussi, en fait), je met à disposition les slides du talk, un peu en avance.

CNCF_meetup_Dans_Ton_Kube_REX_20190212.pdf

Le podcast, le podcast !

Si je n’oublie pas de lancer l’enregistrement, je mettrais aussi un fichier audio de la conf, en mode podcast :-p.

Le pitch, le pitch !

Je vous remet le petit pitch pour vous vendre le truc 😉

Pour héberger ses services cloud, Lectra a misé sur Kubernetes. Et si personne n’a réussi (pour l’instant) à planter TOUTE la Prod, ça a parfois secoué un peu ;-).
Je reviendrai donc sur ces deux années passées par la team Ops, et vous partagerai quelques petites tips, souvent apprises sur le tas.

CNCF Meetup Bordeaux #3 : Rex Kubernetes et Chaos Engineering

Mon, 28 Jan 2019 16:15:33 +0000

CNCF Meetup Bordeaux

J’ai le plaisir de participer en temps que speaker à la 3ème édition du CNCF Bordeaux Meetup !

Ça se passera le 12 février à partir de 19h00 dans les locaux de SQLI Digital Experience à Pessac.

Le lien vers le meetup et l’inscription

Si vous êtes du coin et que vous êtes de passage et que vous voulez échanger avec vos pairs sur les solutions open sources de containerisation et autres sujets ayant trait au cloud, c’est « the place to be ».

D’ailleurs, attention, le nombre de place est limité à 80 et elles partent vite…

CNCF ?

The Cloud Native Computing Foundation builds sustainable ecosystems and fosters
a community around a constellation of high-quality projects that orchestrate
containers as part of a microservices architecture.

Elle a été créée lorsque Google a légué le code de Kubernetes en 2015.

Le programme

A 19H15, Etienne Coutaud, le co organisateur, nous fera un tour des news de l’écosystème CNCF

#1 Dans ton Kube : retour sur 2 ans d’incidents en production

A 19h30, je parle :) => petit pitch pour vous vendre le truc ;)

Pour héberger ses services cloud, Lectra a misé sur Kubernetes. Et si personne n’a réussi (pour l’instant) à planter TOUTE la Prod, ça a parfois secoué un peu ;-).
Je reviendrai donc sur ces deux années passées par la team Ops, et vous partagerai quelques petites tips, souvent apprises sur le tas.

#2 Pourquoi le Chaos Engineering ?

And last, but not least, à 20h15, Sylvain HELLEGOUARCH nous parlera de Chaos Engineering !

La richesse de nos systèmes s’accompagne de plus en plus d’une complexité accrue qui diminue la capacité des parties prenantes à anticiper les échecs potentiels ainsi que leurs impacts et conséquences. Une simple panne, qui sur le papier semble anodine, peut conduire à une catastrophe. Il est désormais nécessaire de mettre en places des pratiques visant à re-gagner de la connaissance sur nos systèmes : observabilité et chaos engineering sont les deux plus spécifiques sur ce sujet. Nous allons discuter dans cette session du Chaos Engineering et de son apport dans ce contexte.

Lier l’utile à l’agréable

A 21h, nous nous retrouverons pour échanger autour d’une bière et d’une part de pizza offert par nos hôtes :-D