Le changement qui provoque l'incident est celui que personne n'a annoncé
Personne ne part pour casser la production avec un changement de paramètres. Une limite se relève pour débloquer un client, un indicateur se bascule pendant un test, et une règle d'accès s'élargit pour un après-midi et reste élargie. Aucun de ces cas ne passe par le processus qui les aurait attrapés.
L'enregistrement existe en général dans un journal d'audit que personne ne lit, ce qui rend le changement découvrable après l'incident et invisible avant.
Ce qui rend une notification utile, c'est la valeur d'avant. Savoir qu'un timeout a changé est légèrement intéressant. Savoir qu'il est passé de 30 secondes à 300, c'est toute l'histoire.
Le périmètre compte autant que la vitesse. Alerter sur chaque changement de configuration entraîne les gens à ignorer l'alerte, donc le flux surveille ce que vous avez déclaré sensible et reste silencieux sur le reste.
Comment l'ActionFlow s'exécute sur le canevas
L'état de configuration est lu par un nœud HTTP Request depuis chaque système que vous avez déclaré, sur un déclencheur Start Scheduled, et par un déclencheur Webhook lorsque le système émet des événements de changement directement.
Un nœud Filter resserre tout de suite aux clés que vous avez marquées comme sensibles, c'est ce qui tient le signal digne d'être lu.
Un nœud PostgreSQL tient le dernier état connu, et un nœud Merge joint les états actuel et précédent pour que chaque constat porte une valeur d'avant.
Un nœud Extract Data tire l'acteur et l'horodatage de l'enregistrement d'audit lorsque le système les fournit, et marque l'acteur comme inconnu lorsqu'il ne le fait pas, plutôt que de laisser le champ vide.
Un nœud If compare chaque changement à vos fenêtres de changement déclarées et à vos enregistrements de changements approuvés, pour qu'un changement prévu passe en silence.
Un nœud Generate Text rédige la notification : la clé, la valeur d'avant, la valeur d'après, l'acteur, et s'il correspondait à un changement connu.
Un nœud Slack publie vers le canal propriétaire, et un nœud SMS n'est utilisé que pour les clés que vous avez marquées comme critiques.
Le flux ne rétablit rien. Rétablir une configuration à l'aveugle, c'est ainsi qu'un mauvais après-midi devient une panne.
Nœuds utilisés par cet ActionFlow
- Start Scheduled (Start) avec Webhook (Triggers) : interrogation, et les événements de changement lorsqu'ils existent.
- HTTP Request (Util) : état de configuration de chaque système déclaré.
- Filter (Data) : resserre aux clés que vous avez marquées comme sensibles.
- PostgreSQL (Data) avec Merge (Control) : dernier état connu, pour que chaque constat ait une valeur d'avant.
- Extract Data (Data) : acteur et horodatage, marqués inconnus lorsqu'ils sont absents.
- If (Control) : les changements prévus dans les fenêtres déclarées passent en silence.
- Generate Text (AI Core) : clé, avant, après, acteur, et s'il était attendu.
- Slack (Communication) avec SMS (Communication) : le canal propriétaire, et les clés critiques seulement.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.