Ordonnancement et automatisation
Ce qui décide QUAND les choses arrivent. Un seul ordonnanceur pour tout le parc — sauvegardes, vérifications de dérive, mises à jour hebdomadaires, redessin de ces pages — plutôt qu'une crontab par machine que personne ne relit; et un moteur de workflows pour ce qui se déclenche sur un évènement plutôt que sur une heure. Les deux tournent dans la grappe et sont décrits en git comme le reste.
# dans l'architecture générée
app:cronicleclusterapp:n8ncluster
Ces identifiants viennent des dépôts IaC publics, pas de cette page — la vue générée les redessine chaque nuit.
Un pod qui voyage léger : sortir l'état de mon planificateur de tâches
Mon planificateur de tâches gardait ses données sur le disque de son nœud — un pod techniquement mobile, pratiquement riveté. En une session avec Claude Code (Fable 5), son moteur de stockage est passé sur S3 : 1 136 enregistrements copiés en 21 secondes, et un pod qui change maintenant de nœud en 12 secondes parce qu'il n'a plus rien à transporter. L'occasion de clarifier ce que « stateless » veut vraiment dire : on n'élimine pas l'état, on le déménage chez quelqu'un dont c'est le métier.
Débrancher le NAS pour la science : pods zombies, sondes de vivacité, et le bogue NFS qui attendait au tournant
Un redémarrage du NAS a laissé la moitié de mon cluster k3s en état « Running » avec le stockage mort en dessous — et aucune alerte. On a ajouté des sondes de vivacité partout, puis on a vérifié le travail de la manière la plus directe possible : en coupant le courant du NAS. Trois fois. Ce que les trois pannes volontaires ont trouvé, aucune revue de code ne l'aurait vu.