conference on Zwindler's Reflection

DevoxxFR 2026 - Récap du vendredi (jour 3)

Fri, 24 Apr 2026 16:00:00 +0200

Les résumés des 3 jours de DevoxxFR 2026

Troisième jour de DevoxxFR 2026

Dernier jour, et surtout pour moi : c’était le créneau de notre talk.

Entre le “petit” stress avant de monter sur scène, la tension des démos live, puis le relâchement après coup, cette journée a eu une saveur différente. Moins de talks que les deux jours précédents dans mon programme, et je suis un peu rincé dans mon train retour.

Limits, Requests, QoS, PriorityClasses, démystifions le scheduling dans Kubernetes

C’était notre session, avec un objectif simple : rendre concret un ensemble de concepts que tout le monde voit passer (requests, limits, classes de QoS, PriorityClass, ordonnancement), mais qui restent souvent flous tant qu’on ne les voit pas en situation réelle.

Le format est maintenant bien rodé (on l’avait déjà donné notamment au DevFest Nantes et à Touraine Tech 2026), mais cette édition était clairement notre meilleure exécution jusqu’ici :

transitions très fluides ;
démos live qui ont toutes fonctionné ;
bon rythme entre explication pédagogique et incidents provoqués ;
super interactions avec la salle et beaucoup de questions à la sortie.

On a eu plusieurs personnes qui sont venues nous voir spontanément après la session pour échanger sur leurs cas de prod. C’est exactement ce qu’on espérait : démystifier, puis rendre actionnable.

Plusieurs personnes sont aussi venues simplement nous féliciter à la sortie, et ça m’a vraiment touché.

Côté feedback, les retours ont été excellents, avec une note moyenne de 4.91/5 (45 évaluations) et des commentaires très positifs sur la clarté, l’humour et les démos.

Deux retours (parmi 17 !!!) qui résument bien l’esprit de la session :

“Très dynamique, un magnifique récap et des démos vraiment bien construites et claires. Merci pour ce moment de partage.”

“Des concepts un peu obscurs pour les développeurs, enfin démystifiés, avec de l’humour et des démos qui marchent (toutes !), et des conseils simples et actionnables.”

Franchement, gros moment de satisfaction.

Interview au Studio Devoxx

J’avais aussi un enregistrement prévu au Studio Devoxx, le nouveau format vidéo/podcast de la conférence.

J’étais un peu stressé au départ, mais Emmanuel Bernard m’a rapidement mis à l’aise. Très vite, la discussion est devenue naturelle et très agréable.

On a parlé de Kubernetes (avec quelques anecdotes de production), de notre talk du jour, et aussi de l’écriture technique autour de mon livre Kubernetes : 50 solutions pour les postes de développement et les clusters de production.

Curieux de voir le rendu final quand l’épisode sortira.

Kubernetes et la JVM

Je voulais absolument assister à cette session de Jean-Michel Doudoux et Alain Regnier (SCIAM), par curiosité sur l’angle JVM en environnement Kubernetes.

Talk avec de nombreux rappels des fondamentaux, aussi bien sur Kubernetes que sur Java :

warmup JVM, tiered compilation, impacts du JIT (C1/C2) sur les phases de démarrage ;
importance des ressources CPU allouées (démo assez parlante : 37s de démarrage avec 200m CPU contre 2s avec 1000m) ;
choix du garbage collector influencé par les ressources disponibles ;
détection des limites container et évolutions côté Java (container awareness, MaxRAMPercentage, support cgroups v2) ;
sujets de startup time (Class Data Sharing, AOT) et compromis de GraalVM natif.

Un autre sujet intéressant évoqué : CRaC (Coordinated Restore at Checkpoint), encore très expérimental, qui vise à réduire drastiquement le warmup en s’appuyant sur un mécanisme de checkpoint/restore CRIU, que je suis avec une grande attention (j’en ai déjà parlé plusieurs fois sur le blog, notamment quand je vais au FOSDEM).

Petite réserve : une reco sur Kaniko apparaissait encore dans les slides, alors que le projet est archivé depuis fin 2025.

Globalement, le talk balayait beaucoup de concepts sans forcément rentrer en profondeur sur chacun, je regrette un peu de ne pas plutôt être allé à “Fini les nuits difficiles: Comment l’IA a transformé nos astreintes” de Jean-Philippe Fourès.

Hallway track (encore et toujours)

Comme souvent à Devoxx, une grosse partie de la valeur se joue aussi entre les salles : discussions improvisées, débriefs à chaud, retrouvailles et nouvelles rencontres.

Un peu rincé par cette matinée riche en émotions, j’ai aussi fini de collecter les awards qui me manquaient sur l’app mobile compagnon : j’ai été le 9e à atteindre les 6400 points. Gamification, quand tu nous tiens.

Le format “dernier jour” donne un petit côté bilan collectif, et c’était très sympa de croiser encore plein de monde (Florian, Olivier, Jean-Philippe, Jérôme, Carine, Alexandre, Emmanuel).

Merci particulier à Brian et Quentin, mes collègues Luccasiens, qui ont donné à ce DevoxxFR une saveur spéciale. C’est beaucoup plus chouette de faire une conférence entre collègues que seul (ce que j’ai souvent fait).

Fin de DevoxxFR 2026

Ce DevoxxFR 2026 était encore une très belle édition.

Côté perso, je repars surtout avec :

la satisfaction d’avoir donné notre meilleure version du talk ;
des discussions de fond sur Kubernetes et l’évolution de nos pratiques ;
quelques idées à creuser, au fil des discussions et des meilleures sessions ;
et toujours autant d’énergie prise dans les rencontres.

Merci aux organisateurs, aux speakers, aux bénévoles, aux sponsors, et à toutes les personnes avec qui j’ai pu échanger pendant ces trois jours.

Petit clin d’oeil aux orgas :

la prod est down

le dog est down

mais je m’en fous parce que je devoxx!

Vivement la prochaine édition.

DevoxxFR 2026 - Récap du jeudi (jour 2)

Thu, 23 Apr 2026 18:00:00 +0200

Les résumés des 3 jours de DevoxxFR 2026

Deuxième jour de DevoxxFR 2026

Pour ce jeudi, j’ai raté les keynotes du matin (arrivé un peu tard), j’ai donc commencé par un tour des stands avant d’enchaîner avec les talks de la matinée. J’en ai profité pour récupérer des goodies pour les enfants au passage (:P).

Gérer vos tickets support avec de l’IA mais sans cramer la planète

Matthieu Vincent (Sopra Steria) et Philippe Charrière (Docker) ont présenté un talk sur un cas d’usage IA utile (gestion d’un service “support”), sans exploser les coûts infra.

Le message central : pas besoin d’un gros modèle partout. Selon le besoin, SLM/TLM (S ou T pour small ou tiny) peuvent suffire, à condition de bien cadrer mémoire, contexte et architecture.

Les points principaux :

Dimensionner le modèle sérieusement (poids, KV cache, activations), pas juste prendre “le plus gros”. Ca ne rentrera pas “sur le mac”.
Construire un RAG propre sur l’historique des tickets, avec embeddings et chunking seulement si nécessaire.
Ajouter une couche agentique légère pour orchestrer les actions/outils externes.

J’ai bien aimé que la démo utilise un JSON comme base vectorielle, ça rend très lisible et compréhensible le concept de vecteur et de calcul de distance. J’ai aussi bien aimé la très brève démo de “Docker Agents”, ce qui m’a décidé à enchaîner sur un talk à ce sujet l’après-midi.

Talk efficace, orienté pratique, avec une idée simple mais importante : pour ce type de besoin, “petit modèle bien outillé” bat souvent “gros modèle par défaut”.

L’Agentic Coding, nouveau territoire du Platform Engineering

Yankı Sesyılmaz et Julien Tanay (Doctolib) ont présenté un REX très concret sur l’adoption de l’agentic coding à l’échelle.

Le chiffre marquant : une vraie “task force” de 2 personnes dédiée à l’accompagnement de 600 profils tech, avec un passage assumé en mode agentic-first.

Ce que j’ai retenu :

Le sujet n’est pas juste “quel outil choisir”, c’est un vrai sujet de platform engineering.
Passer en agentic-first impose de revoir les workflows, de soigner le context engineering, de mettre en place une marketplace pour standardiser sans enfermer.
Leur approche tourne autour du Spec-driven Development (specs Markdown versionnées, lisibles humains + machines). Ils ont choisi OpenSpec pour garder un framework léger et adaptable.
Les plus gros utilisateurs de l’agentic sont les profils déjà habitués au context switching (et notamment les DevOps/SRE qui sont très transverses). On réduit la friction avec worktrees, dashboards d’agents et réduction des blocages humains.

Ils ont aussi partagé leur pipeline d’industrialisation outillage : veille, filtre valeur, revue sécurité, test avec AI champions, puis standardisation.

Enfin, les use cases “remote agents” étaient plutôt concrets : backlog de tickets, incidents de prod, migrations techniques, revue de code, avec orchestrateur, observabilité et guardrails pour cadrer le tout.

Talk intéressant, qui pointe les questions à se poser plus qu’il ne répond à comment les résoudre (:p).

Email at scale : comment on a survécu à 800M mails/an (et au DNS)

Julien Goullon et Julien Eyraud (Mirakl)

REX très solide sur un sujet qu’on sous-estime souvent : à ce volume, l’email devient un sujet de plateforme, pas un simple “service annexe”.

Ce que j’ai retenu :

Le contexte est massif : 300+ marketplaces, 170k vendeurs, 500 domaines d’envoi à migrer.
Leur nouvelle archi (Kafka + outbox + traitements asynchrones) a apporté du scale, mais a aussi exposé des effets de bord violents en incident (rebalancing, doublons, consumers bloqués).
Ils ont dû ajouter des garde-fous très concrets : circuit breaker, topics rapides/lents, déduplication Redis, observabilité/reporting.
La migration DNS/fournisseur est un chantier à part entière (SPF, DKIM, propagation, warm-up IP, suppression lists), avec beaucoup d’erreurs côté clients.

Le point le plus intéressant : ils ont investi dans l’outillage et l’autonomie client pour devenir proactifs, au lieu de rester en réaction permanente aux incidents.

Docker Agent - comment simplifier encore plus la création d’agents IA ?

Djordje Lukic et David Gageot (Docker)

Pas pu rentrer, même avec un peu plus de 10 minutes d’avance (maintenant un classique pour la salle Maillot). On m’en a dit du bien, je le mettrai dans la liste des replays.

Le mythe de la neutralité : quand la tech devient politique

Hugo Lassiège (eventuallycoding)

Talk dense et assez courageux sur un sujet qu’on évite encore dans les conférences tech, par peur de se faire étiqueter souverainiste peut être ? (alors que pas du tout).

Ce que j’ai retenu :

Le discours “la technologie est un outil neutre, tout dépend de l’usage” est commode, surtout pour les big techs. Mais un système peut définir ou suggérer son propre usage — une arme reste une arme.
Le numérique n’est pas “virtuel” : il structure concrètement l’accès au monde (transports, paiements, information), et ses biais ont des effets réels (ex. reconnaissance faciale moins performante sur les personnes non blanches au Royaume-Uni).
Les GAFAM sont en avance, mais aussi massivement subventionnés par des fonds publics — ce n’est pas uniquement le fruit du marché libre.
La souveraineté ne signifie pas l’autarcie. Être maître de ses choix sans subir de pressions extérieures, c’est possible dans un cadre d’interdépendance.

La citation qui m’a le plus parlé :

J’espère qu’on est en train de vivre notre effet Sputnik, qu’on appellera peut-être l’effet Trump.

Les exemples concrets sur ce qui se passe quand on se fâche avec les États-Unis (la CPI coupée de ses outils bureautiques, le juge coupé de toute interaction avec le monde) ou sur des déclarations comme “la technologie permettra d’éliminer le vote” (Peter Thiel) remettent bien les enjeux en perspective.

Talk que j’ai bien aimé.

Mise : un multi-outil pour votre poste de Dev & Ops

Rémi Verchère (Gravitek) parle d’un sujet que j’ai découvert avec la sortie des nodes de type Linux chez Clever Cloud il y a quelques mois (cf mon article sur le sujet). Le talk adresse un problème très concret : quand on jongle entre plusieurs projets, versions d’outils, variables d’environnement et scripts maison, ça devient vite le bazar.

Ce que j’ai retenu :

mise.toml permet de figer les versions d’outils par projet et de les installer simplement.
Le système de tasks (avec dépendances) permet de structurer les workflows build -> test -> deploy.
Bon support de l’environnement de dev (variables, venv Python, etc.).
Côté sécurité, il y a des briques utiles (checksum, cosign, lockfiles).

Un outil que je vais clairement creuser, surtout pour réduire la friction sur les context switches Dev/Ops.

Soirée meet-and-greet (version courte)

J’ai brièvement croisé quelques personnes pendant le meet-and-greet, mais j’ai rapidement dû filer au meetup Staff 42 qui commençait juste après. Pas eu le temps de passer à The Voxx, mais ça avait l’air bien, comme d’habitude.

Meetup Staff 42

Quelques sujets abordés pendant la soirée :

Comment naviguer dans l’ambiguïté — et trouver les bons problèmes à résoudre.
Le rôle Staff n’est pas fixe : on navigue entre différents archétypes (dans la définition qu’en donne le livre sur le staff engineering) selon les semaines et les contextes.
Super pouvoir identifié : savoir communiquer / avoir la liberté d’amener de l’innovation.
Il est difficile de devenir Staff sans avoir fait plusieurs entreprises et découvert plusieurs cultures.

Bonne soirée, discussions enrichissantes. On a fini par un dîner ensemble.

DevoxxFR 2026 - Récap du mercredi (jour 1)

Wed, 22 Apr 2026 18:00:00 +0200

Les résumés des 3 jours de DevoxxFR 2026

Premier jour de DevoxxFR 2026

C’est reparti pour DevoxxFR, avec un mercredi bien dense, orienté IA le matin, puis des formats plus diversifiés l’après-midi.

Je pose ici mon récap “à chaud” du jour 1.

L’IA au service du bien commun : agir avec raison dans l’incertain

Laurence Devillers (Sorbonne Université / CNRS) a ouvert la matinée avec une keynote sur les mythes autour de l’IA et sur la nécessité de garder une posture critique.

Un axe central de sa présentation : l’IA peut amplifier nos capacités, mais elle n’est ni neutre, ni magique, ni responsable. Elle aide à la décision en agrégeant des volumes de données inaccessibles à un humain, mais elle ne remplace pas le jugement.

Parmi les idées marquantes :

Le “boom IA” ne commence pas en 2022, l’histoire remonte loin.
L’AGI reste lointaine, notamment sur les dimensions de cognition “système 2”.
Les biais sont structurels (langues, données d’entraînement, cadrage des usages).
Le coût de l’IA est réel, même quand l’interface semble “gratuite”.
L’anthropomorphisme est un piège : un modèle n’a ni responsabilité morale, ni expérience vécue, ni sentiments.

J’ai trouvé que l’intervention aurait pu être intéressante, malgré le côté cours magistral (qui peut rebuter, mais qui a son intérêt), mais l’ensemble était beaucoup trop dense. Beaucoup de concepts ont été enchaînés très vite, avec peu de temps pour creuser chaque point. C’était peu “lisible”.

Les échecs à l’ère de l’intelligence artificielle

Laurent Fressinet (grand maître international, ex-coach de Magnus Carlsen) a proposé un format très pédagogique sur la co-évolution entre joueurs d’échecs et machines.

Le récit repart de la défaite de Kasparov contre Deep Blue, puis montre la rupture introduite par AlphaZero : moins de “règles codées à la main”, plus d’auto-apprentissage massif.

Ce que j’ai trouvé particulièrement intéressant, c’est le changement de posture chez les joueurs :

L’IA n’est plus seulement un adversaire, elle devient un outil d’analyse.
Elle pousse à revisiter des intuitions établies.
Le niveau global (des humains) monte parce que les méthodes d’entraînement changent.

Un bon talk “hors bulle tech” qui ramène à une idée utile pour nos métiers : on peut utiliser l’IA pour progresser, pas seulement pour accélérer. L’important est de s’adapter.

Sous le capot d’une base de données analytique

Sylvain Wallez (Elastic) a fait un deep dive très réussi sur ES|QL, le langage de requêtes “pipe” d’Elastic, et surtout sur son moteur d’exécution.

Le talk couvrait très bien la chaîne complète :

Parsing (grammaire ANTLR).
Plan logique (résolution des champs, types, sources).
Optimisations successives (pushdown de filtres, column pruning, simplifications d’expressions).
Mapping vers plan physique (répartition entre planner node et data nodes).
Optimisations locales avant exécution.

J’ai bien aimé la clarté des explications sur le modèle distribué/colonnaire/vectorisé, et sur la manière dont le query planner “réécrit” la requête de manière itérative pour gagner en performance.

Le contenu était avancé, mais très accessible dans la forme. C’est le genre de talk qui donne l’impression d’avoir tout compris sur le moment, tout en sachant qu’il y a encore beaucoup de complexité sous le capot.

Créer un jeu vidéo avec GitHub Copilot en 3h

Après une pause dej à papoter avec beaucoup de monde : session prévue de 13h30 à 16h30 (Neuilly 253), avec Xavier Noya, Arthur Magne et Tug Grall.

Seul format long que j’avais calé ce jour-là. Trois heures, c’est un gros investissement dans un agenda Devoxx, mais aussi l’occasion de vraiment pratiquer sur du développement IA spec-driven, au lieu d’enchaîner les talks.

Au final, je n’ai pas pu rentrer dans l’atelier (salle déjà pleine) malgré plus de 10 minutes d’avance. Frustrant.

Ce raté a au moins eu un effet positif inattendu : ça m’a poussé à sprinter vers l’amphi Maillot pour le talk suivant.

⌛ Et si on débuguait notre rapport au temps ?

Albane Fagot-Veyron (BPCE SI) — amphi Maillot.

Après m’être fait recaler de l’atelier GitHub Copilot, j’ai donc dû courir pour tenter d’attraper ce talk. Dix minutes d’avance n’avaient pas suffi pour l’atelier, l’amphi Maillot était bondé lui aussi, j’y croyais pas trop. Je fais partie des trois derniers (sur plusieurs centaines de personnes) à avoir eu une place. Ça valait le coup de forcer.

Albane travaille depuis deux ans sur ce sujet (elle a commencé à s’y intéresser après avoir fait un TEDx, mais elle connaissait un peu le sujet, on avait échangé par message en 2024 sur la semaine de 4J, sujet important pour elle à l’époque). Le point de départ : notre rapport au temps peut devenir une vraie source de souffrance, et elle-même a traversé des cycles d’épuisement liés à ça.

Le talk était structuré en trois axes : comment fonctionne notre rapport au temps, les pièges que l’on a créés collectivement, et comment agir à l’échelle individuelle et organisationnelle.

Ce que j’ai retenu :

Le temps perçu n’est pas le temps réel. Enfant, le temps s’écoule lentement (tout est nouveau) ; adulte, il s’accélère. La maladie ralentit la perception. L’activité aussi.
On vit dans une société de l’accélération (Hartmut Rosa) : on remplit les espaces vides, on compresse le temps, on multitâche. Et on paie un prix fort : le context switching coûte jusqu’à 40 % de productivité, et laisse le cerveau épuisé en fin de journée au point que “la seule chose que j’arrive à faire, c’est scroller”. Je vois très bien ce qu’elle veut dire…
L’IA devait nous “faire gagner du temps” — et pourtant, les travaux exposés à l’IA constatent +3h15 de travail par semaine en moyenne. Là encore, je me retrouve à 100% dans ce constat. Je n’ai pas l’impression de travailler “moins” avec l’IA, au contraire.
Le mode réseau par défaut du cerveau (le “temps de rien”) est crucial. Sans lui, pas de récupération cognitive réelle. Le takeaway principal : sanctuariser 5 minutes par jour, en silence, sans distraction.
À l’échelle collective : interroger la culture de l’organisation, ses rythmes induits, pas juste ajouter de la flexibilité en surface.

Excellente speakeuse, sujet hyper pertinent. Un talk que j’avais besoin d’entendre, MERCI MERCI MERCI Albane.

(Je me suis donc accordé une petite pause silence)

Question pour un cluster Kubernetes : quiz sur Kubernetes et ses concepts

À 17h00, Aurélie Vache propose un quiz interactif pour tester (et challenger) ses connaissances sur Kubernetes et ses concepts fondamentaux.

Le format était intéressant, ponctué de démos, avec des questions piégeuses sur des comportements qu’on croit connaître “de base” : requests / limits dans le cadre des HPA, scheduling, effets de bord quand plusieurs paramètres se combinent, etc.

Même sur des sujets qu’on pratique tous les jours, ce genre de quiz remet bien en place et force à revalider ses réflexes.

Cerise sur le gâteau : sur 114 participant(e)s, j’ai gagné.

Récompense : une paire de chaussettes OVHcloud avec le logo “chat” des produits quantiques. Je valide.

Maternité dans la tech : du témoignage à l’action

À 17h50, Estelle Thou (Criteo) revient sur son vécu de la maternité dans le monde tech et propose des pistes d’action concrètes pour les équipes et les organisations.

Le talk aborde un angle qu’on devrait traiter bien davantage dans la tech : comment recruter plus de femmes, les fidéliser, et surtout éviter que la maternité soit vécue comme un frein de carrière.

Trois axes ressortent clairement :

Construire un environnement serein pour annoncer une grossesse (culture managériale, messages portés par le leadership, process RH lisibles et centralisés).
Mieux préparer le retour de congé maternité (1:1 avant départ, plan de retour, mentorat, reprise progressive).
Travailler les points structurels (écarts de salaire, biais de présentéisme, partage réel du congé parental, formation des managers à des situations sensibles).

Un message important : ces aménagements ne sont pas des “avantages”, mais des réponses à des besoins physiques, mentaux et organisationnels bien réels.

J’ai trouvé l’intervention très utile car elle va au-delà du témoignage : elle donne des leviers concrets pour les équipes et les entreprises.

Hallway track

J’ai vu, parlé avec ou croisé Annabelle, Antoine, Horacio, Laetitia, Aline, Rémi, Benoit, Nico (et plus largement le reste de la team Lectra), Alexandre, Aurélien, Mickael, Julien, Sébastien, Thierry, Olivier (x2), Jean Christophe, Fanny, Emmanuel… et sûrement d’autres gens que j’ai oubliés.

Comme d’habitude, les rencontres sont riches et intenses.

Soirée speakers

C’est la tradition, le mercredi soir c’est soirée speakers. Nous nous sommes donc tous retrouvés à 19h30 pour une soirée chill entre speakers.

L’occasion de rajouter de très longues discussions tech, de changer le monde et la société, et un peu de Kubernetes (quand même !) avec Quentin, Sébastien, Guillaume, Albane, Nicolas, Arnaud, Stefan, Marie, Estéban, Hugo, Houssem, Jean Philippe, Romain, Alex,

Touraine Tech 2026 - Récap du jour 2

Fri, 13 Feb 2026 18:00:00 +0200

Jour 2 - C’est reparti !

Me voici dans le train du retour et je prend un peu de temps pour mettre en forme mes notes de la journée. C’est parti pour le récap du jour 2 de Touraine Tech 2026 !

Après une soirée speakers très sympa dans un bar à jeux, je me suis levé un poil trop tard et j’ai loupé la keynote… Dommage 😅.

Lorsqu’un simple bug réseau vous emmène dans les entrailles de Linux

Florian Forestier nous a raconté une histoire de debugging épique.

Le contexte : une équipe de 3 devs en mode “You build it, you run it”, avec une stack Golang/Svelte. Tout va bien, quand soudain arrive un manager qui dit “ça marche PAS”. La PKI est en panne, sur du hardware custom… provenant de matériel reconditionné tchèque (pour la modique somme de 200k€ tout de même).

Le matériel incriminé : des DL380 Gen 10 avec des cartes QLogic FastlinQ 45000. Il y en a 8, et aucune ne fonctionne.

L’enquête commence :

Les cartes sont visibles dans le BIOS ✓
lspci les détecte ✓
Mais ip link ne les voit pas ✗
dmesg affiche des erreurs sur les drivers qed/qede

Testé avec Ubuntu, CentOS, Alpine Linux -> KO partout. Impossible d’avoir des drivers pour des kernels récents compatibles avec Proxmox.

Après une semaine d’échecs collectifs, Florian a une “idée à la con” : installer une vieille Ubuntu 18.04. Moi ça me fait rire, parce que j’aurais commencé par là ! Quand on a du vieux matériel, on teste avec un OS contemporain du matériel.

Bingo ! Ça fonctionne.

À partir de là, investigation par dichotomie : Debian 12 avec le kernel 4.15 de Ubuntu -> OK. Bug présent en 4.17, absent en 4.16, puis rechercher le commit dans les modifications sur les pilotes qed/qede.

La solution : un code “non supporté” pas pris en compte dans une fonction ajoutée en 4.16. 3 lignes de fix.

Pour reverser le correctif dans le kernel Linux, il a fallu écrire sur la bonne mailing-list, avec ses 8 pages de règles. 3 semaines entre l’envoi du mail et le merge (habituellement 1-2 semaines).

Un beau REX de debugging bas niveau ! J’étais vraiment content de l’avoir vu :).

L’ampoule qui en savait trop : voyage au cœur de la sécurité des objets connectés

Paul Pinault nous a plongé dans le monde de la sécurité IoT.

Quelques chiffres pour poser le contexte : 300 millions d’ampoules connectées vendues chaque année, dont 60% en WiFi (vs Zigbee/ZWave). Et côté réglementation, ça bouge :

RED (août 2025) : garantie sécurité cyber EN18031, mises à jour possibles et sécurisées, communications chiffrées, données personnelles nettoyées, plus de mots de passe par défaut
Cyber Resilience Act (2026-2027) : SBOM obligatoire, MAJ pendant 10 ans minimum

Paul a donc disséqué (à la DREMMEL 🤣) une ampoule connectée équipée d’un ESP32-U4WD, avec ses 2 oscillateurs RTC/horloge et son eFuse, pour voir s’il pouvait la compromettre.

Les vecteurs d’attaque analysés :

Port série et JTAG : désactivés post-usine
Pairing WiFi : pas RED-compliant (HTTP car pas d’Internet au moment du pairing = pas de certificat, WiFi ouvert)
BLE Pin : pas possible sur une ampoule
BLE pairing : la voie privilégiée

Point rigolo : pour que les télécommandes soient CRA/RED compliant, l’ampoule doit aussi devenir une gateway BLE vers Internet (sinon, pas de mise à jour).

Au secours ! Mes images pourrissent mes perfs

Antoine Caron et Mathieu Mure nous ont parlé d’un sujet crucial pour les performances web : les images.

Un peu d’histoire… En 1992, la toute première image est affichée sur le web : les Cernettes (du CERN, évidemment).

Aujourd’hui, 99.9% des sites web ont au moins 1 image, et 68% des pages mobiles ont leur LCP (Largest Contentful Paint) lié à une image.

Le royaume des formats :

Morts/vieillissants : BMP, GIF, JPEG, PNG
Modernes : WebP, AVIF, SVG, JPEG XL

Après une chouette explication de comment ça fonctionne “en théorie”, Antoine et Mathieu nous on montré qu’à compression égale, les formats récents prennent moins de place, mais surtout, affichent des artefacts visuels bien moindres dans les hauts niveaux de compression (notamment AVIF).

Les bonnes pratiques présentées :

Taille adaptative avec srcset pour laisser le navigateur choisir la meilleure taille
Balises <picture> avec plusieurs <source> pour gérer différents formats
fetchpriority="high" au-dessus de la ligne de flottaison
loading="lazy" en dessous
Sharp en JS pour le traitement côté serveur
Git LFS pour éviter de commit des fichiers lourds
Cache de build pour éviter de reconstruire chaque image à chaque CI

Bref, j’ai du boulot sur ce blog (je le savais…).

Makers de Père en Fils

Matthias et Sylvain Gougouzian nous ont présenté un talk bonbon sur leurs projets makers en famille.

Un duo pétillant, pour ne pas dire explosif 😂 ! Matthias (le fils) est super cash (pour rester poli), c’était très rigolo à voir.

L’idée de Sylvain : initier ses enfants à l’électronique, comme nous à l’époque en cours de techno. Objectif : faire 1 à 2 projets par an ensemble.

Après découverte de Scratch (apprendre le code par blocs), Pyrates (approfondir avec Python), Micro:Bit (code visuel avec accéléromètres et boutons), TinkerCAD (conception 3D de projets physiques), Sylvain s’est dit que c’était le moment de passer à un vrai projet DE ZERO. Recréer un équivalent du Nabaztag !

Ils ont utilisé la méthode MoSCoW pour prioriser :

Must have : Météo (LEDs), Moteurs
Should have : Écran, GreenIT
Could have : Micro, HP, Carte SD
Won’t have : Bourse, Traffic

Choix techniques : ESP32/Raspberry Pico avec MicroPython.

Le moment touchant du talk : apprendre à se dire les choses. Matthias n’osait plus parler à son père quand une tâche était trop grosse, par peur de décevoir. C’est un point qu’en tant que parent, on peut trop facilement oublier…

Une fois les problèmes de communication réglé, ils ont pu découper en étapes : PoC d’abord (NeoLED, écran, servomoteur, bouton, carte microSD), puis passage au MVP avec la forme physique sur TinkerCAD.

Un bel exemple de transmission intergénérationnelle.

Another World, une belle leçon d’architecture logicielle

Olivier Poncet nous a fait découvrir les entrailles d’un jeu cultissime (bon, moi je le connaissais pas 🫣) : Another World.

Un talk que je voulais voir depuis longtemps, mais comme je savais que je le verrai à TNT26, j’avais décidé de ne pas regarder le replay !

Another World, c’est un jeu vidéo d’aventure/action cinématique sorti en 1991, fait par une seule personne (sauf la musique) : Eric Chahi, pionnier du jeu vidéo français des années 80-90.

Les specs impressionnantes :

Exécutable de 24 Ko
Assets de 1.2 Mo (images et sons)
Un moteur graphique polygonal 2D (pour les animations fluides et séquences cinématiques)
Un moteur sonore 4 pistes PCM
Une machine virtuelle pour tout gérer !

Le matériel de l’époque : Amiga 500 avec 1 Mo de RAM et un HDD de 20 Mo, augmenté d’un Genlock (caméscope/magnétoscope) et d’un magnétophone. Eric Chahi a créé ses propres outils en GFA Basic. Il a utilisé la rotoscopie : capturer une image vidéo, détourer les assets pour créer les animations. Toutes les peintures et graphismes sont faits à la main.

Les données sont compressées avec l’algo ByteKiller, répandu sur Amiga, économe en RAM.

La VM est impressionnante agit comme une vrai machine : 64 threads, 256 registres, 29 instructions / 200+ opcodes. Olivier est rentré dans les détails de l’implémentation des opcodes et de leur conception.

Le moteur vidéo utilise des framebuffers avec 4 pages (2 backgrounds + 2 fenêtres principales, 2 actives et 2 inactives). Les polygones sont hiérarchisés dans des “bounding boxes” pour gérer l’affichage et les collisions. Les backgrounds, trop complexes pour être calculés en temps réel, sont pré-dessinés et mis en “cache”.

Difficile de tout retranscrire, Olivier nous a montré 1001 autres annecdotes sur les optimisations et autres astuces malines dans ce jeu. Olivier n’avait plus de temps pour nous montrer sa réimplémentation du jeu en C++ (qui fonctionne dans un navigateur avec WASM, si je ne dis pas de bêtises).

Une vraie leçon d’ingénierie avec les contraintes de l’époque !

Communauté et remerciements

Comme toujours, le meilleur d’une conférence reste les rencontres.

Je retiens surtout les longues (très longues) discussions avec Horacio et Yannick de Clever Cloud. J’ai aussi enfin pris le temps de papoter avec Estelle, Geoffrey, Julien (x3, décidément 🙃), Valentin, Stéphane (x2), Aurélie, Florian, Jérôme, et sûrement plein d’autres que j’ai oubliés dans le “blur” de la conférence.

Un grand merci à l’équipe d’organisation de Touraine Tech pour cette édition 2026 réussie. Le passage sur 2 jours et le changement de lieu ont été de bonnes décisions. À l’année prochaine !

Touraine Tech 2026 - Récap du jour 1

Thu, 12 Feb 2026 18:00:00 +0200

De retour à Touraine Tech !

Pour la 2ème fois, j’ai participé à la conférence Touraine Tech (la première fois c’était en 2022).

Contrairement à 2022, la conférence a maintenant lieu à l’Université de Sciences de Tours (et non plus à Polytech) et se déroule sur 2 jours. L’occasion de revenir profiter des tourangelles et des tourangeux qui nous reçoivent toujours si bien.

Keynote d’ouverture - La guerre informationnelle

Clément Hammel-Cazenave d’Agoratlas nous a proposé une keynote percutante sur les ingérences numériques et la guerre informationnelle en cours.

Son point de départ : la crise agricole autour de l’abattage des troupeaux bovins à cause de la dermatose nodulaire. En analysant 500k tweets fournis par Visibrain, son équipe a reconstruit le graphe des interactions sur les réseaux sociaux. En utilisant la méthode de Louvain (maximiser les liens intra-communauté et minimiser les liens inter-communautés), puis en labellisant manuellement les communautés, ils ont pu mettre en évidence un phénomène inquiétant : l’exclusion de la parole experte, cantonnée à sa petite bulle, pendant que le débat se polarise entre extrêmes (droites).

Clément a aussi présenté D3lta, un outil open source créé par Viginum, permettant de détecter les contenus dupliqués dans l’objectif de repérer les tentatives d’ingérences numériques.

Point important soulevé : les réseaux sociaux impactent Internet de manière générale, y compris les LLMs qui sont entraînés en partie sur ces contenus. C’est une stratégie délibérée pour transformer les LLMs en “machines à narratif (russe)”.

Mais ils ont aussi des impacts parfois importants sur “la vraie vie”. L’exemple des élections en Roumanie est frappant : un “inconnu” est arrivé au second tour grâce à des ingérences russes sur TikTok. L’élection a été annulée par la Cour constitutionnelle.

Comment riposter ?

Viginum : réseau de coordination et de protection des élections, créé après l’assassinat de Samuel Paty. La France est très en avance sur ce sujet
L’Arcom : manque malheureusement de moyens et de soutien politique
DMA / DSA : les régulations européennes
Nous : quitter X (openportability.org, non mais sérieux, vous attendez quoi ?), faire de l’analyse soi-même (NodeXL, Python, Gephi), éducation, contribuer aux outils comme ATProto ou Gephi

Une keynote qui fait réfléchir sur notre responsabilité collective face à ces enjeux.

Mes trains Jouef passent au numérique, avec des Raspberry et TinyGo !

Un talk bonbon, qui parle d’une belle histoire de side project tech intergénérationnel ! Les speakers nous ont raconté comment ils ont modernisés les trains analogiques du grand-père.

Le problème de base : les trains analogiques fonctionnent en 14V/-14V (pour avant/arrière), mais il est difficile d’en faire circuler plus de 3 simultanément sans collisions. La solution professionnelle, le DCC, permet d’envoyer de la data dans le courant pour gérer plusieurs trains.

La solution DIY en 2024 : TinyGo sur Raspberry Pi Pico W (version Wireless).

L’implémentation a été semée d’embûches techniques :

Pont abaisseur de tension (14V → 5V) + contrôleur PWM pour la vitesse
Problèmes de stabilité du réseau électrique
Stack réseau WiFi absente de TinyGo, donc à recoder !
Watchdog pour reboot automatique en cas de deadlock

Pour réduire encore la taille et rentrer dans certains trains, il a dû changer de carte. Exit le WiFi/TCP-IP, bonjour le Bluetooth ! Résultat : latence passée de 300ms à 1ms. L’inconvénient : cette carte n’a qu’un seul core, donc il a fallu ruser avec des channels pour avoir des boucles non bloquantes. Fini le REST, place aux WebSockets.

Un side project comme on les aime, avec ses galères et ses victoires !

Notre talk : Limits, Requests, QoS, PriorityClasses

C’était notre tour avec Quentin Joly ! Nous avions amélioré le talk par rapport au DevFest Nantes, j’avais rajouté une démo et changé une autre qui devait être un peu stable. Enfin ça c’était sur le papier

Spoiler : les deux nouvelles démos ont échoué… et nous n’avions pas de backup 🙈.

Ce n’est pas grave en soi, les 6 autres démos ont parfaitement fonctionné et le public a été indulgent. Nous avons eu de très bons retours sur OpenFeedback, avec des commentaires très cools mettant en avant que le talk était accessible même aux “non sachants” Kube :

Je rejoins les autres commentaires, côté développement je n’avais qu’une brève connaissance de kubernetes et j’ai pu suivre la conf’ et apprendre plein de choses ! Beau challenge pour les démos c’était au top ! Bravo et merci !

La leçon à retenir : même quand on est sûr de la démo et qu’on la lancée 10 fois sans incident, toujours avoir un plan B !

Pause déjeuner

On souffle, on profite du créneau du midi pour déguster un super potage ainsi qu’un très bon burger au pulled pork. Le traiteur était excellent, et malgré le nombre de personnes à nourrir les plats sortaient très vite. Chapeau !

Metal-As-A-Service : Gérer votre bare-metal comme une machine virtuelle !

Julien Briault continue de nous émerveiller avec la prouesse qu’il a lancé (au début seul, maintenant avec la petite 20aine de bénévoles) en réinternalisant l’informatique des 113 associations, en mutualisant sur une plateforme commune “le cloud du coeur”, entièrement construite sur des dons et des produits open source.

La philosophie : “Tout doit être API”. Ça me rappelle un peu le fameux Bezos API Mandate, mais je ne suis pas sûr que Julien apprécierait la comparaison 😉.

L’infrastructure est répartie sur 3 régions (Paris, Chartres, Marseille), avec pour chaque région 3 datacenters proches pour la haute disponibilité. Le choix du bare-metal permet d’éviter les dépendances centralisées (on se souvient tous de la panne US-EAST-1 qui a fait tomber les 3/4 d’Internet…).

Pourquoi MAAS (Metal-As-A-Service de Canonical) ?

Ironic (OpenStack) : mauvaise UX, nécessite un OpenStack complet
Tinkerbell : a besoin de Kubernetes
MAAS : existe depuis 2012, AGPL, supporte tous les vieux serveurs

Le cycle de vie : boot PXE, récupération des paramètres BMC, remontée dans l’inventaire, configuration BMC pour le power control managé par MAAS. Tout est API : les calls sont envoyés à Netbox et Slack.

Point FinOps intéressant : grâce à Open Baremetal (écrit en Rust) qui utilise RAPL (Running Average Power Limit) via Scaphandre et VictoriaMetrics, ils allument et éteignent les machines en fonction de seuils. Résultat : division par 3 de la consommation électrique et 300 000€ économisés par an (soit 300 000 repas !).

Pause et discussions avec les sponsors

J’ai longuement discuté avec Horacio et Yannick (akanoa) de Clever Cloud. Au menu : développement à l’ère de la GenAI, ordonnancement d’agents IA, et… Kubernetes managé chez Clever Cloud. Je n’en dis pas plus 😏.

Les Agents : l’ordre dans le chaos des IA

Thierry Chantier nous a fait un état des lieux du monde des agents IA.

Rappel sur les LLMs : ce sont des modèles statistiques entraînés sur des montagnes de texte. On est passé du “texte only” à des systèmes “agentic” qui bougent très vite. Un agent, c’est une entité autonome avec la capacité de décomposer des tâches et de s’auto-évaluer.

Conseil important : spécialiser les agents pour optimiser les outils, réduire le domaine et être plus performant. On peut même utiliser des SLM voire des TinyLM pour des cas d’usage spécifiques.

Les différents types de workflows :

Séquentiel : les agents s’enchaînent
Routeur : route vers le bon agent
Hand-offs : comme le routeur, mais les agents peuvent déléguer s’ils s’estiment incapables de répondre
Superviseur : comme le routeur, mais vérifie que l’objectif est atteint

Côté frameworks, Thierry a mentionné :

LangGraph (de LangChain) : un peu trop couplé
ADK (Agent Development Kit)
Strands Agent : beaucoup plus agnostique
Crew.ai

J’ai aimé la mention de l’option Tracing=true dans crew.ai. Si je comprend bien, ce sont des traces OpenTelemetry et pour pouvoir debug un workflow, ça me parait hyper intéressant.

KO technique

J’avais prévu de voir le talk de Stéphane Philippart sur les CLI boostées à l’IA avec Picocli, ou celui de Laurent Grangeau sur la protection de la mémoire.

Mais la fatigue de la soirée “before” passant par là, j’ai décidé de rentrer un peu plus tôt à mon hôtel, en attendant la soirée speaker. Celle-ci a eu lieu dans un bar à jeux privatisé, l’occasion de rencontrer d’autres speakers autour de tapas et d’une bière bien fraîche.

À suivre…

La suite au prochain épisode avec le récap du jour 2 ! Stay tuned 🎉

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 :)

Retrouvez-moi dans le podcast Hack'n Speak (0x33)

Fri, 30 Jan 2026 08:00:00 +0100

Hack’n Speak

J’ai eu le plaisir d’être invité par Martial Puygrenier (aka mpgn) dans son podcast Hack’n Speak !

Pour la première fois dans ce podcast orienté sécurité, on plonge dans Kubernetes, évidemment sous l’angle de la sécurité.

J’y partage mon retour d’expérience après bientôt 10 ans dans le grand bain de Kubernetes : bonnes pratiques, pièges à éviter et vision terrain.

On termine l’épisode en parlant de ce blog, de mon titre de Kubestronaut et de mon livre.

0x33 – Du Kubernetes, de la sécurité, une anecdote

En attendant que la moulinette de MAJ des postcasts côté deezer rattrape le retard (coucou les anciens collègues 🫣), l’épisode est disponible sur Spotify :

Écouter l’épisode sur Spotify

[EDIT] Voilà la version DEEZER

-Écouter l’épisode sur DEEZER

Les liens mentionnés dans l’épisode

Et pour vous faciliter la tâche si vous les cherchez, voici les ressources dont je parle dans l’épisode :

Le post mortem de Datadog - une plongée fascinante dans un incident majeur
Ciel ! Mon Kubernetes mine des bitcoins ! - mon talk sur la sécurité Kubernetes
Mon livre : 50 solutions pour les postes de dev et les clusters de production

Merci Martial !

Un grand merci à Martial pour l’invitation et l’échange. C’était vraiment cool de pouvoir parler de Kubernetes sous l’angle sécu dans un podcast dédié au sujet.

Bonne écoute à toutes et à tous !

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 !