Pourquoi ce blog s'appelle OOMKilled

Si tu fais tourner quoi que ce soit sur Kubernetes depuis plus d’une semaine, tu as déjà croisé OOMKilled.

C’est le statut que choppe ton pod quand il réclame plus de mémoire que le nœud ne veut bien lui donner, et que l’OOM killer du kernel débarque pour terminer le processus. Pas d’arrêt propre. Pas d’au revoir. Exit code 137. Un dashboard qui vire au rouge pendant que tu es en plein milieu d’une phrase, en réunion.

J’ai baptisé ce blog d’après ça parce que ce moment-là — l’échec brutal, légèrement humiliant, que tu aurais dû voir venir — c’est ce qu’il y a de plus honnête dans ce métier. On passe nos journées à dessiner de jolis diagrammes d’architecture, et la prod passe les siennes à trouver la seule case qu’on a dessinée trop petite.

Ce qu’est ce blog

Des récits de guerre, avec les chiffres laissés dedans. De vrais incidents, de vraies mauvaises configs, de vrais « on a mis la limite de mémoire à un chiffre rond que personne n’a justifié et on l’a payé trois mois plus tard ». Moins de brochure commerciale, plus de postmortem.

Je bosse en freelance sur des missions DevOps, cloud et SRE, ce qui veut dire que je vois les mêmes erreurs sous des tas de formes différentes. Les boîtes changent ; les modes de défaillance riment. Ce sont ces rimes que je veux coucher par écrit.

Ce qu’il n’est pas

Ce n’est pas une usine à tutoriels. Il y a déjà bien assez de billets « 10 commandes kubectl que tu dois absolument connaître ». Si un sujet est déjà bien couvert par la doc, je mettrai un lien vers la doc.

Ce blog ne va pas non plus faire semblant que les systèmes sont bien rangés. Le plus intéressant, c’est toujours l’écart entre le design et ce qui a réellement fini en prod.

Le contrat

Chaque billet ici devrait te laisser avec l’une de ces deux choses : une panne que tu peux désormais éviter, ou une façon de penser tes systèmes qui survit au contact de la prod. Si un billet ne fait ni l’un ni l’autre, c’est qu’il a gâché ton scroll, et j’aurais préféré ne pas l’écrire.

Bienvenue. Attention aux limites de mémoire.