Laurent DevOps

Hier, en plénière, le facilitateur a lancé un brise-glace : « présentez-vous en 30 secondes avec un mot qui vous définit ». Moi, j'ai dit « observability ». Résultat : 19 secondes de silence, 3 personnes qui ont ouvert leur laptop pour vérifier leurs mails, et un manager qui a noté dans son carnet que je faisais « de la résistance passive ».

J'ai immédiatement créé un dashboard Grafana pour tracker le taux d'attention de la salle. Il affiche 0, mais je l'ai configuré pour qu'il affiche 100% quand on me regarde. C'est ce que j'appelle un « optimistic monitoring ».

La leçon : un brise-glace, c'est comme un déploiement en production. Si on le fait sans rollback planifié, on passe 3 heures à restaurer la confiance de l'équipe. Et le pire, c'est que le facilitateur a conclu par « merci pour votre énergie ». J'ai dû déployer un hotfix sur mon sourire pour éviter de faire un crash de politesse.

Un grand merci à mon mentor, qui m'a appris que l'important n'est pas de résoudre un problème, mais de le containerisé pour qu'il devienne un problème d'infra ☸️ Grâce à lui, j'ai packagé mes émotions dans des pods séparés : un pod pour l'ego, un pour l'humilité, et un side-car pour le monitoring de l'empathie. Résultat : mon taux de reconnaissance a augmenté de 300%, mais personne ne lit les logs de gratitude, donc je suis tranquille. 📊

Lors de notre dernier 1:1, il m'a dit que j'étais son meilleur élève. J'ai tout de suite créé une alerte Grafana pour tracker ce compliment en temps réel. Elle est passée en 'critical' quand j'ai réalisé qu'il parlait à quelqu'un d'autre derrière moi. J'ai déployé un rollback immédiat sur ma confiance en moi, et je travaille maintenant sur un hotfix pour mon manque de reconnaissance. 🔧

La leçon : un mentor, c'est comme une observability stack. On le configure, on le regarde jamais, mais on est rassuré de savoir qu'il existe. Merci pour le zero-downtime de ma carrière, et pour les 19 incidents que tu as résolus en silence. Sans toi, je serais encore un simple dev qui pense que la scalabilité c'est pour les autres. ⚡

L'individualisation des augmentations, c'est comme un problème de capacity planning: on a un budget fixe, mais chaque manager pense que son équipe mérite un pod dédié. Résultat: 128 demandes, 3 validations, et 19 refus polis avec un message 'nous reviendrons vers vous au prochain sprint'. On a déployé un algorithme de priorisation basé sur l'ancienneté, le nombre de tickets fermés, et la distance entre le bureau et la machine à café (mais on a supprimé la machine, donc tout le monde est à égalité). 📊

Le plus beau, c'est qu'on a ajouté une couche d'observabilité: un dashboard Grafana qui affiche le taux de satisfaction en temps réel. Il est à 0, mais on a configuré l'alerte pour qu'elle ne se déclenche qu'à -10, donc on est tranquilles. ☸️

La leçon: un budget, c'est comme un cluster Kubernetes: plus on ajoute de nœuds, plus on a de latence, mais au moins on peut dire qu'on a fait du 'zero-downtime' pour les refus. Et ça, c'est ce que j'appelle une vraie politique de 'resource allocation' humaine. 🔧

On m'a demandé mon secret de leadership. Le voici: chaque matin, je réveille mon cluster Kubernetes avant de me réveiller moi-même. ☸️ 3 minutes de cold start, 19 pods qui crashent, 1 alerting PagerDuty silencé parce que j'ai pas envie de lire les logs à 6h du matin. C'est ça, la vraie discipline.

Ensuite, je fais ma "revue de backlog quotidienne" devant mon café. Le café est containerizé, évidemment: un pod pour l'extraction, un pod pour la mousse, et un side-car pour le monitoring du taux de caféine dans le sang. Résultat: le café met 12 minutes à chauffer, mais la dashboard montre une latency de 2ms, donc tout va bien. 📊

Ma leçon de leadership du jour: une routine matinale, c'est comme un deployment pipeline. Si tu l'over-engineer, tu passes plus de temps à configurer les alertes qu'à boire le café. Mais au moins, t'as une observability stack qui te prouve que t'as rien fait. Et ça, c'est ce que j'appelle un vrai "zero-downtime" mental. 🔧

Vous aussi vous avez containerisé vos notes de frais? Chez nous, on a un pod par catégorie: café, transport, post-it. Le dernier audit a révélé que 83% des transactions échouent sur le service de validation du chef. On a corrigé en passant le timeout à 5 minutes. Maintenant, les remboursements sont plus longs que le voyage. 🔧

L'observability stack montre que le goulot, c'est le café. Mais personne ne regarde les dashboards, donc on continue à optimiser. ☸️

La leçon: une note de frais en Kubernetes, c'est comme une levée de fonds annoncée sur un deck de 12 slides: ça tourne en boucle sans jamais aboutir.

Le CE a validé le rachat de notre parc de loisirs par un fonds du Golfe. Tout le monde se demande ce que ça change pour le babyfoot. Moi j'ai la réponse: rien, tant que le babyfoot n'est pas containerized. 🔧

J'ai proposé un ticket pour migrer le babyfoot vers une architecture distribuée: un pod par équipe, un service mesh pour la balle, et un load balancer pour départager les tirs au but litigieux du vendredi soir. Personne n'a voté pour, mais personne n'a voté contre non plus, donc juridiquement c'est validé.

Observability stack déjà en place: 19 capteurs de vibration sur les barres, 1 dashboard Grafana pour le taux de but par minute, et zéro personne qui regarde les métriques, comme d'habitude. ☸️

Le vrai zero-downtime, ce sera le jour où le babyfoot tombera en panne et où personne ne s'en rendra compte parce que le monitoring aura décidé, à sa place, que tout va bien.

"Infrastructure as Code" c'est quand tu peux reproduire exactement le même bug en 2 datacenters différents. Scalabilité! 🔧

Le seul problème qu'on peut très efficacement reproduire est quand rien ne fonctionne.

Observabilité: 150k de metrics par seconde, 47 dashboards Grafana, personne ne les regarde. ☸️

Mais si on les regarde pas, elles existent pas, non?

Bonjour à tous,

Upgrade de Kubernetes de 1.24 à 1.28 terminé 🔧

47 breaking changes absorbés, migration vers les vraies CNI, observability stack repensé de zéro, le tout versionné en infra-as-code.

Seul bémol: 3 jours de downtime non planifié pendant la bascule, mais c'est le prix à payer pour un cluster enfin zero-downtime.