ProjectTech4DevAI / ProjectTech4DevAI/kaapi-backend

Monitoring: Automate alerts and dashboards

Offen
#1,144 0 Kommentare 0 Reaktionen 1 zugewiesene Person Auf GitHub ansehen

@vprashrex arbeitet bereits daran.

Seit 04.9.2026.

Vorherrschende Sprache
Python
Sterne
18
Forks
10
Ø Merge
2 T. 20 Std.
Gemergte PRs (30 T.)
14

Beschreibung

Is your feature request related to a problem?
We lack an ongoing monitoring and observability structure for Kaapi, leading to manual checks that can be inefficient and error-prone.

Describe the solution you'd like

  • Automate breach notifications (memory, CloudWatch alarms) to Discord.
  • Implement eval-run load monitoring in two stages:
    • Stage 1: Sentry HTTP endpoint graphs on eval-run endpoints for run density.
    • Stage 2: Live Celery queue backlog alerts.
  • Establish app-level monitoring: endpoint hit counts, slow requests, waterfall dig-ins; create a custom Sentry dashboard.
  • Create two dashboards: one for AWS (infra) and one for Sentry (app-level), to be reviewed in the weekly call.
  • Weekly reporting should focus on red flags/odd numbers, skipping consistently green metrics.

Actions

  • Propose feature-wise/app-level metrics (latency, etc.) for the Sentry dashboard.
  • Set up Discord breach notifications.
  • Verify staging Container Insights and configure staging alerts.

Related: ProjectTech4DevAI/kaapi-backend#1052, ProjectTech4DevAI/kaapi-backend#1005, ProjectTech4DevAI/kaapi-backend#825

Original issue

Context

Establishing the ongoing monitoring/observability structure for Kaapi. Akhilesh's health-check doc is taken as the infra baseline checklist. Direction is to automate rather than manually check.

Scope

  • Push breach notifications (memory, CloudWatch alarms) to Discord instead of manual checks.
  • Eval-run load monitoring:
    stage 1 = Sentry HTTP endpoint graphs on eval-run endpoints as a proxy for run density;
    stage 2 = live Celery queue backlog alerts. No LLM-call rate limits yet — deliberately deferred until scale demands it.
  • App-level monitoring: endpoint hit counts, slow requests, waterfall dig-ins; build a custom Sentry dashboard.
  • Target: two dashboards — one AWS (infra), one Sentry (app-level) — reviewed in the weekly call.
  • Weekly reporting convention: share only red flags / odd numbers; skip steadily-green metrics.

Actions

  • Team to propose feature-wise / app-level metrics (latency etc.) for the Sentry dashboard.
  • Set up Discord breach notifications.
  • Verify staging Container Insights and configure staging alerts.

Related: ProjectTech4DevAI/kaapi-backend#1052, ProjectTech4DevAI/kaapi-backend#1005, ProjectTech4DevAI/kaapi-backend#825

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.