Des automatisations qui s’arrêtent pour demander

La maintenance d’une agence, c’est surtout six tâches identiques faites à la main, mal, quand quelqu’un y repense. Elles restent manuelles parce qu’une étape au milieu demande à un humain de regarder une liste et de décider, et un script qui décide à votre place est un script auquel vous ne confierez pas un serveur de production.

Les automatisations d’Unolia s’arrêtent donc.

Une recette est une suite d’étapes. Certaines rassemblent des faits, certaines vous posent une question, certaines agissent. Cinq sont disponibles aujourd’hui : mettre un nouveau domaine sous monitoring, redémarrer des serveurs après une mise à jour du noyau, mettre à jour des serveurs Ubuntu, synchroniser les vraies IP d’Oh Dear, et corriger une CVE de type copy-fail. Chacune commence par établir ce qui est réellement concerné, puis vous montre cette liste et attend. Vous choisissez les trois serveurs que vous visiez, pas les onze qu’elle a trouvés. Rien n’agit avant votre réponse.

Une exécution démarre de trois façons : vous appuyez sur le bouton, une planification se déclenche, ou quelque chose se produit dans votre infrastructure et la recette y réagit.

Quand une recette doit atteindre un serveur, elle génère une clé SSH temporaire pour l’exécution, l’installe, fait le travail et la retire ensuite. Vos clés permanentes restent où elles sont. Les secrets dont une recette a besoin vivent dans le coffre de l’exécution et n’atterrissent jamais dans le journal.

Chaque exécution garde sa trace : les étapes jouées, ce que chacune a trouvé, la question posée, la réponse donnée, et la sortie de chaque commande. Quand un client demande ce que vous avez fait sur ses serveurs mardi dernier, la réponse est là, et elle est déjà écrite.

Chaque recette de cette liste est un travail que j’avais déjà fait à la main assez souvent pour savoir où il devait s’arrêter et me demander quelque chose.