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 noeud, 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 noeud 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.