L’action qui suit,faite sans vous.
Une automatisation est facile à écrire et difficile à faire tenir. Ce qui la fait tenir : une signature vérifiée à l’entrée, une exécution qu’on peut rejouer sans dégât, et un journal où l’on voit ce qui ne s’est pas fait.
Les automatisations en production, avec leurs entrées véri
L’idempotence éprouvée en rejouant un vrai événement deux
La file d’attente, son recul et son plafond d’essais
Le journal et l’alerte sur silence anormal
Comment ça se passe.
L’entrée, vérifiée
Un événement entrant est une donnée NON FIABLE : signature contrôlée, charge validée par un schéma, horodatage refusé s’il est trop vieux.
Rejouable, donc idempotent
Le même événement reçu deux fois — cela arrive — ne doit pas produire deux factures. La clé d’idempotence vient de l’événement, pas d’une intention.
La file, et ce qui se passe quand ça rate
Un service distant indisponible n’annule pas l’événement : il le met en attente, avec un recul croissant et un nombre d’essais borné. Au bout, un humain est prévenu.
La trace, et l’alerte
Chaque exécution laisse une ligne. Et le silence prolongé d’un flux qui devrait tourner est lui-même une alerte.
Ce que vous recevez à la fin
Les automatisations en production, avec leurs entrées vérifiées
L’idempotence éprouvée en rejouant un vrai événement deux fois
La file d’attente, son recul et son plafond d’essais
Le journal et l’alerte sur silence anormal
Questions fréquentes
Une commande arrive, un formulaire part : l’action suivante se fait seule, avec une signature vérifiée, une reprise sur échec et une trace lisible.
Une autre question ? Écrivez-nous →Un outil d’automatisation visuel ne suffirait-il pas ?
Pour trois boîtes, oui. Au-delà, la règle métier devient invisible : elle n’est ni relisible, ni versionnée, ni testable, et personne ne sait plus pourquoi la condition de la boîte sept existe.
Comment éprouve-t-on un webhook avant la production ?
En le recevant pour de vrai : Nexus sait exposer temporairement un service local sur une adresse publique protégée, le temps de faire arriver les vrais événements du prestataire sur votre machine.
Que se passe-t-il si le même événement arrive mille fois ?
Rien de visible, si l’idempotence est en place : la première exécution compte, les suivantes sont reconnues et ignorées. C’est exactement ce qu’on éprouve avant de mettre en ligne.