Skip to content

Commit a6b01f1

Browse files
satterlyclaude
andcommitted
Add alert processing flow diagram to design page
SVG diagram showing the full alert flow: parsing, customer assignment, pre_receive plugin pipeline (reject/blackout/rate-limit/heartbeat), dedup/correlate/create decision tree, post_receive plugin pipeline, and audit trail. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
1 parent 6a0ccde commit a6b01f1

2 files changed

Lines changed: 191 additions & 0 deletions

File tree

Lines changed: 178 additions & 0 deletions
Loading

source/design.md

Lines changed: 13 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -53,3 +53,16 @@ Dynamic 'scale up'/'scale down' environments are the defacto
5353
standard now; naming individual servers is lame. Use service
5454
discovery and dynamically generated metadata to tag alerts and
5555
assign custom attributes on the fly.
56+
57+
## Alert Processing Flow
58+
59+
The diagram below shows how an incoming alert is processed from
60+
receipt through to storage and notification. Plugins run twice:
61+
`pre_receive` before persistence (can reject, suppress, or modify)
62+
and `post_receive` after (for side effects like notifications and
63+
forwarding). Plugin routing is re-evaluated between the two phases.
64+
65+
```{image} _static/images/alert-flow.svg
66+
:alt: Alert processing flow diagram
67+
:width: 600px
68+
```

0 commit comments

Comments
 (0)