Aller au contenu
TypeDéverrouilléÉtapeProductionDifficultéSimpleTravailForensique d'incidentPourDevOps & infraPourÉquipes de devServicesPipeServicesFilesPourquoi HoodyHTTP-natifPourquoi HoodyMultijoueur par défaut
TypeDéverrouilléÉtapeProductionDifficultéSimpleTravailForensique d'incidentPourDevOps & infraPourÉquipes de devServicesPipeServicesFilesPourquoi HoodyHTTP-natifPourquoi HoodyMultijoueur par défaut
TypeDéverrouilléÉtapeProductionDifficultéSimpleTravailForensique d'incidentPourDevOps & infraPourÉquipes de devServicesPipeServicesFilesPourquoi HoodyHTTP-natifPourquoi HoodyMultijoueur par défaut
TypeDéverrouilléÉtapeProductionDifficultéSimpleTravailForensique d'incidentPourDevOps & infraPourÉquipes de devServicesPipeServicesFilesPourquoi HoodyHTTP-natifPourquoi HoodyMultijoueur par défaut
Retour aux cas d'utilisation
use-cases / replay-this-mornings-incident / hero
PIPE · REJEU D'INCIDENT

Rejouez l'incident de ce matin à toute l'équipe

Il est 14h. L'incident de 7h fait l'objet d'un post-mortem. Six ingénieurs veulent parcourir la séquence exacte de logs vue par le SRE d'astreinte au moment des faits. Vous diffusez le snapshot via une seule URL Hoody Pipe avec ?n=8. Tout le monde regarde la cascade se dérouler sur son propre terminal au même instant — pas de captures d'écran, pas de scroll désynchronisé, pas d'enregistrement Zoom.

Lire l'API du pipe
use-cases / replay-this-mornings-incident / mechanism

Un snapshot. Un pipe. Six terminaux en lockstep.

Prenez le fichier de logs au moment de l'incident de ce matin depuis votre snapshot hoody-files. Diffusez-le via un chemin Hoody Pipe avec ?n=8. Huit ingénieurs font curl sur le même chemin. Le pipe attend que tout le monde soit connecté, puis les octets passent une seule fois au rythme que vous fixez — chaque lecteur voit la même ligne au même instant.

post-mortem.host · expéditeur
PUT · rejeu
# The 7am incident is captured in incident-2026-05-04.log
# (snapshotted from /var/log/app at 07:25 by the on-call SRE).
# Replay it through a pipe path with ?n=8 — the server waits
# until eight readers connect, then the bytes move through once.
# pv -L 50k rate-limits the replay to a readable 50KB/s.

cat incident-2026-05-04.log \
  | pv -L 50k \
  | curl -T - \
      "https://prod-pipe.containers.hoody.com/api/v1/pipe/replay?n=8"

# [INFO] Waiting for 8 receiver(s) to connect...
# [INFO] Streaming to 8 receiver(s) at 50.0 KB/s
8 lecteurs connectés · le pipe ne retient rien · les octets passent une seule fois
alex / ben / chen / dani / ev / fox / deux autres · lecteurs
GET · lockstep
# Each engineer in the post-mortem call runs the same line.
# They block until everyone has joined, then the cascade scrolls
# past their terminal at the exact rate the SRE saw at 07:23.

curl "https://prod-pipe.containers.hoody.com/api/v1/pipe/replay?n=8"

# 07:23:14 INFO POST /v1/checkout u_28f
# 07:23:15 WARN stripe latency 2.4s
# 07:23:16 ERR  500 stripe timeout
# 07:23:17 ···  auto-rollback armed
# ...the whole cascade, in order, on every terminal at once.

Deux pièces de l'API Pipe documentée : PUT /api/v1/pipe/[path] côté expéditeur, GET /api/v1/pipe/[path] côté chaque lecteur, les deux indexés par le même n. Le serveur transfère le Content-Type de l'expéditeur, garde la connexion ouverte jusqu'à un TTL de 5 minutes en attendant les lecteurs, et applique de la backpressure si un lecteur est lent. Le rythme du rejeu est entièrement fixé par l'expéditeur — pv, dd, ou tout limiteur de débit en qui vous avez confiance.

use-cases / replay-this-mornings-incident / powers

Ce que regarder ensemble fait, qu'un document ne peut pas faire

Un flux qui défile change la conversation. Les gens cessent de débattre de ce qui s'est passé et commencent à regarder ce qui s'est passé. Trois propriétés du pipe rendent cela possible.

MULTIJOUEUR PAR DÉFAUT

Six terminaux sur la même tête de lecture

n=N est documenté dans l'API Pipe : chaque lecteur qui rejoint le même chemin avec le même n reçoit une copie identique en fan-out. Huit ingénieurs voient tous la même ligne défiler au même instant — personne n'est en avance, personne ne plisse les yeux sur le partage d'écran de quelqu'un d'autre.

DÉBIT FIXÉ PAR L'EXPÉDITEUR

Rejeu suffisamment lent pour être lisible

Les vrais logs de prod défilent plus vite que les humains ne peuvent absorber. pv -L 50k limite le rejeu à un rythme lisible ; le pipe transporte le débit que l'expéditeur choisit. Vous pouvez mettre le post-mortem en pause par ctrl-Z sur l'expéditeur et reprendre par fg — le terminal de chaque lecteur se met en pause avec vous.

ÉPHÉMÈRE PAR DÉFAUT

Le rejeu finit, le pipe disparaît

Le pipe ne stocke aucun octet. Quand le cat se termine ou que le SRE fait ctrl-C sur l'expéditeur, le chemin se ferme — pas d'endpoint résiduel exposé sur Internet, pas de transcription à gérer en rétention. Relancez-le depuis le snapshot pour qui a rejoint l'appel en retard.

use-cases / replay-this-mornings-incident / session

Comment se déroule une séance de rejeu

Quatre temps depuis les logs au moment de l'incident jusqu'au rejeu partagé du post-mortem. Rien ici n'est de l'infrastructure sur mesure — le snapshot vit dans hoody-files, le rejeu chevauche une seule URL Pipe.

  1. 0107:25

    Snapshotez les logs

    Le SRE d'astreinte copie /var/log/app à 07:25 dans un bucket hoody-files. Le fichier est la source de vérité pour tout ce qui s'est passé dans la fenêtre de cascade.

  2. 0213:55

    Ouvrez la salle de réunion

    Le lead écrit une URL Hoody Pipe avec ?n=8 (six ingénieurs + marge pour deux retardataires) et la colle dans le canal du post-mortem. Les destinataires peuvent se connecter en premier — le pipe garde la place jusqu'à 5 minutes.

  3. 0314:00

    Lancez la lecture

    Le SRE envoie le snapshot via pv -L 50k dans l'URL. Le serveur attend que huit curl soient connectés, puis les octets passent une seule fois en lockstep — la cascade se déclenche sur six terminaux au même instant.

  4. 0414:18

    Rejeu pour les retardataires

    Le directeur arrive en retard. Relancez la même ligne. Le pipe est un chemin, pas un endroit — il n'y a rien à chercher, rien à rembobiner, rien de stocké sur le serveur. Il suffit d'appuyer à nouveau sur lecture.

use-cases / replay-this-mornings-incident / capacity

Quelle taille peut atteindre la salle ?

D'après la spécification documentée de l'API Pipe. Limites et comportements qui transforment une seule URL en théâtre de post-mortem.

  1. LECTEURS PAR CHEMIN256

    Plafond documenté sur n. Votre appel de post-mortem ne sera jamais à court de places — le pipe passe à l'échelle d'une organisation entière.

  2. OCTETS STOCKÉS0

    Le pipe est diffusé en direct de bout en bout. Le rejeu ne laisse aucune trace sur le serveur quand l'expéditeur se déconnecte.

  3. FENÊTRE DE JONCTION5 min

    Les destinataires peuvent se connecter avant l'expéditeur ; le pipe garde la place jusqu'à 5 minutes pour les retardataires.

Source : API Hoody Pipe — limites documentées pour /api/v1/pipe/[path], paramètre n (1–256), et TTL de pipe non établi.

use-cases / replay-this-mornings-incident / punchline

Le post-mortem n'est pas un document. C'est un flux que tout le monde regarde ensemble.

pas de scroll désynchronisé · pas de partage d'écran à plisserune URL · huit curl · une tête de lecture
POST-MORTEMhieraujourd'hui
  • ARTÉFACTDocument Confluence avec captureshttps://prod-pipe.../pipe/replay
  • SYNCHROchacun scrolle à son rythmelecture en lockstep pour n=8
  • RÉTENTIONle PDF reste pendant des annéesctrl-C et le pipe a disparu
  • REJEUplanifier un second Zoomrelancer le même curl
Lire l'API du pipe
use-cases / replay-this-mornings-incident / replaces

Ce que cela remplace

L'ensemble d'outils et de rituels que vous invoquez actuellement pour faire parcourir à une équipe la chronologie d'un incident. Chacun stocke quelque chose, facture par siège, ou perd le rythme. Le pipe est une seule URL avec une tête de lecture partagée.

  • Document de post-mortem ConfluencePage statique avec captures obsolètes
  • Rapport d'incident NotionListe à puces, sans synchronisation temporelle
  • Captures collées dans SlackPerd l'ordre et le rythme de la cascade
  • Sessions manuelles de relecture des logsUne personne scrolle, les autres plissent les yeux
  • Chronologie Zoom enregistréeChacun avance à son propre rythme
  • Annotations de notebook DatadogLicence par siège, pas de tête de lecture partagée
use-cases / replay-this-mornings-incident / cta

La cascade se déclenche sur six terminaux en même temps. La conversation change. Les gens cessent de débattre de ce qui s'est passé et commencent à regarder ce qui s'est passé.

Lire l'API du pipe
use-cases / replay-this-mornings-incident / related

Découvrez les autres