HLS su edge e monitoraggio ops con latenza p95.
Evita di saturare Puma in diretta, separa i check Rails/pubblico e traccia la latenza /up per alert più affidabili. Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
@@ -7,7 +7,7 @@ Sistema integrato per health check continui, analisi log, dashboard incidenti e
|
||||
| Componente | Ruolo |
|
||||
|------------|-------|
|
||||
| `Ops::HealthMonitorJob` | Sidekiq — health check ogni ~3 min |
|
||||
| `Ops::HealthChecks` | Disco, DB, Redis, MediaMTX, Garage, Sidekiq, HTTP pubblico |
|
||||
| `Ops::HealthChecks` | Disco, DB, Redis, MediaMTX, Garage, Sidekiq, HTTP Rails (critical), latenza p95 `/up`, HTTP pubblico (warning) |
|
||||
| `Ops::LogScanner` | Pattern regex su log Docker (cron ogni 10 min) |
|
||||
| `Ops::Incident` | DB — incidenti con deduplicazione |
|
||||
| `Ops::Notifier` | Push ntfy + email opzionale |
|
||||
@@ -81,6 +81,12 @@ Vedi [`infra/.env.production.example`](../infra/.env.production.example).
|
||||
| `OPS_NTFY_TOKEN` | — | Bearer token (topic protetto) |
|
||||
| `OPS_ALERT_EMAIL` | — | Fallback email |
|
||||
| `OPS_HEALTH_INTERVAL_SECS` | 180 | Intervallo health job |
|
||||
| `OPS_HTTP_RAILS_URL` | `http://edge/up` | Check Rails via edge (no hairpin NPM) |
|
||||
| `OPS_HTTP_PUBLIC_INTERVAL_SECS` | 900 | Intervallo check URL pubblico (warning) |
|
||||
| `OPS_UP_LATENCY_WARN_MS` | 2000 | Soglia warning latenza p95 `/up` |
|
||||
| `OPS_UP_LATENCY_CRIT_MS` | 5000 | Soglia critical latenza p95 `/up` |
|
||||
| `OPS_UP_LATENCY_SAMPLES` | 60 | Campioni Redis per p95 |
|
||||
| `OPS_UP_LATENCY_MIN_SAMPLES` | 5 | Campioni minimi prima di alert latenza |
|
||||
| `OPS_HEALTH_TOKEN` | — | Token per `/up/deep` |
|
||||
| `OPS_DISK_CRIT_PERCENT` | 90 | Soglia critical disco |
|
||||
| `OPS_LOG_SUBSCRIBER` | false | Cattura 500 in-process |
|
||||
|
||||
Reference in New Issue
Block a user