Kontrola stavu pracovního postupu, zobrazení historie spuštění a nastavení upozornění v Azure Logic Apps
Platí pro: Azure Logic Apps (Consumption + Standard)
Po spuštění pracovního postupu aplikace logiky můžete zkontrolovat stav spuštění pracovního postupu, historii triggerů, historii spuštění pracovního postupu a výkon.
V této příručce se dozvíte, jak provádět následující úlohy:
- Zkontrolujte historii aktivačních událostí.
- Zkontrolujte historii spuštění pracovního postupu.
- Nastavte výstrahy , abyste dostávali oznámení o selháních nebo jiných možných problémech. Můžete například vytvořit výstrahu, která zjistí, že za hodinu selže více než pět spuštění.
Pro monitorování událostí v reálném čase a rozsáhlejší ladění můžete nastavit protokolování diagnostiky pro pracovní postup aplikace logiky pomocí protokolů služby Azure Monitor. Tato služba Azure vám pomůže monitorovat vaše cloudová a místní prostředí, abyste mohli snadněji udržovat jejich dostupnost a výkon. Pak můžete vyhledat a zobrazit události, jako jsou aktivační události, události spuštění a události akcí. Uložením těchto informací do protokolů služby Azure Monitor můžete vytvářet dotazy na protokoly , které vám pomůžou tyto informace najít a analyzovat. Tato diagnostická data můžete také použít s dalšími službami Azure, jako je Azure Storage a Azure Event Hubs. Další informace najdete v tématu Monitorování aplikací logiky pomocí služby Azure Monitor.
Kontrola historie aktivačních událostí
Každé spuštění pracovního postupu začíná triggerem, který se buď aktivuje podle plánu, nebo čeká na příchozí požadavek nebo událost. Historie aktivačních událostí obsahuje všechny pokusy o aktivační událost, které váš pracovní postup provedl, a informace o vstupech a výstupech pro každý pokus o trigger.
Na webu Azure Portal otevřete prostředek aplikace logiky Consumption a pracovní postup v návrháři.
V nabídce aplikace logiky vyberte Přehled. Na stránce Přehled vyberte historii triggerů.
V části Historie triggerů se zobrazí všechny pokusy o aktivaci. Pokaždé, když se trigger úspěšně aktivuje, Azure Logic Apps vytvoří samostatnou instanci pracovního postupu a spustí tuto instanci. Ve výchozím nastavení se každá instance spouští paralelně, aby před spuštěním spuštění nečekaly žádné pracovní postupy. Pokud se váš pracovní postup aktivuje pro více událostí nebo položek najednou, zobrazí se pro každou položku položka triggeru se stejným datem a časem.
Následující tabulka uvádí možné stavy triggerů:
Stav triggeru Popis Neúspěch Došlo k chybě. Pokud chcete zkontrolovat všechny vygenerované chybové zprávy pro neúspěšnou aktivační událost, vyberte tento pokus o trigger a zvolte Výstupy. Můžete například najít vstupy, které nejsou platné. Vynecháno Trigger zkontroloval koncový bod, ale nenašla žádná data, která splňují zadaná kritéria. Uspěl Trigger zkontroloval koncový bod a našel dostupná data. Obvykle se vedle tohoto stavu zobrazuje i aktivovaný stav. Pokud ne, definice triggeru může mít podmínku nebo příkaz SplitOn , který nebyl splněn.
Tento stav se může použít u ruční aktivační události, triggeru založeného na opakování nebo triggeru dotazování. Trigger se může úspěšně spustit, ale samotné spuštění může selhat i v případě, že akce generují neošetřené chyby.Tip
Trigger můžete znovu zkontrolovat bez čekání na další opakování. Na panelu nástrojů stránky Přehled nebo na panelu nástrojů návrháře vyberte Spustit, Spustit.
Pokud chcete zobrazit informace o konkrétním pokusu o trigger, vyberte tuto událost triggeru.
Pokud se v seznamu zobrazuje mnoho pokusů o aktivaci a nemůžete najít požadovanou položku, zkuste seznam filtrovat. Pokud očekávaná data nenajdete, zkuste na panelu nástrojů vybrat Možnost Aktualizovat .
Teď můžete zkontrolovat informace o vybrané události triggeru, například:
Kontrola historie spuštění pracovního postupu
Pokaždé, když se trigger úspěšně aktivuje, Azure Logic Apps vytvoří instanci pracovního postupu a spustí ji. Ve výchozím nastavení se každá instance spouští paralelně, aby před spuštěním spuštění nečekaly žádné pracovní postupy. Můžete zkontrolovat, co se stalo během každého spuštění, včetně stavu, vstupů a výstupů pro každý krok pracovního postupu.
Na webu Azure Portal otevřete prostředek aplikace logiky Consumption a pracovní postup v návrháři.
V nabídce aplikace logiky vyberte Přehled. Na stránce Přehled vyberte Historii spuštění.
V části Historie spuštění se zobrazí všechna předchozí, aktuální a všechna čekající spuštění. Pokud se trigger aktivuje pro více událostí nebo položek současně, zobrazí se položka pro každou položku se stejným datem a časem.
Tip
Pokud se stav spuštění nezobrazí, zkuste aktualizovat stránku Přehled výběrem možnosti Aktualizovat. U triggeru, který se přeskočí kvůli nemetovým kritériím nebo vyhledání žádných dat, nedojde k žádnému spuštění.
Následující tabulka uvádí možné stavy spuštění:
Stav spuštění Popis Přerušena Spuštění se zastavilo nebo nedokončilo kvůli externím problémům, jako je například výpadek systému nebo ukončené předplatné Azure. Zrušeno Spuštění se aktivovalo a spustilo, ale obdrželo se žádost o zrušení. Neúspěch Nejméně jedna akce ve spuštění selhala. Nebyly nastaveny žádné další akce v pracovním postupu pro zpracování selhání. Spuštěno Spuštění se aktivovalo a probíhá. Tento stav se ale může zobrazit také u spuštění, které je omezené kvůli limitům akcí nebo aktuálnímu cenovému plánu.
Tip: Pokud nastavíte protokolování diagnostiky, můžete získat informace o všech událostech omezování, ke kterým dochází.Uspěl Spuštění proběhlo úspěšně. Pokud nějaká akce selhala, následující akce v pracovním postupu toto selhání zvládla. Vypršel Časový limit běhu vypršel, protože aktuální doba trvání překročila limit doby trvání spuštění, který je řízen nastavením s názvem Uchování historie spuštění ve dnech. Doba trvání spuštění se vypočítá pomocí času spuštění a doby trvání spuštění v daném čase spuštění.
Poznámka: Pokud doba trvání běhu také překračuje aktuální limit uchovávání historie spuštění, který je také řízen nastavením s názvem Uchovávání historie spuštění ve dnech, je spuštění vymazáno z historie spuštění pomocí každodenní úlohy čištění. Ať už časový limit časového limitu běhu nebo dokončení, se doba uchovávání vždy počítá pomocí času spuštění a aktuálního limitu uchovávání. Pokud tedy limit doby trvání běhu v letu zkrátíte, vyprší časový limit běhu. Spuštění však zůstane nebo se vymaže z historie spuštění na základě toho, jestli doba trvání spuštění překročila limit uchovávání.Čekání Spuštění se ještě nespustila nebo je pozastavená, například kvůli dřívější instanci pracovního postupu, která je stále spuštěná. Pokud chcete zkontrolovat kroky a další informace pro konkrétní spuštění, v části Historie spuštění vyberte toto spuštění. Pokud seznam zobrazuje mnoho spuštění a nemůžete najít požadovanou položku, zkuste seznam filtrovat.
Otevře se stránka historie spuštění a zobrazí stav jednotlivých kroků ve vybraném spuštění, například:
Následující tabulka uvádí možné stavy, které můžou mít jednotlivé akce pracovního postupu a zobrazit na portálu:
Stav akce Ikona Popis Přerušena Akce se zastavila nebo nedokončila kvůli externím problémům, například kvůli výpadku systému nebo výpadku předplatného Azure. Zrušeno Akce byla spuštěna, ale přijala žádost o zrušení. Neúspěch Akce se nezdařila. Spuštěno Akce je aktuálně spuštěná. Vynecháno Akce byla vynechána, protože její podmínky RunAfter nebyly splněny, například předchozí akce selhala. Každá akce má objekt, runAfter
kde můžete nastavit podmínky, které musí být splněny před spuštěním aktuální akce.Uspěl Akce byla úspěšná. Úspěšné s opakováním Akce byla úspěšná, ale pouze po jednom nebo několika opakováních. Pokud chcete zkontrolovat historii opakování, vyberte na stránce historie spuštění tuto akci, abyste mohli zobrazit vstupy a výstupy. Vypršel Akce se zastavila kvůli limitu časového limitu určeného nastavením dané akce. Čekání Platí pro akci webhooku, která čeká na příchozí požadavek od volajícího. Pokud chcete zobrazit informace ve formuláři seznamu, vyberte na panelu nástrojů historie spuštění podrobnosti o spuštění.
Podokno podrobností o spuštění aplikace logiky obsahuje jednotlivé kroky, jejich stav a další informace.
Můžete například získat vlastnost ID korelace spuštění, kterou můžete potřebovat při použití rozhraní REST API pro Logic Apps.
Pokud chcete získat další informace o konkrétním kroku, vyberte jednu z těchto možností:
Na stránce historie spuštění vyberte krok a otevřete podokno, ve které se zobrazují vstupy, výstupy a všechny chyby, ke kterým došlo v tomto kroku.
Předpokládejme například, že máte pracovní postup s neúspěšným krokem. Chcete zkontrolovat vstupy, které mohly způsobit selhání kroku.
V tomto scénáři došlo k selhání z neplatného nebo chybějícího připojení k e-mailovému účtu, který se používá k odeslání e-mailu.
Na panelu nástrojů stránky Historie spuštění vyberte Podrobnosti o spuštění. V podokně podrobností o spuštění aplikace logiky, které se otevře, vyberte požadovaný krok, například:
Poznámka:
Všechny podrobnosti modulu runtime a události se šifrují v rámci Azure Logic Apps a dešifrují se pouze v případech, kdy uživatel požádá o zobrazení dat. Vstupy a výstupy můžete skrýt v historii spuštění pracovního postupu nebo řídit uživatelský přístup k informacím pomocí řízení přístupu na základě role v Azure (Azure RBAC).
Opětovné spuštění pracovního postupu se stejnými vstupy
Dříve dokončený pracovní postup můžete znovu spustit se stejnými vstupy, jaké pracovní postup používal dříve, a to následujícími způsoby:
Znovu spusťte celý pracovní postup.
Znovu spusťte pracovní postup, který začíná konkrétní akcí. Znovu odeslána akce a všechny následné akce se spustí obvyklým způsobem.
Dokončením této úlohy se vytvoří a přidá do historie spuštění pracovního postupu nový pracovní postup.
Omezení a důležité informace
Ve výchozím nastavení jsou podporovány pouze pracovní postupy Consumption a standardní stavové pracovní postupy, které zaznamenávají a ukládají historii spuštění. Pokud chcete tyto funkce používat s bezstavovým pracovním postupem Standard, povolte stavový režim. Další informace najdete v tématu Povolení historie spuštění pro bezstavové pracovní postupy a Povolení stavového režimu pro bezstavové konektory.
Znovu odeslané spuštění spustí stejnou verzi pracovního postupu jako původní spuštění, i když jste aktualizovali definici pracovního postupu.
Můžete znovu spustit pouze akce ze sekvenčních pracovních postupů. Pracovní postupy s paralelními cestami se v současné době nepodporují.
Pracovní postup musí mít dokončený stav, například Úspěch, Selhání nebo Zrušeno.
Pracovní postup musí mít 40 nebo méně akcí, než se má spustit z konkrétní akce.
Pokud váš pracovní postup obsahuje operace, jako jsou operace vytvoření nebo odstranění, může opětovné odeslání spuštění vytvořit duplicitní data nebo se pokusit odstranit data, která již neexistují, což způsobí chybu.
Tyto funkce momentálně nejsou dostupné v editoru Visual Studio Code nebo v Azure CLI.
Opětovné spuštění celého pracovního postupu
Na webu Azure Portal otevřete prostředek aplikace logiky Consumption a pracovní postup v návrháři.
V nabídce aplikace logiky vyberte Přehled. Na stránce Přehled vyberte Historii spuštění.
V části Historie spuštění se zobrazí všechna předchozí, aktuální a všechna čekající spuštění. Pokud se trigger aktivuje pro více událostí nebo položek současně, zobrazí se položka pro každou položku se stejným datem a časem.
Na stránce Historie spuštění vyberte spuštění, které chcete znovu spustit, a pak vyberte Znovu odeslat.
Na kartě Historie spuštění se do seznamu spuštění přidá znovu odsílané spuštění.
Tip
Pokud se znovu odsílané spuštění nezobrazí, na panelu nástrojů stránky Historie spuštění vyberte Aktualizovat. U triggeru, který se přeskočí kvůli nemetovým kritériím nebo vyhledání žádných dat, nedojde k žádnému spuštění.
Pokud chcete zkontrolovat vstupy a výstupy po dokončení opětovného odeslání spuštění, vyberte na kartě Historie spuštění toto spuštění.
Opětovné spuštění z konkrétní akce
Funkce akce opětovného spuštění je dostupná pro většinu akcí s výjimkou nesekvenčních pracovních postupů, složitých scénářů souběžnosti a následujících omezení:
Akce | Opětovné odeslání dostupnosti a omezení |
---|---|
Akce podmínky a akce v cestách Pravda a False | - Ano pro akci podmínky - Ne pro akce v cestě True a False |
Pro každou akci plus všechny akce uvnitř smyčky a za smyčkou | Ne pro všechny akce |
Přepnutí akce a všech akcí v výchozí cestě a cestách velkých a malých písmen | - Ano pro akci Přepnout - Ne pro akce v výchozí cestě a cesty případu |
Dokud akce plus všechny akce uvnitř smyčky a za smyčkou | Ne pro všechny akce |
Na webu Azure Portal otevřete prostředek aplikace logiky Consumption.
V nabídce prostředků aplikace logiky vyberte Přehled. Na stránce Přehled vyberte Historii spuštění, která zobrazuje historii spuštění pracovního postupu.
Na kartě Historie spuštění vyberte spuštění, které má akci, ze které chcete pracovní postup spustit znovu.
Otevře se stránka historie spuštění a zobrazí stav jednotlivých kroků ve vybraném spuštění.
Pokud chcete pracovní postup spustit znovu od konkrétní akce, zvolte jednu z těchto možností:
Najděte akci, ze které chcete spustit opětovné spuštění pracovního postupu, otevřete místní nabídku a vyberte Odeslat z této akce.
Vyberte akci, ze které chcete spustit opětovné spuštění pracovního postupu. V podokně, které se otevře, pod názvem akce vyberte Odeslat z této akce.
Stránka historie spuštění se aktualizuje a zobrazí znovu odeslané spuštění. Všechny operace, které předchází akci opětovného odeslání, zobrazují světlejší ikonu stavu, která představuje opakovaně používané vstupy a výstupy. Znovu odeslána akce a následné akce zobrazují barevné ikony stavu. Další informace naleznete v tématu Kontrola historie spuštění pracovního postupu.
Tip
Pokud se znovu odsílané spuštění úplně nedokončí, na panelu nástrojů s podrobnostmi o spuštění vyberte Aktualizovat.
Nastavení upozornění monitorování
Pokud chcete dostávat upozornění na základě konkrétních metrik nebo překročení prahových hodnot v pracovním postupu, nastavte prostředek aplikace logiky s upozorněními ve službě Azure Monitor. Další informace najdete v tématu Metriky v Azure.
Pokud chcete nastavit upozornění bez použití služby Azure Monitor, postupujte podle těchto kroků, které platí pro prostředky aplikace logiky Consumption i Standard:
V nabídce prostředků aplikace logiky v části Monitorování vyberte Výstrahy. Na panelu nástrojů vyberte Vytvořit>pravidlo upozornění.
Na stránce Vytvořit pravidlo upozornění v seznamu názvů signálů vyberte signál, pro který chcete získat výstrahu.
Poznámka:
Signály upozornění se mezi aplikacemi logiky Consumption a Standard liší. Například aplikace logiky Consumption mají mnoho signálů souvisejících s triggery, jako jsou triggery dokončené a triggery selhaly, zatímco standardní pracovní postupy mají signály míry selhání triggerů dokončených a triggerů pracovního postupu.
Pokud například chcete odeslat upozornění, když trigger selže v pracovním postupu Consumption, postupujte takto:
V seznamu názvů signálů vyberte signál Triggery, které selhaly.
V části Logika upozornění nastavte podmínku, například:
Vlastnost Příklad hodnoty Prahová hodnota staticky. Typ agregace Počet Operátor Větší než nebo rovno Jednotka Počet Prahová hodnota 1 V části Náhled se teď zobrazuje podmínka, kterou jste nastavili, například:
Vždy, když počet aktivačních událostí selhal, je větší nebo roven 1
V části Kdy se má vyhodnotit, nastavte plán kontroly podmínky:
Vlastnost Příklad hodnoty Zkontrolujte všechny 1 minuta Období zpětného vyhledávání 5 minut Dokončená podmínka například vypadá podobně jako v následujícím příkladu a na stránce Vytvořit pravidlo upozornění se teď zobrazují náklady na spuštění této výstrahy:
Až budete připraveni, vyberte Zkontrolovat a vytvořit.
Obecné informace najdete v tématu Vytvoření pravidla upozornění z konkrétního prostředku – Azure Monitor.