Aurabase-logo
aurabasisdocumenten
documenten›Edge Functions›Waarschuwingen

Waarschuwingen

Hoe u kunt weten wanneer uw functies zich misdragen: de statistieken die u kunt bekijken, hoe regels worden gecontroleerd en hoe u deze via HTTP kunt beheren.

5 min lezen·Niveau tussenproduct·Herzien op 12 okt 2026
Deze Engelse tekst is automatisch gegenereerd op basis van het Franse origineel en is nog niet beoordeeld.
Deze pagina is automatisch vertaald. De Engelse versie is gezaghebbend.
#
Creëer

1. Maak een regel

Waarschuwingsregels worden beheerd via HTTP met een service_role sleutel. De SDK heeft geen methode voor hen.

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
}
#
Referentie

2. Statistieken, voorwaarden en kanalen

VeldToegestane waarden
metricerror_rate, latency_p95, job_failures, low_disk, ai_quota, anomaly_detection of log_pattern:<service>:<regex>
conditiongt, lt, eq, match, auto
channelemail, webhook, slack
thresholdEen nummer
destinationEen e-mailadres, of de URL van de webhook of Slack hook

log_pattern bekijkt de logboeken van één service voor een reguliere expressie: log_pattern:functions:timeout. Een onbekende waarde retourneert 400 en vermeldt de geaccepteerde waarden. Echt antwoord voor 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>
#
Gedrag

3. Hoe regels worden gecontroleerd

  • De service controleert elke ingeschakelde regel één keer per minuut.
  • Numerieke statistieken worden gelezen van Prometheus; log_pattern regels vragen Loki. Elke zoekopdracht heeft een limiet van vijf seconden. Als één project mislukt, worden de andere alsnog gecontroleerd.
  • Wanneer een regel wordt geactiveerd, stelt de service last_triggered_at in, neemt een gebeurtenis op en publiceert deze voor bezorging op het gekozen kanaal.
  • Een regel die u uitschakelt, wordt behouden maar niet gecontroleerd.
De levering is afhankelijk van uw inzet

Waarschuwingen hebben Prometheus en Loki nodig om bereikbaar te zijn via de functieservice, en het e-mailkanaal heeft een e-mailprovider nodig. Op een ontwikkelingsstack zonder deze wordt een regel opgeslagen, maar deze kan niet worden geactiveerd.

#
Bedienen

4. Beheer regels en geschiedenis

ActieVerzoek
Maak een lijst van regelsGET /v1/functions/alerts
In- of uitschakelenPATCH /v1/functions/alerts/{id} met {"enabled": false}
VerwijderenDELETE /v1/functions/alerts/{id}
Geschiedenis van één regelGET /v1/functions/alerts/{id}/events
Geschiedenis van alle regelsGET /v1/functions/alerts/events

Een gebeurtenis heeft alert_rule_id, event_type, triggered_value, message en created_at; de geschiedenisroutes accepteren limit en offset. Elke route heeft een service_role sleutel nodig.

Laatst bijgewerkt · 12 okt 2026