Monitorování stavu spuštění pracovního postupu, kontrola historie spuštění triggeru a pracovního postupu a nastavení upozornění v Azure Logic Apps

  • Článek

Platí pro: Azure Logic Apps (Consumption + Standard)

Po vytvoření a 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.

Tento průvodce ukazuje, jak provádět následující úlohy:

Pokud chcete monitorovat a kontrolovat stav spuštění pracovního postupu pro standardní pracovní postupy, projděte si následující části v tématu Vytvoření ukázkového pracovního postupu standardní aplikace logiky v Azure Logic Apps s jedním tenantem:

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.

Poznámka:

Pokud se váš pracovní postup spouští v prostředí integrační služby (ISE), které bylo vytvořeno pro použití interního přístupového koncového bodu, můžete zobrazit a získat přístup ke vstupům a výstupům z historie spuštění pracovního postupu pouze z vaší virtuální sítě. Ujistěte se, že máte síťové připojení mezi privátními koncovými body a počítačem, ze kterého chcete získat přístup k historii spuštění. Váš klientský počítač může existovat například ve virtuální síti isE nebo ve virtuální síti, která je připojená k virtuální síti ISE, například prostřednictvím partnerského vztahu nebo virtuální privátní sítě. Další informace najdete v tématu Přístup ke koncovému bodu ISE.

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.

  1. Na webu Azure Portal otevřete prostředek aplikace logiky a pracovní postup v návrháři.

  2. V nabídce aplikace logiky vyberte Přehled. V podokně Přehled vyberte historii triggerů.

    Screenshot shows Overview pane for Consumption logic app workflow with selected option named Trigger history.

    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.

    Screenshot shows Overview pane with Consumption logic app workflow and multiple trigger attempts for different items.

    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.
    Podařilo 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 SplitOn příkaz, 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ů podokna Přehled nebo na panelu nástrojů návrháře vyberte Spustit spuštění aktivační události>.

  3. Pokud chcete zobrazit informace o konkrétním pokusu o trigger, vyberte tuto událost triggeru.

    Screenshot shows Consumption workflow trigger entry selected.

    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:

    Screenshot shows selected Consumption workflow trigger history information.

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.

  1. Na webu Azure Portal otevřete prostředek aplikace logiky a pracovní postup v návrháři.

  2. 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.

    Screenshot shows Consumption workflow and Overview page with selected option for Runs history.

    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é pro 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í.
    Podařilo 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 řízena uchováváním historie spuštění v nastavení dnů. Doba trvání běhu se počí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í spuštění také překročí aktuální limit uchovávání historie spuštění, který je také řízen uchováváním historie spuštění v nastavení dnů, 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í.
    Čekající Spuštění se nespustí nebo se pozastaví, například kvůli dřívější instanci pracovního postupu, která je stále spuštěná.

  3. 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.

    Tip

    Pokud se stav spuštění nezobrazí, zkuste podokno přehledu aktualizovat 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í.

    Screenshot shows Consumption workflow run selected.

    V podokně spuštění aplikace logiky se zobrazí jednotlivé kroky ve vybraném spuštění, stav spuštění jednotlivých kroků a čas potřebný ke spuštění jednotlivých kroků, například:

    Screenshot shows each action in the selected workflow run.

    Chcete-li zobrazit tyto informace ve formuláři seznamu, na panelu nástrojů spuštění aplikace logiky vyberte Spustit podrobnosti.

    Screenshot shows toolbar named Logic app run with the selected option Run Details.

    Podrobnosti spuštění uvádí jednotlivé kroky, jejich stav a další informace.

    Screenshot showing the run details for each step in the workflow.

    Můžete například získat vlastnost ID korelace spuštění, kterou možná budete potřebovat, když použijete rozhraní REST API pro Logic Apps.

  4. Pokud chcete získat další informace o konkrétním kroku, vyberte jednu z těchto možností:

    • V podokně spuštění aplikace logiky vyberte krok, aby se obrazec rozbalil. Teď můžete zobrazit informace, jako jsou vstupy, výstupy a všechny chyby, ke kterým došlo v tomto kroku.

      Předpokládejme například, že jste měli akci, která selhala, a chtěli jste zkontrolovat, které vstupy mohly způsobit selhání daného kroku. Rozbalením obrazce můžete zobrazit vstupy, výstupy a chybu pro tento krok:

      Screenshot showing the

    • V podokně podrobností o spuštění aplikace logiky vyberte požadovaný krok.

      Screenshot showing the

    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í 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, které pracovní postup dříve používal opětovným odesláním spuštění do Azure Logic Apps. Dokončením této úlohy se vytvoří a přidá do historie spuštění pracovního postupu nový pracovní postup.

Poznámka:

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.

  1. Na webu Azure Portal otevřete prostředek aplikace logiky a pracovní postup v návrháři.

  2. 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.

  3. V podokně Historie spuštění vyberte spuštění, které chcete znovu odeslat.

  4. Na panelu nástrojů pro spuštění aplikace logiky vyberte Možnost Znovu odeslat a pak vyberte Ano.

    V podokně Historie spuštění se teď zobrazuje znovu odsílané spuštění.

    Tip

    Pokud se znovu odsílané spuštění nezobrazí, na panelu nástrojů podokna 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í.

  5. Pokud chcete zkontrolovat vstupy a výstupy pro znovu odsílané spuštění pracovního postupu, vyberte na kartě Historie spuštění toto spuštění.

Nastavení upozornění monitorování

Pokud chcete dostávat upozornění na základě konkrétních metrik nebo překročili prahové hodnoty pro vaši aplikaci logiky, nastavte upozornění ve službě Azure Monitor. Další informace najdete v metrikách 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:

  1. V nabídce aplikace logiky v části Monitorování vyberte Výstrahy. Na panelu nástrojů vyberte Vytvořit>pravidlo upozornění.

  2. Na stránce Vytvořit pravidlo upozornění v seznamu názvů signálů vyberte signál, pro který chcete získat výstrahu.

    Pokud například chcete odeslat upozornění, když se trigger nezdaří, postupujte takto:

    1. V seznamu názvů signálů vyberte signál Triggery, které selhaly.

    2. 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

    3. 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:

      Screenshot shows the alert rule condition.

  3. 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.

Další kroky