IOSOR Guides

Heartbeat et portes de fumée avant alertes

Alertez les humains seulement après un heartbeat de webhook frais et une fumée délivrée prouvant le tuyau; les tableaux de latence ne doivent pas réveiller les opérations.

Les alertes qui réveillent les humains doivent prouver le tuyau d'abord : un heartbeat de webhook frais et une fumée délivrée sur le chemin actif. Les graphiques de latence de vanité ne doivent pas réveiller les opérations. Un HB obsolète équivaut à bloqué pour alerte; pas de vert factice. Cette page concerne «l'hygiène des alertes après preuve du tuyau», pas la Porte traffic_ok avant le volume pilote; ni une analyse profonde de latence (cause racine de la latence SMS). Aussi : Piste du premier jour : ce qui doit être vert, webhooks qui tiennent le lancement et Langage de statut partagé pour le produit et la finance. IOSOR est une marque blanche prépayée. 20 USD financent la preuve de fumée; une revue douce près de 1 000 USD/mois n'exempte pas le HB obsolète.

Les alertes ne sont pas des tableaux de vanité

Un tableau peut sembler sain alors que le consommateur de webhook est silencieux. | Signal | Alerter ? | Pourquoi |

| --- | --- | --- |

| HB frais + fumée délivrée | Oui | Tuyau prouvé |

| Pic de latence seul | Non | Vanité |

| HB obsolète ou sans fumée | Non - bloqué | Vert factice | Les métriques de vanité restent dans les vues d'investigation, pas sur le pager. Si l'âge du HB ou l'intention de fumée manque, supprimez.

Heartbeat frais avant toute alerte

Le heartbeat doit être frais : événements de webhook signés récents, consommateur sans chute silencieuse, IDs correspondant aux lignes du grand livre. Un 200 d'hier n'est pas une licence d'alerte. HB obsolète équivaut à bloqué pour alertes. N'alertez pas quand le HB est hors fraîcheur ou que l'export manque de timestamp HB. Un volume doux près de 1 000 USD/mois n'exempte pas le HB obsolète. Override : propriétaire nommé, raison, nouveau HB frais.

La fumée prouve le tuyau pour lequel les humains se réveillent

La fumée est une preuve d'ingénierie : une intention retenue sur le corridor actif, un résultat terminal (délivré ou échec honnête), ID d'intention exportable. Les humains se réveillent pour des tuyaux cassés, pas pour des graphiques non prouvés. Séquence : HB frais → fumée délivrée → armer les alertes. Sans fumée, supprimez. 20 USD financent le portefeuille de fumée.

Sur quoi ne pas alerter

N'alertez pas uniquement sur des tableaux de latence de vanité, des puces vertes orphelines sans âge HB, de la fumée sandbox sur un autre corridor, un volume doux près de 1 000 USD/mois ou des théories de latence sans preuve de tuyau (cause racine de la latence SMS).

Liste de contrôle acheteur pour HB et fumée avant alertes

Le HB est-il récent ? L'ID d'intention correspond-il au grand livre ? La fumée a-t-elle un résultat terminal honnête ? Si non, le système doit rester bloqué pour les alertes humaines.

Commencez avec IOSOR

Rendez le heartbeat webhook volontairement périmé et prouvez que les pages humaines restent muettes. Rafraîchissez le heartbeat, envoyez une smoke livrée sur le chemin live, exportez les deux horodatages, puis armez le paging. C’est une porte de réveil, pas une cérémonie de badge Live ni un plancher de portefeuille.

À retenir — IOSOR

Les humains ne se réveillent qu’après un heartbeat frais et une smoke livrée.

Faites : exportez l’heure du heartbeat et l’intention smoke avant la première page. Ne faites pas : pager depuis un graphe de latence vaniteux ou un heartbeat périmé.

Ce guide vous a-t-il aidé ?

Guides associés