Ops Briefing Surface

Production Reliability Dashboard

Generated 2026-06-02 14:04 for 2026-05-23 07:00 to 2026-05-30 07:00 from Pingdom checks, Slack #_alerts_prod, and AWS SNS alerts.

All sources Pingdom customer checks Slack alert families AWS alarm emails
Email-confirmed customer incidents0Pingdom down/slow events confirmed by inbox alertsObserved in Pingdom: 0
Impacted services5Mapped from Slack and Pingdom evidence
AWS alarms in ALARM0Still alarming at window end
Latest observed signal2026-05-29 18:06Most recent cross-source activity
Executive summary

What needs attention

Bottom line: application-level critical paths are present.

Pingdom customer impact

External signal
No criticalActive: 0Total seen: 0

No Pingdom checks were available in this window.

No active issue listed in this category.

Slack impacted services

Application signal
1 criticalActive: 5Total seen: 5

1 critical, 4 non-critical active item(s).

AWS alarms

Infrastructure signal
No criticalActive: 1Total seen: 2

1 active item(s) in this window.

What to do next

  1. NextTreat critical services core-grafana-80 as the primary application investigation set

    Treat critical services core-grafana-80 as the primary application investigation set. Use TraefikServiceHighErrorRate as the leading category, reproduce the failing paths on core-grafana-80, compare against the latest deploy or config change, and do not close it until both error rate and latency flatten.

    Executive recommendation
  2. ThenReduce the operational drag on grafana by separating repeated symptom alerts from the underlying workload failure

    Reduce the operational drag on grafana by separating repeated symptom alerts from the underlying workload failure. Either eliminate the recurrent fault or retune the alert once the failure mode is understood.

    Executive recommendation
Global Evidence Explorer

Global Evidence Explorer

Report-wide charts and tables stay here, separate from the active investigation scope.

Application + Infrastructure Alerts by Day

Pingdom latency + downtime by source

Customer View

Pingdom Checks

Pingdom CheckStatusEventsDowntimeLast SeenLikely ServicesCorrelated Evidence

Pingdom rows show externally visible signal first. The correlated evidence column helps tie the failing check back to services, Slack alert families, or AWS alarms when those links exist.

Application View

Slack Impacted Service / Resource View

This view attributes alerts to the workload or resource named in the alert text. Grafana, Loki, and Tempo are treated as observability components and are excluded when a more specific impacted target is also present.

Impacted Service / ResourceHighest SeverityCountLast SeenStatusTop Alert TypesDiscussion SignalLatest Thread Note
core-grafana-80Critical22026-05-29 18:04Seen todayTraefikServiceHighErrorRate (2)NoneNo thread note
grafanaWarning112026-05-29 12:26Seen todayNodeSystemSaturation (4)KubeMemoryOvercommit (4)KubeHpaMaxedOut (3)Release / migration issue
Worker node 10.66.133.111 (c7a.2xlarge, 8 vCPU) is CPU-saturated at 91% real usage 6 of 21 web pods landed on it (no topology spread on the… | Also durable fix is adding topologySpreadConstraints | to the web Deployment which i will look into
ai-apiWarning62026-05-29 18:06Seen todayTraefikServiceHighLatency (6)NoneNo thread note
docgen2-apiWarning92026-05-26 13:06Seen this weekKubeHpaMaxedOut (9)NoneNo thread note
biling-efactura-worker-ff45f6d-rxxlgWarning12026-05-26 13:51Seen this weekKubePodNotReady (1)NoneNo thread note
Evidence

Slack Alert Families

AlertSeverityCountLast SeenStatusThreadsTop Impacted ServicesDiscussion SignalLatest Thread Note
TraefikServiceHighErrorRateCritical22026-05-29 18:04Seen today0core-grafana-80 (2)None
TraefikServiceHighLatencyWarning62026-05-29 18:06Seen today0ai-api (6)None
NodeSystemSaturationWarning42026-05-29 12:26Seen today1grafana (4)Release / migration issue
Worker node 10.66.133.111 (c7a.2xlarge, 8 vCPU) is CPU-saturated at 91% real usage 6 of 21 web pods landed on it (no topology spread on the… | Also durable fix is adding topologySpreadConstraints | to the web Deployment which i will look into
KubeHpaMaxedOutWarning122026-05-28 14:40Recent (72h)0docgen2-api (9)grafana (3)None
KubeMemoryOvercommitWarning42026-05-28 19:09Recent (72h)0grafana (4)None
KubePodNotReadyWarning12026-05-26 13:51Seen this week0biling-efactura-worker-ff45f6d-rxxlg (1)None

Status is heuristic. Slack rarely posts explicit resolutions, so “Seen today” or “Recent” means the alert family still appeared in production recently, not that it is definitely unresolved.

AWS Email Alarm Families

AWS AlarmEmailsALARMOKState FlipsFirst SeenLast SeenLatest StateStatus
adservio-rds-mysql-master-memory-low1367122026-05-25 07:552026-05-29 12:00OKFlapping, latest OK
adservio-rds-postgres-billing-cpu-high42232026-05-28 10:112026-05-29 10:23OKLatest OK

“Flapping, latest OK” means the most recent email was an OK, but the alarm toggled repeatedly and is still a reliability concern.

Global Discussion-Derived Signal

Thread DateAlertSeverityServicesSignalKey Notes
2026-05-28 08:16NodeSystemSaturationWarninggrafanaRelease / migration issue
Worker node 10.66.133.111 (c7a.2xlarge, 8 vCPU) is CPU-saturated at 91% real usage 6 of 21 web pods landed on it (no topology spread on the… | Also durable fix is adding topologySpreadConstraints | to the web Deployment which i will look into