A lekérdezéstől a cselekvésig: SQL riasztások bevezetése a Felhőfigyelés Megfigyelési Elemzésében

A hagyományos riasztási rendszerek gyakran kompromisszumba kényszerítenek: azonnali riasztást adhatsz egyszerű, zajos naplóbejegyzésekről, vagy merev, előre konfigurált metrikákat monitorálhatsz, amelyek megbuknak, ha olyan adatokkal néznek szembe, amelyek sok egyedi választ tartalmaznak, mint például a felhasználói munkamenetek vagy IP-címek. De a legkritikusabb rendszerproblémák — mint például egy 20%-os emelkedés a hibaarányokban egy meghatározott ügyfélnél vagy a késleltetési anomália, amely összefügg a adatbázis-időzítési problémákkal — rejtve maradnak az aggregátumokban és ezek közötti kapcsolatokban. Nemrég bejelentettük, hogy most már SQL-t használhatsz naplók és nyomok lekérdezésére az Observability Analytics-ben (korábban Log Analytics). De a történet még jobbá válik. Az SQL-t az Observability Analytics-ben riasztások létrehozására is használhatod. Az SQL közvetlen beépítésével a riasztási motorodba bonyolult analitikai lekérdezéseket írhatsz a naplók és nyomok felett, és ezeket riasztásokká alakíthatod. Akár hibaarányok számítására, akár magas kártyasűrűségű dimenziók elemzésére van szükséged, akár naplók és nyomok összekapcsolására, az SQL-alapú riasztás segít az alapvető küszöbmonitorozásról a mély, kontextuális észlelésre áttérni, amely túlmutat a hagyományos riasztási rendszerek lehetőségein. Az SQL-alapú riasztás most előzetes verzióban elérhető. Hogy működik az SQL-alapú riasztás Az SQL-alapú riasztás az Observability Analytics-ben a Cloud Monitoring részeként érhető el. Egy riasztási politika a megadott ütemterv szerint futtatja az SQL lekérdezésedet (például 10 percenként). Automatikusan alkalmaz egy "visszatekintő ablakot" a lekérdezésedre, így csak azokat a naplóbejegyzéseket vagy nyomok szegmenseit elemzi, amelyeket az utolsó futtatás óta kapott. Ha a lekérdezésed eredményei megfelelnek az általad beállított feltételnek, a Cloud Monitoring eseményt hoz létre, és értesítést küld a választott csatornáidra, például e-mailre, Slackre vagy PagerDuty-ra. Kérjük, vedd figyelembe, hogy mivel az SQL-alapú riasztás a BigQuery-t használja a telemetriai adatok feldolgozásához, a lekérdezés végrehajtásai a BigQuery-n keresztül, a szokásos igény szerinti árazás vagy BigQuery foglalások szerint lesznek kiszámlázva. Két módszer az riasztás kiváltására Kétféle riasztási feltétel közül választhatsz. Sorozatszám küszöb: Ez a legegyszerűbb opció. A riasztás akkor aktiválódik, ha a lekérdezésed olyan sorok számát adja vissza, amely nagyobb, egyenlő vagy kisebb, mint a beállított küszöb. Ez tökéletes az olyan "riasztól szeretném, ha több mint 10 felhasználónak nem sikerült a bejelentkezés" forgatókönyvekhez. Boolen: Ez a legerősebb opció. A riasztás akkor aktiválódik, ha a lekérdezésed bármely sorát visszaadja, ahol egy általad meghatározott oszlop értéke igaz. Ez lehetővé teszi, hogy összetett logikát építs, mint például a százalékok számítása, közvetlenül az SQL lekérdezésedben. Példa 1: Riasztás a fizetési átjáró hibáira (sorszám) Forgatókönyv: Képzeld el, hogy e-kereskedelmi üzemeltető vagy, és azonnal értesítést szeretnél kapni, ha a fizetési átjáród rendszerszintű leállásokkal küzd, miközben figyelmen kívül hagyod az alkalmi, normális kártyaelutasításokat (mint például a helytelen PIN-kódot). Ehhez írhatsz egy lekérdezést, amely kiszűri a naplóbejegyzéseket, amelyek átjárói időtúllépéseket jeleznek, és sorszám küszöböt használva csak akkor aktiválja a riasztást, ha ezeknek a hibáknak a száma megugrik. Riasztás konfigurálása: Feltételtípus: Sorozatszám küszöb. Kiváltási feltétel: Aktiválódik, ha a sorozatszámok meghaladják (>) a 10-et. Kiértékelési ablak / visszatekintés: 5 perc (ellenőrzi az utolsó 5 perc adatát a meghatározott ütemben). Példa 2: Riasztás az ügynök késleltetésére (nyomok) Forgatókönyv: Te egy AI platform mérnök vagy, és biztosítani szeretnéd, hogy a több lépcsőből álló AI ügynökeid elfogadható időkereteken belül reagálnak. Monitorálnod kell az orchestrátor szolgáltatás 99. percentilis (p99) késleltetését, és riasztást kell kapnod, ha a teljesítmény romlik. Ehhez írhatsz egy SQL lekérdezést a nyomadatokra, amely kiszámítja a p99 késleltetést az összes szolgáltatásra, és igaz értéket ad vissza, ha az ügynök-orchestrátor 5 másodpercet (5000 milliszekundumot) meghaladja. Riasztás konfigurálása: Feltételtípus: Boolen. Célozási oszlop: has_latency_spike. Kiváltási feltétel: Aktiválódik, ha a lekérdezés bármely sorát visszaadja, ahol ez az oszlop igazra értékel. Kiértékelési ablak / visszatekintés: 10 perc (vagy a preferált ütemezési időintervallum). Mielőtt kezdenél Mielőtt létrehozol egy SQL-alapú riasztást, be kell állítanod néhány dolgot: Analitika engedélyezve: Naplókhoz: Frissítsd a napló tárolódat, hogy használhasd az Observability Analytics-t (ha még nem frissítetted). Nyomokhoz: A Cloud Trace-nek gyűjtve kell lennie és tárolva kell lennie a projektedben. Linkelt BigQuery adatbázis: Hozz létre egy linkelt BigQuery adatbázist a telemetriai forráshoz (akár a napló tároló, akár a nyom adatbázis). Az SQL-alapú riasztások ezen a BigQuery linken keresztül lekérdezik az adatokat. IAM engedélyek: Adj meg az IAM szerepköröket, amelyek szükségesek egy SQL-alapú riasztási politika létrehozásához: Monitoring AlertPolicy Editor és Logging SqlAlert Writer (mind a napló-, mind a nyom riasztásokra vonatkozik). Értesítési csatornák: Konfiguráld az értesítési csatornákat (például e-mail vagy Slack), ahol szeretnél riasztásokat kapni. Hogyan hozz létre riasztást Az SQL-alapú riasztási politika létrehozása egyszerű: Navigálj az Observability Analytics részhez a Google Cloud konzolban. Készítsd el és érvényesítsd az SQL lekérdezésedet. Válaszd ki a BigQuery lekérdezési motor futtatását a felhasználói felületen. Kattints a Riasztás létrehozása gombra az eredmények eszköztárában. Határozd meg a feltételt (sorszám vagy boolen) és az értékelési ütemtervet. Add hozzá az értesítési csatornákat, adj a riasztásodnak egy világos nevet, majd kattints a Mentés gombra. Infrastrukturális kód (IaC) pipeline-ok esetén riasztásokat API-n és Terraformon keresztül is beállíthatsz. Kezdj neki Készen állsz arra, hogy erősebb, értékesebb riasztásokat készíts? Nyisd meg az Observability Analytics oldalt a konzolban, és próbáld meg ma megírni az első SQL lekérdezésedet. További részleteket és haladó példákat az hivatalos dokumentációban találhatsz.