Observability: Notify-Queue und PgListener-Reconnects ueberwachen #6

New Issue

RDietermann · 2026-08-14T17:10:33Z

RDietermann commented

2026-08-14 17:10:33 +00:00

Zwei Pflichtmetriken aus der Entscheidung Fan-out immer ueber NOTIFY:

Fuellstand der Postgres-Notify-Queue. Laeuft sie voll, weil ein Listener haengt, scheitern Transaktionen beim Commit — also auch normale Schreibvorgaenge.
Reconnects des PgListener. Jeder loest einen Resync-Hinweis an alle Verbindungen aus, ist also ein Lastereignis und zugleich ein Hinweis auf ein Netz- oder Datenbankproblem.

Dazu: PgListener belegt eine dedizierte Verbindung ausserhalb des Pools (max_connections = 10) — beim Sizing einplanen.

Hintergrund: docs/realtime/issues/08-fan-out-architektur.md

Zwei Pflichtmetriken aus der Entscheidung *Fan-out immer ueber NOTIFY*: * **Fuellstand der Postgres-Notify-Queue.** Laeuft sie voll, weil ein Listener haengt, scheitern Transaktionen **beim Commit** — also auch normale Schreibvorgaenge. * **Reconnects des `PgListener`.** Jeder loest einen Resync-Hinweis an alle Verbindungen aus, ist also ein Lastereignis und zugleich ein Hinweis auf ein Netz- oder Datenbankproblem. Dazu: `PgListener` belegt eine dedizierte Verbindung ausserhalb des Pools (`max_connections = 10`) — beim Sizing einplanen. Hintergrund: `docs/realtime/issues/08-fan-out-architektur.md`

RDietermann added the realtime label 2026-08-14 17:10:33 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: RDietermann/rustification-server#6