Azure Functions Alerts: Průvodce nastavením
Chcete zajistit bezproblémový chod vašich Azure Functions? Nastavení správného upozornění vám může pomoci rychle identifikovat a vyřešit problémy. V této příručce se dozvíte toto:
- Proč je důležité upozorňovat: Azure Functions fungují v prostředí řízeném událostmi a bez serveru, což ztěžuje detekci problémů s výkonem, jako jsou selhání, špičky latence nebo limity zdrojů.
- Co sledovat: Klíčové metriky, jako je počet spuštění, chyby HTTP (5xx) a využití zdrojů. Pro telemetrii používejte Application Insights a pro upozornění Azure Monitor.
- Jak nastavit upozornění: Nakonfigurujte pravidla pro kritické problémy, jako jsou selhání funkcí nebo abnormální využití zdrojů, a nastavte skupiny akcí, které budou upozorňovat správné osoby prostřednictvím e-mailu, SMS nebo webhooků.
- Nejlepší postupy: Používejte dynamické prahové hodnoty ke snížení počtu falešných poplachů, měsíčně kontrolujte nastavení upozornění a testujte skupiny akcí, abyste zajistili účinnost upozornění.
Sečteno a podtrženo: Proaktivní upozorňování udržuje vaše bezserverové aplikace spolehlivé a váš tým připravený. Pojďme se ponořit do detailů.
Jak nastavit upozornění a skupiny akcí Azure Monitor pro prostředky Azure?
Předpoklady a počáteční nastavení
Než se pustíte do konfigurace upozornění, ujistěte se, že je vaše prostředí Azure připravené, se všemi požadovanými oprávněními a aktivní telemetrií Application Insights.
Co potřebujete před zahájením
K nastavení upozornění Azure Functions budete potřebovat několik základních věcí. Nejprve se ujistěte, že máte aktivní předplatné Azure se správnými oprávněními. Konkrétně by váš účet měl mít přístup pro čtení k cílovému prostředku (vaší aplikaci Azure Function App) a přístup k zápisu do skupiny zdrojů, kde vytvoříte pravidla upozornění.
Pro oprávnění, Přispěvatel monitorování role je ideální pro vytváření a správu upozornění, zatímco Monitorovací čtečka Role funguje, pokud potřebujete zobrazit pouze existující monitorovací dataPokud ani jedna z nich neodpovídá bezpečnostnímu modelu vaší organizace, můžete definovat vlastní role se specifičtějšími oprávněními.
Dále ověřte, že máte funkční aplikaci Azure Function App. Tato aplikace by již měla generovat telemetrická data, která jsou klíčová pro nastavení smysluplných upozornění. Pravidelný provoz nebo plánované spuštění jsou nezbytné pro generování telemetrických dat, která podporují efektivní monitorování.
Integrace s Přehledy aplikací je také zásadní. Application Insights automaticky shromažďuje metriky výkonu, protokoly chyb a podrobnosti o provádění z vašich funkcí. Azure Monitor používá tuto telemetrii k vyhodnocení podmínek upozornění a odesílání oznámení v případě potřeby.
Nakonec nakonfigurujte akční skupiny definovat, jak budou oznámení odesílána (např. e-mail, SMS nebo webhooky). Bez skupin akcí vaše oznámení nebudou informovat správné lidi nebo systémy, když nastanou problémy.
Než budete pokračovat, dvakrát zkontrolujte, zda je vaše nastavení Application Insights aktivní a zda správně shromažďuje data.
Kontrola integrace Application Insights
Přesná telemetrie je základem efektivního upozorňování. Abyste to zajistili, ověřte, zda je Application Insights správně integrován s vaší Function App.
Začněte tím, že v Azure Portal přejdete do své Function App. Pokud se zobrazí banner s textem „Application Insights není nakonfigurován“, integrace ještě nebyla nastavena.
Chcete-li potvrdit integraci, přejděte na Nastavení vaší Function App a vyberte Proměnné prostředíPod Nastavení aplikace záložku, hledejte APPLICATIONINSIGHTS_CONNECT_STRING nastavení. Tento připojovací řetězec je moderní způsob, jak propojit vaši Function App s Application Insights. Pokud vidíte pouze KLÍČ_PŘÍSTROJOVÉHO_KARTONU APPINSIGHTS, zvažte aktualizaci na formát připojovacího řetězce pro zvýšení spolehlivosti a zabezpečení.
Integraci můžete také ověřit pomocí rozhraní Azure CLI. Například pro kontrolu aplikace Function App s názvem aplikace-hlavní-funkce-cc v úložiště-Cloud-Shell-Westeurope skupiny zdrojů spusťte následující příkaz:
az functionapp config appsettings list --name cc-main-function-app --resource-group cloud-shell-storage-westeurope Pokud se výstup nezobrazí APPLICATIONINSIGHTS_CONNECT_STRING nebo KLÍČ_PŘÍSTROJOVÉHO_KARTONU APPINSIGHTS, Aplikační insighty nejsou povoleny.
Jakmile ověříte existenci připojovacího řetězce, otestujte integraci spuštěním funkcí ručně nebo počkejte na spuštění naplánovaných triggerů. Poté zkontrolujte Monitor ve vaší aplikaci Function App zobrazíte nedávná volání, včetně podrobností o spuštění, trvání a stavu úspěšnosti.
Pro podrobnější informace navštivte zdroj Application Insights. Použijte Živé metriky, Selhánía Výkon sekce pro potvrzení, že se shromažďuje komplexní telemetrie. Kromě toho můžete použít Analýza aplikací dotazovat se na datové tabulky, jako například stopy, žádostia výjimky pro další ověření.
Mějte na paměti, že data výstrah v Azure Monitoru se uchovávají po dobu 30 dnů, takže budete mít dostatek času na kontrolu a vylepšení nastavení.
Nastavení upozornění v Azure Monitoru
Po nastavení Application Insights je dalším krokem vytvoření monitorovacích upozornění v Azure Monitoru, které zachytí případné problémy s vašimi Azure Functions. Azure Monitor spolupracuje s Application Insights a nabízí solidní rámec pro sledování metrik platformy a vlastních protokolů. To vám poskytne jasný přehled o výkonu a celkovém stavu vaší funkce.
Výběr metrik a protokolů pro sledování
Azure Monitor automaticky shromažďuje metriky platformy z vašich Azure Functions bez nutnosti dalšího nastavení. Mezi tyto metriky patří počet spuštění, doba trvání, využití paměti a kódy odpovědí HTTP. Abyste zajistili bezproblémový chod vašich funkcí, zaměřte se na metriky, které zdůrazňují problémy se spolehlivostí a výkonem.
Mezi klíčové metriky, které je třeba sledovat, patří Chyby HTTP a počty připojení, protože poskytují okamžitou zpětnou vazbu o tom, zda jsou vaše funkce přístupné a fungují podle očekávání. Například náhlý nárůst chyb HTTP 5xx by mohl signalizovat problém s kódem nebo problém s následnou službou, který vyžaduje okamžitou pozornost.
Chcete-li se hlouběji ponořit do podrobností o provádění, vlastních trasováních a chybách, směrujte protokoly zdrojů do protokolů Azure Monitor pomocí diagnostických nastavení. Tyto protokoly jsou uloženy v Protokoly aplikací FunctionAppLogs tabulku v pracovním prostoru Log Analytics, což usnadňuje jejich dotazování a analýzu.
Mějte na paměti, že agregační období pro metriky je obvykle 30 sekund nebo 1 000 spuštění. Application Insights také používá funkci vzorkování, která ve výchozím nastavení omezuje telemetrii na 20 spuštění za sekundu (nebo pět ve verzi 1.x). I když to pomáhá spravovat náklady a výkon, může to vést k neúplným datům v obdobích vysokého provozu.
Při rozhodování o tom, co monitorovat, upřednostňujte problémy vyžadující okamžitou akci – jako jsou selhání funkcí, chyby závislostí nebo časové limity. Zvažte také sledování trendů, které signalizují dlouhodobé problémy, jako je prodlužující se doba odezvy nebo vyšší využití paměti.
Jakmile identifikujete metriky a protokoly, které jsou nejdůležitější, můžete nastavit pravidla upozornění.
Vytváření pravidel upozornění
Po určení klíčových metrik a protokolů je dalším krokem konfigurace pravidel upozornění, která vás upozorní na neobvyklé chování. Efektivní pravidla upozornění vyvažují citlivost s praktičností a zajišťují, že budete upozorněni na kritické problémy, aniž byste byli zahlceni falešnými poplachy. Každé pravidlo upozornění v Azure Monitor se skládá ze tří hlavních prvků: monitorovaného prostředku, signálu nebo dat z daného prostředku a podmínek, které upozornění spouštějí.
Chcete-li vytvořit pravidlo upozornění, přejděte na Monitor > Upozornění > Pravidla upozornění v Azure Portal a klikněte na + Nové pravidlo pro upozorněníVyberte svou Function App jako cílový prostředek a poté definujte podmínky, které spustí upozornění.
U upozornění založených na metrikách se zaměřte na scénáře s vysokou prioritou. Například chyby HTTP serveru (HTTP 5xx) jsou klíčové, protože přímo ovlivňují uživatele. Pokud vaše aplikace obvykle nevykazuje žádné chyby 5xx, nastavte upozornění pro jakýkoli výskyt. Pokud jsou občasné chyby běžné, můžete nastavit prahovou hodnotu, která se spustí pouze tehdy, když se během pětiminutového období vyskytne více než pět chyb.
Výstrahy založené na protokolech se na druhou stranu spoléhají na dotazy Kusto k analýze dat ve vašem pracovním prostoru Log Analytics. Ty jsou obzvláště užitečné pro identifikaci složitých vzorců, které by jednoduché metriky mohly přehlédnout. Můžete například vytvářet výstrahy pro scénáře, jako je situace, kdy jeden uživatel zaznamená více chyb v krátkém období nebo kdy míra chyb překročí normální úrovně pro konkrétní koncové body.
Zde je stručná tabulka běžných pravidel upozornění pro Azure Functions:
| Typ upozornění | Stav | Popis |
|---|---|---|
| Metrický | Průměrné připojení | Spustí se, když počet připojení překročí nastavenou hodnotu |
| Metrický | HTTP 404 | Spustí se, když odpovědi HTTP 404 překročí nastavenou hodnotu |
| Metrický | Chyby HTTP serveru | Spustí se, když chyby HTTP 5xx překročí nastavenou hodnotu. |
| Záznam aktivit | Vytvoření nebo aktualizace aplikace Function App | Upozornění na vytvoření nebo aktualizaci aplikace |
| Záznam aktivit | Odstranit aplikaci Function App | Upozornění na smazání aplikace |
| Záznam aktivit | Restartujte aplikaci Function App | Upozornění při restartu aplikace |
| Záznam aktivit | Zastavit aplikaci Function App | Upozornění, když je aplikace zastavena |
Při nastavování prahových hodnot berte v úvahu běžné chování vaší aplikace. Funkce zpracovávající 1 000 požadavků za minutu bude mít jiné základní metriky ve srovnání s funkcí zpracovávající pouze 10 požadavků za hodinu. Upravte prahové hodnoty, abyste minimalizovali falešné výstrahy a zároveň zachytili kritické problémy.
Otestujte pravidla upozornění, abyste se ujistili, že fungují podle očekávání. Můžete simulovat podmínky nebo čekat na přirozené jevy, ale v každém případě si předtím, než se na ně budete spoléhat v produkčním prostředí, ověřte, zda jsou oznámení doručována správně.
Mějte na paměti, že Azure ukládá upozornění po dobu 30 dnů. Pokud potřebujete data pro dlouhodobější analýzu, nezapomeňte je před odstraněním exportovat nebo analyzovat.
Nastavení akčních skupin
Skupiny akcí určují, co se stane, když je spuštěno upozornění. Definují oznámení a automatizované akce, které se provádějí v reakci na upozornění. K jednomu pravidlu upozornění můžete přiřadit až pět skupin akcí a více pravidel upozornění může sdílet stejnou skupinu akcí.
Chcete-li vytvořit skupinu akcí, přejděte na Monitor > Upozornění > Skupiny akcí v Azure Portal a klikněte na + VytvořitZvolte metody oznámení, které odpovídají komunikačnímu stylu a procesu eskalace vašeho týmu. Pro méně kritická upozornění často postačí e-mailová oznámení. V případě naléhavých problémů zvažte SMS nebo hlasové hovory, abyste zajistili rychlejší reakci.
E-mail je nejběžnější metodou oznámení, protože zajišťuje včasné aktualizace pro správné lidi. SMS a hlasové hovory jsou vhodnější pro problémy mimo pracovní dobu nebo v situacích, kdy členové týmu aktivně nekontrolují svůj e-mail.
Pokud potřebujete integrovat upozornění s externími systémy, jako jsou nástroje pro prodej ticketů nebo chatovací platformy, použijte akce webhooků. Pokud například integrujete s Microsoft Teams, může být nutné použít Logic Apps k formátování dat upozornění do požadovaného schématu. Tento přístup umožňuje sofistikovanější pracovní postupy, jako je vyhodnocování závažnosti upozornění, kontrola pracovní doby, eskalace problémů nebo integrace s jinými nástroji.
Při vytváření skupin akcí používejte jasné a popisné názvy. Například názvy jako „Kritické produkční upozornění“ nebo „Chyby HTTP vývojového týmu“ usnadňují pochopení jejich účelu na první pohled. Zvažte nastavení samostatných skupin akcí pro různé úrovně závažnosti. Například kritické produkční problémy mohou spustit SMS upozornění pro pohotovostní techniky, zatímco upozornění pro vývojová prostředí mohou odesílat pouze e-maily.
Otestujte své skupiny akcí pomocí funkce ukázkových oznámení Azure, abyste se ujistili, že jsou správně nakonfigurované. Tento krok je klíčový, abyste se vyhnuli překvapením během skutečného incidentu.
Nakonec dolaďte svá upozornění a skupiny akcí, abyste předešli únavě z upozornění. Příliš mnoho oznámení může vést k ignorování nebo deaktivaci důležitých upozornění. Začněte s konzervativními prahovými hodnotami a postupně je upravujte na základě zkušeností s falešně pozitivními výsledky nebo zmeškanými upozorněními.
Pravidla pro upozornění a skupiny akcí pravidelně kontrolujte a aktualizujte. S vývojem vaší aplikace mohou vzorce provozu, nové funkce a struktury týmů ovlivnit, co je třeba monitorovat a kdo by měl být informován. Udržujte svou strategii upozornění v souladu s těmito změnami, aby byla zachována její efektivita.
sbb-itb-59e1987
Pokyny pro upozorňování Azure Functions
Nastavení efektivních pravidel pro upozornění jde nad rámec pouhého povolení oznámení. Cílem je zachytit kritické problémy, aniž byste zahltili svůj tým zbytečnými upozorněními.
Vytváření užitečných pravidel pro upozornění
Klíčem k efektivnímu upozorňování je nastavení prahových hodnot, které skutečně odrážejí chování vaší aplikace. Obecné prahové hodnoty často selhávají, protože každá funkce Azure má své vlastní vzorce provozu, výkonnostní zvláštnosti a obchodní potřeby.
Začněte analýzou dvoutýdenní výchozí hodnota výkonu vaší aplikace. Tato historická data vám pomohou rozlišit mezi běžnými odchylkami a skutečnými problémy. Na základě toho můžete nastavit prahové hodnoty, které jsou smysluplné i proveditelné.
Dynamické prahové hodnoty jsou obzvláště užitečné. Úpravou na základě historických dat se přizpůsobují změnám, jako jsou sezónní špičky v provozu, a snižují tak riziko falešných poplachů. Například místo upozornění na každé kolísání můžete nastavit pravidlo, které se spustí pouze v případě, že se během dvou minut vyskytne pět chyb HTTP 404. Podobně krátkodobý nárůst využití paměti nemusí být problémem, ale trvalé vysoké využití paměti po dobu pěti minut by mohlo naznačovat únik paměti.
Abyste se vyhnuli zbytečnému šumu, implementujte pravidla pro zpracování upozornění a seznamy sledovaných položek. Tyto nástroje mohou potlačit upozornění během plánované údržby nebo centrálně spravovat výjimky. Můžete například nakonfigurovat upozornění kritická pro provoz tak, aby se během pracovní doby odesílala SMS upozornění, přes noc se přepínala na e-maily a v případě přetrvávajícího problému se eskalovala na telefonáty.
Pro složitější scénáře, Dotazovací jazyk Kusto (KQL) je převratná. S KQL můžete vytvářet přesná upozornění založená na protokolech, která identifikují vzorce, jako jsou opakovaná selhání ze stejné uživatelské relace, kaskádování chyb napříč funkcemi nebo neobvyklé nárůsty chyb. Tento přístup zajišťuje, že jsou označeny důležité problémy a zároveň se snižuje počet falešně pozitivních výsledků.
Při pojmenovávání upozornění je klíčová srozumitelnost. Používejte názvy, které okamžitě popisují systém, prostředí a typ problému, například „Production-OrderProcessing-HighErrorRate“ nebo „Dev-PaymentAPI-ConnectionFailures“. Přidání odkazů pro řešení potíží nebo odkazů na sadu Runbook do popisů upozornění může urychlit řešení.
Nakonec mějte na paměti, že pravidla upozornění nejsou statická. Pravidelné aktualizace jsou nezbytné, aby odpovídaly vyvíjejícímu se výkonu vaší aplikace. Následující část se ponoří do toho, jak tato pravidla udržet účinná v průběhu času.
Aktualizace a kontrola nastavení upozornění
Jakmile jsou stanoveny prahové hodnoty a podmínky, pravidelné kontroly zajišťují jejich účinnost. měsíční přehled je dobrým výchozím bodem pro doladění vašeho systému upozornění.
Během těchto kontrol analyzujte, jak často byla upozornění spouštěna a jak byla zpracovávána. Častá upozornění, která nevedou k akci, mohou naznačovat příliš citlivé prahové hodnoty. Na druhou stranu, přehlédnuté problémy by mohly odhalit mezery ve vašem nastavení monitorování.
Je také důležité pravidelně testovat akce upozornění. Kontakty v týmu a externí systémy se v průběhu času mění, proto se ujistěte, že se oznámení stále dostávají ke správným lidem.
Sledujte změny ve vašich zdrojích, které by mohly ovlivnit upozornění. Škálování vaší Function App, přidávání nových funkcí nebo úprava nasazení může posunout základní hodnoty výkonu. Aktualizujte prahové hodnoty podle potřeby a zvažte, zda nové scénáře vyžadují další upozornění.
Pokud jsou funkce zastaralé nebo upravené, neprodleně odstraňte zastaralá pravidla upozornění. Stará upozornění mohou zahlcovat váš systém a odvádět pozornost od skutečných problémů. Udržování jasné dokumentace, která mapuje pravidla upozornění na konkrétní komponenty, může tento proces výrazně usnadnit.
Upravte kritéria upozornění na základě provozních poznatků. Pokud se například určitá upozornění často spouštějí během známých scénářů, jako je dávkové zpracování nebo nasazení, upravte prahové hodnoty nebo přidejte pravidla potlačení, abyste minimalizovali falešně pozitivní výsledky, aniž byste ztratili ze zřetele skutečné problémy.
Plánované údržbové činnosti jsou další oblastí, kde mohou být pravidla pro potlačení užitečná. Dočasné vypnutí konkrétních upozornění během údržby zabraňuje zbytečným oznámením a zajišťuje automatické obnovení monitorování po skončení okna údržby.
A konečně, pravidelně kontrolujte své skupiny akcí. Odpovědnosti týmu a rotace pohotovostí se vyvíjejí, proto se ujistěte, že jsou pro každý typ problému informováni správní lidé. Můžete dokonce vytvořit samostatné skupiny akcí pro různé úrovně závažnosti nebo komponenty aplikace, abyste zefektivnili eskalační cesty a zlepšili efektivitu reakce.
Závěr
Nastavení efektivního upozorňování Azure Functions vyžaduje promyšlenou rovnováhu mezi důkladným monitorováním a praktickou aplikací. Kromě počátečního nastavení spočívá klíč k úspěchu v pochopení chování vaší aplikace a využití historických dat k stanovení smysluplných základních hodnot, spíše než v závislosti na univerzálních prahových hodnotách.
Zaměřte se na sledování kritických metrik, jako je počet připojení, chyby HTTP a klíčové události protokolu aktivit. Tyto metriky poskytují solidní základ pro sledování výkonu i provozního stavu a pomáhají vám odhalit potenciální problémy dříve, než se vyhrotí.
Pravidelné kontroly a aktualizace jsou nezbytné pro to, aby váš systém upozornění odpovídal vyvíjejícím se potřebám vaší aplikace. Měsíční hodnocení vám mohou pomoci doladit příliš citlivé prahové hodnoty, které generují zbytečný šum, a identifikovat slepá místa, která by mohla nechat problémy uniknout bez povšimnutí.
Využijte dynamické prahové hodnoty ke snížení falešně pozitivních výsledků a přizpůsobení se historickým trendům. Tento přístup eliminuje dohady týkající se statických prahových hodnot a zároveň zajišťuje, že systém zůstává citlivý na skutečné anomálie.
Chcete-li spravovat náklady, minimalizujte frekvenci upozornění pro vyhledávání v protokolech a pečlivě vybírejte, které zdroje chcete monitorovat, aniž byste ohrozili pokrytí. Nezapomeňte, že Azure ukládá data upozornění po dobu 30 dnů, proto si zvykněte pravidelně dokumentovat a kontrolovat nastavení.
Stejně důležité je testování vašich akčních skupin. Zajistěte, aby se oznámení dostala ke správným lidem a aby eskalační postupy fungovaly hladce, když se objeví skutečné problémy.
Dobře udržovaný systém upozornění transformuje váš přístup od reaktivního řešení problémů k proaktivní prevenci. To nejen zajišťuje konzistentní výkon, ale také snižuje provozní zátěž vašich vývojových a provozních týmů.
Nejčastější dotazy
Jak mohu omezit falešné poplachy v systému upozornění Azure Functions?
Abyste minimalizovali falešné poplachy ve vašem systému upozornění Azure Functions, je nezbytné zaměřit se na nastavení přesné a smysluplné podmínky výstrahyMísto spouštění upozornění pro každou jednotlivou chybu zvažte definování prahových hodnot na základě metrik, které skutečně odrážejí stav vaší aplikace – například sledování míry selhání v určitém časovém období. Tímto způsobem můžete filtrovat drobné nebo dočasné závady, které nevyžadují okamžitou pozornost.
Další užitečnou strategií je využití dynamické prahové hodnoty v Azure Monitor. Tyto prahové hodnoty se automaticky upravují na základě historických dat a typických vzorců používání, což usnadňuje rozlišení mezi běžnými výkyvy a skutečnými problémy.
Můžete také implementovat pravidla pro zpracování výstrah upřesnit oznámení. Můžete například potlačit upozornění během plánovaných údržbových oken nebo seskupit podobná upozornění. Tyto kroky zajistí, že budete upozorněni pouze na kritické aktualizace, což vám pomůže udržovat spolehlivý systém upozornění bez zbytečných narušení.
Jaké jsou výhody použití dynamických prahových hodnot pro upozornění Azure Functions a jak se srovnávají se statickými prahovými hodnotami?
Dynamické prahové hodnoty pro upozornění Azure Functions přinášejí novou úroveň flexibility a přesnosti. Místo spoléhání se na pevné hodnoty využívají strojové učení k analýze historických dat a trendů výkonu. To jim umožňuje automaticky se přizpůsobovat změnám, efektivněji odhalovat anomálie a zároveň minimalizovat falešné poplachy. V prostředích s kolísavými pracovními zátěžemi tento přístup zajišťuje, že upozornění zůstanou relevantní a akční.
Na druhou stranu statické prahové hodnoty závisí na předdefinovaných hodnotách, které je třeba ručně nastavit a aktualizovat. To může vést buď k přehlédnutí problémů, nebo k ohromnému počtu upozornění, když se výkon v průběhu času mění. Dynamické prahové hodnoty eliminují potřebu neustálých ručních úprav a poskytují chytřejší a spolehlivější způsob správy upozornění Azure Functions.
Jak mohu nastavit upozornění Azure Functions tak, aby odesílala oznámení do Microsoft Teams nebo jiných platforem?
Chcete-li odesílat upozornění Azure Functions do Microsoft Teams nebo jiných platforem, můžete použít Příchozí webhookyZde je návod, jak to nastavit:
Nejprve si v kanálu Teams vytvořte webhook pro příchozí zprávy. Přejděte do sekce Aplikace na kartě vyberte Příchozí webhook konektor a postupujte podle pokynů k vygenerování jedinečné adresy URL webhooku pro váš kanál.
Jakmile je to připraveno, nakonfigurujte svou funkci Azure Function tak, aby odesílala upozornění pomocí požadavků HTTP POST na adresu URL webhooku. Uvnitř své funkce Azure Function napište kód pro monitorování konkrétních událostí nebo podmínek, naformátujte zprávu s upozorněním jako datovou část JSON a odešlete ji na webhook. Toto nastavení umožňuje upozornění v reálném čase, takže váš tým bude informován a připraven reagovat na kritické události.
