The relay exposes an internal admin listener:
curl -fsS http://purple-wolf-relay:9090/healthz
curl -i http://purple-wolf-relay:9090/readyz
curl -fsS http://purple-wolf-relay:9090/version
curl -fsS http://purple-wolf-relay:9090/metrics/readyz returns ready after configured sources and subscriber workers start.
An unrecoverable source or parser failure immediately clears readiness and exits
the relay with an error so the workload supervisor can restart it. Use
/healthz for process liveness and /readyz for rollout gating.
If relay.admin_token_env or relay.admin_token_file is configured, /metrics
and /version require Authorization: Bearer <token>. /healthz and
/readyz intentionally stay unauthenticated so Kubernetes probes keep working.
Scrape /metrics from the relay service. Watch:
- parsed event totals by status
- subscriber delivery attempts and failures
- subscriber queue drops
- DLQ growth
- build/version labels
- Deploy monitor mode.
- Attach the monitor Middleware to a small route set.
- Review audit lines and subscriber events for at least one traffic cycle.
- Add bounded labels such as
tenant,service, andenvironment. - Move one low-risk route to enforce mode.
- Expand enforce mode after false positives are understood.
Create a new HMAC secret in the target subscriber, update the Kubernetes Secret
referenced by secret_env, restart the relay, and remove the old secret after
the subscriber's replay window expires.
Before upgrading production, verify the release using
docs/release-verification.md, then deploy
digest-pinned images and a chart version pinned to the verified release.