ऑराबेस लोगो
aurabaseडॉक्स
डॉक्स›Edge Functions›अलर्ट

अलर्ट

जब आपके कार्य गलत तरीके से हों तो कैसे बताया जाए: मेट्रिक्स जो आप देख सकते हैं, नियमों की जांच कैसे की जाती है, और उन्हें HTTP पर कैसे प्रबंधित किया जाए।

5 मि॰ पढ़ें·स्तर मध्यवर्ती·12 अक्टू॰ 2026 पर संशोधित
यह अंग्रेजी पाठ फ़्रेंच मूल से स्वचालित रूप से उत्पन्न हुआ था और अभी तक इसकी समीक्षा नहीं की गई है।
यह पृष्ठ स्वचालित रूप से अनुवादित किया गया था. अंग्रेजी संस्करण प्रामाणिक है.
#
बनाएं

1. एक नियम बनाएं

अलर्ट नियमों को HTTP पर service_role कुंजी के साथ प्रबंधित किया जाता है। एसडीके के पास उनके लिए कोई तरीका नहीं है।

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एक ई-मेल पता, या वेबहुक या स्लैक हुक का यूआरएल

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. नियमों की जांच कैसे की जाती है

  • सेवा प्रत्येक सक्षम नियम को प्रति मिनट में एक बार जाँचती है।
  • संख्यात्मक मैट्रिक्स प्रोमेथियस से पढ़े जाते हैं; log_pattern नियम क्वेरी लोकी। प्रत्येक प्रश्न की 5 सेकंड की सीमा होती है। यदि एक प्रोजेक्ट विफल हो जाता है, तब भी अन्य की जाँच की जाती है।
  • जब कोई नियम लागू होता है, तो सेवा last_triggered_at सेट करती है, एक ईवेंट रिकॉर्ड करती है और इसे चुने हुए चैनल पर डिलीवरी के लिए प्रकाशित करती है।
  • आपके द्वारा अक्षम किया गया नियम रखा तो जाता है लेकिन जाँचा नहीं जाता।
डिलीवरी आपकी तैनाती पर निर्भर करती है

अलर्ट को फ़ंक्शन सेवा से प्रोमेथियस और लोकी तक पहुंचने की आवश्यकता होती है, और ई-मेल चैनल को एक ई-मेल प्रदाता की आवश्यकता होती है। उनके बिना विकास स्टैक पर, एक नियम संग्रहीत किया जाता है लेकिन सक्रिय नहीं किया जा सकता है।

#
प्रचालन

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 कुंजी की आवश्यकता होती है।