Логотип Аурабаза
аурабазадокументы
документы›Edge Functions›Оповещения

Оповещения

Как узнать, когда ваши функции работают неправильно: метрики, которые вы можете отслеживать, как проверяются правила и как ими управлять через HTTP.

5 мин читать·Уровень средний·Пересмотрено 12 окт. 2026 г.
Этот текст на английском языке был создан автоматически на основе французского оригинала и еще не проверялся.
Эта страница была переведена автоматически. Английская версия является авторитетной.
#
Создавать

1. Создайте правило

Правила оповещений управляются через HTTP с помощью ключа service_role. В SDK для них нет метода.

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
}
#
Ссылка

2. Метрики, условия и каналы

ПолеДопустимые значения
metricerror_rate, latency_p95, job_failures, low_disk, ai_quota, anomaly_detection или log_pattern:<service>:<regex>
conditiongt, lt, eq, match, auto
channelemail, webhook, slack
thresholdЧисло
destinationАдрес электронной почты или URL-адрес веб-перехватчика или перехватчика Slack.

log_pattern просматривает журналы одного сервиса на предмет регулярного выражения: log_pattern:functions:timeout. Неизвестное значение возвращает 400 и перечисляет принятые значения. Реальный ответ для 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>
#
Поведение

3. Как проверяются правила

  • Служба проверяет каждое включенное правило раз в минуту.
  • Числовые метрики считываются из Prometheus; log_pattern правила запроса Локи. Каждый запрос имеет ограничение в 5 секунд. Если один проект проваливается, остальные все равно проверяются.
  • Когда правило срабатывает, служба устанавливает last_triggered_at, записывает событие и публикует его для доставки по выбранному каналу.
  • Правило, которое вы отключили, сохраняется, но не проверяется.
Доставка зависит от вашего развертывания

Для оповещений необходимо, чтобы Prometheus и Loki были доступны из службы функций, а каналу электронной почты нужен поставщик электронной почты. В стеке разработки без них правило сохраняется, но не может быть активировано.

#
Работать

4. Управление правилами и историей

ДействиеЗапрос
Список правилGET /v1/functions/alerts
Включить или отключитьPATCH /v1/functions/alerts/{id} с {"enabled": false}
УдалитьDELETE /v1/functions/alerts/{id}
История одного правилаGET /v1/functions/alerts/{id}/events
История всех правилGET /v1/functions/alerts/events

Событие имеет alert_rule_id, event_type, triggered_value, message и created_at; маршруты истории принимают limit и offset. Каждому маршруту нужен ключ service_role.

Последнее обновление · 12 окт. 2026 г.