Une automatisation qui tombe en silence coûte plus cher qu'une qui n'existe pas. Notre cluster porte quarante-quatre charges, décrites dans le code, contrôlées chaque jour, avec des réparations automatiques limitées à ce qui est réversible.
Entre le sourcing, la rédaction, l'envoi, la capture des réponses, le scan de visibilité, la génération documentaire, les démonstrations prospects et l'intranet, Lumivi fait tourner quarante-quatre services. Le 16 septembre 2026, le constat était net : « des bouts d'infra de partout, rien d'uniforme ». Seize charges posées à la main, huit chemins de déploiement, six conventions de nommage. Et les pannes les plus coûteuses étaient silencieuses : des exécutions figées douze jours, un quota épuisé par un tiers, un contrôle jamais exécuté au bon moment.
Les adresses internes, les secrets et la topologie détaillée ne sont pas publiés. Les chiffres sont ceux mesurés sur le cluster de production aux dates indiquées.
Comment une équipe de deux personnes exploite-t-elle quarante-quatre services sans astreinte, sans oublier une brique, et sans qu'une panne silencieuse ne dure des jours ?
Ces blocs explicitent la matière terrain utilisée pour concevoir la solution : objets métier, contraintes, automatisations, données, arbitrages et garde-fous.
Les trois pannes du 1er septembre 2026 n'ont déclenché aucune erreur : une exécution qui ne finit jamais, un quota épuisé chez la victime et non chez le coupable, un contrôle exécuté au mauvais moment avec un résultat vert et faux. Les détecteurs mesurent désormais la cadence, la durée et les résultats, pas seulement les erreurs.
On aurait pu demander à un modèle « regarde si quelque chose cloche ». Une alerte doit être reproductible : dix détecteurs écrits, seuils en tête de fichier, testés. Le modèle n'est appelé que quand un détecteur a parlé, pour diagnostiquer et rédiger.
Le contrôleur ne peut faire que deux choses seul, parce qu'elles se défont. Réactiver un workflow qui envoie des mails aurait pu expédier une rafale de rattrapage : le geste est refusé si le workflow contient un nœud d'envoi. Tout le reste est décrit, jamais exécuté.
Seize charges posées à la main survivaient à une mise à jour de Terraform mais pas à un cluster recréé. Elles ont été adoptées une par une dans le code, avec leurs scripts rapatriés dans le dépôt. Un contrôleur signale désormais toute charge qui réapparaîtrait hors code.
Huit chemins de construction et de déploiement, c'est huit façons de se tromper. Tous les services passent par le même patron : construction à chaque fusion sur la branche principale, image nommée par son empreinte, application ciblée.
L'intranet, les applications historiques du dépôt d'infrastructure et un pilote séparé ne sont pas encore sur le socle unique. Ils y passent un par un, en coordination avec l'associé qui les porte.
La logique n'est pas de montrer une IA abstraite, mais de rendre visible le passage d'un fonctionnement dispersé à un système métier exploitable.
mesurés sur le cluster le 16 septembre 2026.
en une soirée, le 16 septembre 2026, avec onze services alignés sur le nommage unique.
pour les automatisations n8n, seuils testables, modèle appelé seulement sur anomalie.
parce que réversibles, et refusés dès qu'un envoi est en jeu.
écart entre le cluster et le code, mail si écart, point le lundi.
Les résultats réels se suivent dans la durée. On affiche ici les leviers travaillés, et on dit ce qui n'est pas encore mesuré.
deux personnes qui exploitent quarante-quatre services sans astreinte
des pannes silencieuses vues le matin même, pas douze jours plus tard
un cluster recréable à l'identique depuis le code
une seule façon de livrer, donc une seule façon de se tromper
Ce qui n'est pas mesuré à ce stade. Le temps d'exploitation économisé n'est pas mesuré. Le socle unique date du 16 septembre 2026 : l'intranet et quelques applications historiques ne l'ont pas encore rejoint.
Pour une PME qui accumule des automatisations, la question arrive vite : qui vérifie qu'elles tournent encore ? La réponse tient en trois règles transposables : tout décrire dans le code, détecter par du code, ne laisser la machine réparer que ce qui se défait.
Une réalisation utile tient parce qu'elle relie les bons outils, les bons flux et les bons contrôles. On montre ici les briques structurantes sans exposer de donnée confidentielle.
Kubernetes managé OVH en France, 44 charges, namespaces par usage, agents headless dans un namespace dédié.
Terraform avec un module applicatif unique, adoption par import, étiquette de gestion, secrets hors dépôt.
GitLab CI, un patron de construction pour tous les services, image nommée main-empreinte, scan de vulnérabilités bloquant.
infra-doctor à 7 h 20, n8n-doctor avec dix détecteurs et deux gestes en liste blanche, placement-doctor à 7 h 05, chien de garde de l'intranet horaire, audit de code automatique.
Mail via Microsoft Graph sur anomalie seulement, point d'ensemble le lundi, cartes Teams pour les événements commerciaux.
Un détecteur écrit en code la repère le matin même, y compris si elle échoue sans erreur (exécution figée, quota épuisé, contrôle sauté). Un modèle diagnostique et rédige un rapport. Si la réparation est réversible, elle est faite automatiquement ; sinon elle est décrite et un humain tranche.
Parce qu'une réparation irréversible sur un système qui envoie des mails peut expédier une rafale. L'autonomie est bornée par la réversibilité : deux gestes autorisés, chacun revérifiant ses conditions, et refus dès qu'un envoi est en jeu.
Tout est décrit en Terraform, livré par une chaîne unique, nommé de la même façon. Un contrôleur passe chaque matin à 7 h 20 et signale tout écart entre le cluster et le code, y compris une charge posée à la main.
Oui, à l'échelle de ses automatisations : les mêmes trois règles s'appliquent à cinq workflows n8n comme à quarante-quatre services. C'est ce qu'on met en place chez les clients à qui on livre des automatisations, pour qu'elles tiennent après notre départ.
Le diagnostic gratuit permet de partir de vos processus, de vos outils et de vos irritants, puis de déterminer si une démonstration ou un audit IA a du sens.