Incidents

Un incident, c'est une URL en échec. Il s'ouvre sans vous, au moment où PostShip accepte de vous écrire, et se ferme sans vous, au retour au vert. Entre les deux, la seule décision humaine est de le raconter : une phrase, publiée sur la page de statut et envoyée aux abonnés. Ce n'est pas un outil d'astreinte, pas de rotation ni de SMS : c'est ce qu'une page de statut doit pouvoir afficher, et le seul geste de la chaîne qui demande quelqu'un.

Ce que PostShip fait

Ouverture

Un incident naît à la N-ième confirmation d'échec, N étant la « Confirmation avant alerte » de Règles (1 par défaut). C'est le même instant que l'alerte, et c'est voulu : il y a incident quand il y a de quoi écrire à quelqu'un. Il naît même si l'alerte elle-même est ensuite avalée par le dédoublonnage, les heures calmes ou une maintenance : une panne dont l'alerte est retenue reste une panne.

Il porte, dès l'ouverture, un résumé pré-rempli par la phrase de l'alerte : « /checkout répond 503. », « Le prix n'apparaît plus sur /pricing. » — le chemin, jamais l'URL entière, parce que ce texte peut finir sur la page de statut. Un seul incident ouvert par URL : deux passages concurrents ne peuvent pas en créer deux.

Fermeture

Le retour au vert de l'URL passe l'incident en « Résolu » et fixe son heure de rétablissement, qu'une alerte de rétablissement parte ou non. Le résumé n'est pas réécrit : ce qu'on a dit pendant la panne reste ce qu'on a dit.

Publication

Un incident naît non publié. La panne est réelle, la décision de la raconter appartient au propriétaire. Publier envoie la phrase sur la page de statut, dans l'historique qu'elle affiche, et par email aux abonnés de la page (« Incident en cours », ou « Incident résolu » si l'incident était déjà refermé). Mettre à jour la phrase ensuite ne prévient pas les abonnés deux fois.

La page Incidents

Projet → Incidents, en trois parties.

• La barre de silence : « Couper 1 h / 4 h / 24 h » et « Reprendre les alertes ». Coupe toutes les alertes du projet, tous canaux confondus ; la surveillance continue.
• Ce qui est en échec en ce moment : une carte par URL en échec, avec la phrase qui nomme la cause, depuis quand, et la salle d'incident.
• Journal : chaque alerte réellement envoyée sur 24 h, 7 j ou 30 j (7 j par défaut), avec son libellé (En échec, Rétabli, Contenu modifié, Dérive DNS) et les canaux qui l'ont portée (Email, Discord, Slack, Telegram). Une alerte partie sur trois canaux est une ligne, pas trois. La fenêtre réelle s'arrête à la rétention du plan.

La salle d'incident

Pour chaque incident ouvert ou récent :

1. L'état : « On investigue », « Identifié », « Résolu », suivi de « · non publié » tant qu'il ne l'est pas ; « ouvert il y a 12 min », « rétabli il y a 3 min ».
2. « Je m'en occupe » ou « Pris en charge par marie il y a 12 min » : voir Acquittement.
3. « Ce que vos clients liront » : la phrase, 140 caractères au plus. Une page de statut se lit en dix secondes sur un téléphone ; ce qui n'y tient pas est un article qu'on n'écrira jamais pendant une panne. Puis « Publier », qui devient « Mettre à jour ».
4. Une fois publié : les boutons vers les autres états (« Identifié », « Résolu », « On investigue ») et « Retirer de la page ».
5. Le lien « Cause probable » vers la chronologie et le post-mortem : voir Cause probable.

Ce qui déclenche une alerte

L'ouverture d'un incident et l'alerte d'échec sont le même événement, soumis aux mêmes règles : voir Email, Discord, Slack, Telegram. Le changement d'état ou la publication n'envoient rien sur vos canaux ; la publication envoie aux abonnés de la page de statut. L'escalade, si elle est réglée, renvoie l'incident à toute l'équipe quand personne ne l'a pris en charge à temps.

Limites et plans

Voir les plans et Données et rétention.

Dépannage

Pourquoi mon incident n'apparaît pas sur la page de statut ?

Il n'est pas publié. Écrivez la phrase et cliquez sur « Publier ». La page n'affiche que les incidents publiés, et seulement sur la fenêtre d'historique de votre plan.

Pourquoi le journal montre une alerte alors que je n'ai rien reçu ?

Le journal enregistre ce qui a été envoyé par PostShip. Si l'email n'est pas arrivé, regardez vos indésirables et la case « Une URL tombe en échec » dans Compte → Paramètres → Notifications. Si un canal de salon manque dans la colonne des canaux, c'est que son envoi a échoué (webhook supprimé, par exemple) : reconnectez-le depuis Intégrations.