Aurabase-Logo
AurabasisDokumente
Dokumente›Edge Functions›Warnungen

Warnungen

So erfahren Sie, wenn sich Ihre Funktionen schlecht verhalten: Welche Metriken können Sie beobachten, wie Regeln überprüft werden und wie Sie sie über HTTP verwalten.

5 Min. gelesen·Ebene Mittelstufe·Überarbeitet am 12.10.2026
Dieser englische Text wurde automatisch aus dem französischen Original generiert und wurde noch nicht überprüft.
Diese Seite wurde automatisch übersetzt. Maßgeblich ist die englische Version.
#
Erstellen

1. Erstellen Sie eine Regel

Warnungsregeln werden über HTTP mit einem service_role-Schlüssel verwaltet. Das SDK hat keine Methode für sie.

terminalbash
curl -X POST "$AURA_URL/v1/functions/alerts" \
  -H "apikey: $AURA_SERVICE_ROLE_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "High error rate",
    "metric": "error_rate",
    "condition": "gt",
    "threshold": 5,
    "channel": "email",
    "destination": "oncall@example.com"
  }'
responsejson
{
  "data": {
    "id": "3356d54a-ed32-49df-84bf-94ee64790c78",
    "name": "High error rate",
    "metric": "error_rate",
    "condition": "gt",
    "threshold": 5.0,
    "channel": "email",
    "destination": "oncall@example.com",
    "enabled": true,
    "last_triggered_at": null,
    "created_at": "2026-10-12T15:42:34.721256Z"
  },
  "meta": null
}
#
Referenz

2. Metriken, Bedingungen und Kanäle

FeldZulässige Werte
metricerror_rate, latency_p95, job_failures, low_disk, ai_quota, anomaly_detection oder log_pattern:<service>:<regex>
conditiongt, lt, eq, match, auto
channelemail, webhook, slack
thresholdEine Zahl
destinationEine E-Mail-Adresse oder die URL des Webhooks oder Slack-Hooks

log_pattern überwacht die Protokolle eines Dienstes auf einen regulären Ausdruck: log_pattern:functions:timeout. Ein unbekannter Wert gibt 400 zurück und listet die akzeptierten auf. Echte Antwort für metric: "cpu":

errortext
Requête invalide : Métrique inconnue: 'cpu'. Valeurs: error_rate, latency_p95, job_failures, low_disk, ai_quota, anomaly_detection, log_pattern:<service>:<regex>
#
Verhalten

3. Wie Regeln überprüft werden

  • Der Dienst überprüft jede aktivierte Regel einmal pro Minute.
  • Numerische Metriken werden aus Prometheus gelesen; log_pattern Regeln fragen Loki ab. Für jede Abfrage gilt ein Limit von 5 Sekunden. Sollte ein Projekt scheitern, werden die anderen trotzdem geprüft.
  • Wenn eine Regel ausgelöst wird, legt der Dienst last_triggered_at fest, zeichnet ein Ereignis auf und veröffentlicht es zur Übermittlung auf dem ausgewählten Kanal.
  • Eine von Ihnen deaktivierte Regel wird beibehalten, aber nicht überprüft.
Die Lieferung hängt von Ihrer Bereitstellung ab

Für Benachrichtigungen müssen Prometheus und Loki über den Funktionsdienst erreichbar sein, und der E-Mail-Kanal benötigt einen E-Mail-Anbieter. Auf einem Entwicklungsstapel ohne sie wird eine Regel gespeichert, kann aber nicht ausgelöst werden.

#
Betreiben

4. Regeln und Verlauf verwalten

AktionAnfrage
Regeln auflistenGET /v1/functions/alerts
Aktivieren oder deaktivierenPATCH /v1/functions/alerts/{id} mit {"enabled": false}
LöschenDELETE /v1/functions/alerts/{id}
Geschichte einer RegelGET /v1/functions/alerts/{id}/events
Geschichte aller RegelnGET /v1/functions/alerts/events

Ein Ereignis hat alert_rule_id, event_type, triggered_value, message und created_at; Die Verlaufsrouten akzeptieren limit und offset. Jede Route benötigt einen service_role-Schlüssel.

Zuletzt aktualisiert · 12.10.2026