Povolení a zobrazení rozšířené telemetrie v Přehledy aplikací pro standardní pracovní postupy v Azure Logic Apps

Platí pro: Azure Logic Apps (Standard)

Tento návod ukazuje, jak zapnout rozšířenou shromažďování telemetrických dat v aplikaci Přehledy pro prostředek standardní aplikace logiky a potom zobrazit shromážděná data po dokončení spuštění pracovního postupu.

Předpoklady

  • Účet a předplatné Azure. Pokud předplatné nemáte, zaregistrujte si bezplatný účet Azure.

  • Instance Přehledy aplikace. Tento prostředek vytvoříte předem, když vytvoříte standardní aplikaci logiky nebo po nasazení aplikace logiky.

  • Standardní aplikace logiky a pracovní postup, a to buď na webu Azure Portal, nebo v editoru Visual Studio Code.

Povolení rozšířené telemetrie v Přehledy aplikací

  1. Na webu Azure Portal otevřete prostředek aplikace logiky Standard.

  2. V nabídce aplikace logiky v části Vývojové nástroje vyberte Rozšířené nástroje. Na stránce Rozšířené nástroje vyberte Přejít, čímž otevřete nástroje Kudu.

  3. Na stránce Kudu v nabídce konzoly Ladění vyberte CMD. V tabulce adresářů složek přejděte do následujícího souboru a vyberte Upravit: site/wwwroot/host.json.

  4. Do souboru host.json přidejte následující kód JSON:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
          "version": "[1, 2.00]"
       },
       "extensions": {
          "workflow": {
             "Settings": {
                "Runtime.ApplicationInsightTelemetryVersion": "v2"
             }
          }
       }
    }
    

    Tato konfigurace umožňuje výchozí úroveň podrobností. Další možnosti najdete v tématu Použití filtrování ve zdroji.

Otevření Přehledy aplikace

Po dokončení spuštění pracovního postupu a několika minut otevřete prostředek Přehledy aplikace.

  1. Na webu Azure Portal v nabídce aplikace logiky v části Nastavení vyberte Přehledy Aplikace.

  2. V nabídce prostředků Přehledy aplikace v části Monitorování vyberte Protokoly.

Zobrazení rozšířených protokolů v Přehledy aplikace

Následující části popisují tabulky v aplikaci Přehledy, kde můžete najít a zobrazit rozšířenou telemetrii vygenerovanou z běhu pracovního postupu.

Název tabulky Popis
Žádosti Podrobnosti o následujících událostech spuštění pracovního postupu:

– Aktivační události a události akcí
– Pokusy o opakování
– Připojení u využití
Stopy Podrobnosti o následujících událostech spuštění pracovního postupu:

- Počáteční a koncové události pracovního postupu
– Dávkové odesílání a dávkové příjem událostí
Výjimky Podrobnosti o událostech výjimek ve spuštěních pracovního postupu
Závislosti Podrobnosti o událostech závislostí ve spuštěních pracovního postupu

Tabulka Požadavků

Tabulka Requests (Požadavky) obsahuje pole, která sledují data o následujících událostech spuštění standardního pracovního postupu:

  • Události triggeru a akce
  • Pokusy o opakování
  • Připojení u využití

Pokud chcete zobrazit, jak se data do těchto polí dostanou, předpokládejme, že máte následující příklad standardního pracovního postupu, který začíná triggerem požadavku a akcí Vytvořit a akci Odpověď.

Screenshot shows Azure portal and Standard workflow designer with trigger and actions.

Nastavení triggeru má parametr s názvem Custom Tracking ID. Hodnota parametru je nastavena na výraz, který načítá hodnotu vlastnosti orderId z textu příchozí zprávy:

Screenshot shows Azure portal, Standard workflow, Request trigger selected, Settings tab, and custom tracking Id.

Dále nastavení akce Vytvořit pracovní postup obsahuje přidanou sledovaný vlastnost s názvem solutionName. Hodnota vlastnosti je nastavena na název prostředku aplikace logiky.

Screenshot shows Azure portal, Standard workflow, Compose action selected, Settings tab, and tracked property.

Za akcí Vytvořit následuje akce Odpověď , která vrátí odpověď volajícímu.

Následující seznam obsahuje ukázkové dotazy, které můžete vytvořit a spustit v tabulce Requests:

Úkol Kroky
Zobrazení všech událostí triggeru a akcí Dotaz na všechny události triggeru a akce
Zobrazení pouze aktivačních událostí nebo událostí akcí Dotaz pouze na události triggeru nebo akce
Zobrazení událostí triggeru nebo akce s konkrétním typem operace Události triggeru dotazu nebo akce podle typu operace
Zobrazení událostí triggeru a akcí s konkrétním ID spuštění pracovního postupu Události triggeru dotazu a akce podle ID spuštění pracovního postupu
Zobrazení událostí triggeru a akcí s konkrétním ID sledování klienta Události triggeru dotazu a akce podle ID sledování klienta
Zobrazení událostí triggeru a akcí s konkrétním názvem řešení Události triggeru dotazu a akce podle názvu řešení
Zobrazení událostí triggeru a akcí pomocí opakovaných pokusů Události triggeru dotazu a akce pro pokusy o opakování
Zobrazení událostí triggeru a akcí s využitím konektoru Dotaz na události triggeru a akce pro využití konektoru

Dotaz na všechny události triggeru a akce

Po spuštění pracovního postupu a několika minutách můžete vytvořit dotaz na tabulku Requests a zobrazit všechny události operace.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit všechny události triggeru a akce, vytvořte a spusťte následující dotaz:

    requests
    | sort by timestamp desc
    | take 10
    

    Následující příklad ukazuje kartu Výsledky se zobrazenými sloupci a daty v každém řádku:

    Screenshot shows Application Insights, query, Results tab, and operation events from workflow run.

    Sloupec Popis Příklad
    Jméno Název operace pracovního postupu V tomto příkladu se v řádcích zobrazuje ruční (trigger požadavku), Psaní a Odpověď.
    Úspěch Stav provádění operace V tomto příkladu všechny řádky zobrazují hodnotu True pro úspěšné spuštění. Pokud došlo k chybě, hodnota je False.
    resultCode Stavový kód provádění operace V tomto příkladu jsou všechny řádky úspěšné (200).
    Doba trvání Doba trvání provádění operace Pro každou operaci se liší.
  3. Pokud chcete zobrazit podrobnosti pro konkrétní operaci, rozbalte řádek pro trigger nebo akci:

    Následující příklad ukazuje rozbalené podrobnosti pro trigger požadavku :

    Screenshot shows Application Insights, Results tab for Request trigger, and details.

    Vlastnost Popis Příklad
    Kategorie Kategorie operace, která je vždy buď Workflow.Operations.Triggers , nebo Workflow.Operations.Actions, na základě operace Workflow.Operations.Triggers.
    clientTrackingId Vlastní ID sledování, pokud je zadáno 123456
    runId ID instance spuštění pracovního postupu 08585358375819913417237801890CU00
    triggerName Název triggeru Ruční
    workflowId ID pracovního postupu, který spustil trigger c7711d107e6647179c2e15fe2c2720ce
    workflowName Název pracovního postupu, který spustil trigger Pracovní postup odpovědi požadavku
    operation_Name Název operace, která spustila trigger V tomto případě je tento název stejný jako název pracovního postupu. Pracovní postup odpovědi požadavku
    operation_Id ID komponenty nebo pracovního postupu, který se právě spustil. Toto ID je stejné jako hodnota runId pro instanci spuštění pracovního postupu. Pokud existují výjimky nebo závislosti, tato hodnota přesahuje tabulky, abyste mohli tento záznam triggeru propojit s těmito výjimkami nebo závislostmi. 08585358375819913417237801890CU00
    operation_ParentId ID propojitelného pracovního postupu, který volal trigger f95138daff8ab129

    Následující příklad ukazuje rozbalené podrobnosti pro akci Vytvořit :

    Screenshot shows Application Insights, Results tab for Compose action, and details.

    Vlastnost Popis Příklad
    Kategorie Kategorie operace, která je vždy buď Workflow.Operations.Triggers , nebo Workflow.Operations.Actions, na základě operace Workflow.Operations.Actions
    clientTrackingId Vlastní ID sledování, pokud je zadáno 123456
    Actionname Název akce Compose (Sestavení)
    runId ID instance spuštění pracovního postupu 08585358375819913417237801890CU00
    workflowId ID pracovního postupu, který spustil akci c7711d107e6647179c2e15fe2c2720ce
    workflowName Název pracovního postupu, který spustil akci Pracovní postup odpovědi požadavku
    solutionName Název sledované vlastnosti, pokud je zadaný La-App Přehledy
    operation_Name Název operace, která akci spustila. V tomto případě je tento název stejný jako název pracovního postupu. Pracovní postup odpovědi požadavku
    operation_Id ID komponenty nebo pracovního postupu, který se právě spustil. Toto ID je stejné jako hodnota runId pro instanci spuštění pracovního postupu. Pokud existují výjimky nebo závislosti, tato hodnota přesahuje tabulky, abyste mohli tento záznam akce propojit s těmito výjimkami nebo závislostmi. 08585358375819913417237801890CU00
    operation_ParentId ID propojitelného pracovního postupu, který volal akci f95138daff8ab129

Dotaz pouze na události triggeru nebo akce

Můžete vytvořit dotaz na tabulku Requests a zobrazit podmnožinu událostí operací na základě kategorie operace a názvu pracovního postupu.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit všechny aktivační události v určitém pracovním postupu, vytvořte a spusťte dotaz s hodnotou vlastnosti customDimensions.Category nastavenou na Workflow.Operations.Triggers a operation_Name nastavenou na název pracovního postupu, například:

    requests
    | where customDimensions.Category == "Workflow.Operations.Triggers" and operation_Name == "Request-Response-Workflow"
    

    Screenshot shows Requests table query for triggers only.

  3. Pokud chcete zobrazit všechny události akcí v konkrétním pracovním postupu, vytvořte dotaz s hodnotou vlastnosti customDimensions.Category nastavenou na Workflow.Operations.Actions a operation_Name nastavenou na název pracovního postupu, například:

    requests
    | where customDimensions.Category == "Workflow.Operations.Actions" and operation_Name == "Request-Response-Workflow"
    

    Screenshot shows Requests table query for actions only.

Události triggeru dotazu nebo akce podle typu operace

Můžete vytvořit dotaz na tabulku Requests a zobrazit události pro konkrétní aktivační událost nebo typ akce.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit všechny události operací s určitým typem triggeru, vytvořte a spusťte dotaz s hodnotou customDimensions.triggerType nastavenou na požadovaný typ triggeru, například:

    requests
    | where customDimensions.triggerType == "Request"
    

    Screenshot shows Requests table query for Request trigger type.

  3. Pokud chcete zobrazit všechny události operací s určitým typem akce, vytvořte a spusťte dotaz s hodnotou customDimensions.actionType nastavenou na požadovaný typ akce, například:

    requests
    | where customDimensions.actionType == "Compose"
    

    Screenshot shows Requests table query for Compose action type.

Události triggeru dotazu a akce podle ID spuštění pracovního postupu

Můžete vytvořit dotaz na tabulku Requests a zobrazit podmnožinu událostí operací na základě ID spuštění pracovního postupu. TOTO ID spuštění pracovního postupu je stejné ID, které najdete v historii spuštění pracovního postupu.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit všechny události operací s konkrétním ID spuštění pracovního postupu, vytvořte a spusťte dotaz s hodnotou operation_Id nastavenou na ID spuštění pracovního postupu, například:

    requests
    | where operation_Id == "08585287554177334956853859655CU00"
    

    Screenshot shows Requests table query based on workflow run ID.

Události triggeru dotazu a akce podle ID sledování klienta

Můžete vytvořit dotaz na tabulku Requests a zobrazit podmnožinu událostí operací na základě názvu pracovního postupu a ID sledování klienta.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit všechny události operací s konkrétním ID sledování klienta v konkrétním pracovním postupu, vytvořte a spusťte dotaz s hodnotou operation_Name nastavenou na název pracovního postupu a hodnotu vlastnosti clientTrackingId nastavenou na požadovanou hodnotu, například:

    requests
    | where operation_Name == "Request-Response-Workflow"
    | extend correlation = todynamic(tostring(customDimensions.correlation))
    | where correlation.clientTrackingId == "123456"
    

    Screenshot shows query results using operation name and client tracking ID.

Události triggeru dotazu a akce podle názvu řešení

Můžete vytvořit dotaz na tabulku Requests a zobrazit podmnožinu událostí operací na základě názvu pracovního postupu a názvu řešení.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit všechny události operací s konkrétním ID sledování klienta v určitém pracovním postupu, vytvořte a spusťte dotaz s hodnotou operation_Name nastavenou na název pracovního postupu a hodnotu vlastnosti solutionName nastavenou na požadovanou hodnotu, například:

    requests
    | where operation_Name == "Request-Response-Workflow" and customDimensions has "trackedProperties"
    | extend trackedProperties = todynamic(tostring(customDimensions.trackedProperties))
    | where trackedProperties.solutionName == "LA-AppInsights"
    

    Screenshot shows query results using operation name and solution name.

Pokusy o opakování

Chcete-li ukázat, jak se tato data dostanou do tabulky Požadavky, následující příklad standardní pracovní postup používá akci HTTP , která volá adresu URL, která se nepřekládá. Pracovní postup má také zásadu opakování nastavenou na pevný interval, který se opakuje třikrát, jednou za 60 sekund.

Screenshot shows Azure portal, Standard workflow, HTTP action selected, Settings tab, and retry policy.

Události triggeru dotazu a akce pro pokusy o opakování

Můžete vytvořit dotaz na tabulku Requests a zobrazit podmnožinu událostí operací s opakovanými pokusy.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit pouze události triggeru a akce s historií opakování, vytvořte a spusťte následující dotaz v Přehledy aplikace:

    requests
    | extend retryHistory = tostring(tostring(customDimensions.retryHistory))
    | where isnotempty(retryHistory)
    
  3. Chcete-li zobrazit pokusy o opakování pro konkrétní operaci se zásadou opakování, rozbalte řádek pro danou operaci.

    Následující příklad ukazuje rozbalené podrobnosti akce HTTP :

    Screenshot shows Application Insights, Results tab for HTTP action, and details.

    Hodnoty vlastností success a resultCode označují, že akce HTTP selhala. Spolu s vlastnostmi popsanými v tabulce Query the Requests (Požadavky) pro všechny události triggeru a akce obsahuje záznam následující informace, které zahrnují tři pokusy o opakování:

    Vlastnost Popis Příklad
    retryHistory Podrobnosti historie pro jeden nebo více pokusů o opakování
    kód Typ chyby konkrétního pokusu o opakování
    Chyba Podrobnosti o konkrétní chybě, ke které došlo

Události triggeru dotazu a akce pro využití konektoru

Můžete vytvořit dotaz na tabulku Requests a zobrazit podmnožinu událostí operací na základě konkrétního využití konektoru.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit všechny aktivační události pomocí konkrétního typu konektoru, vytvořte a spusťte dotaz s následujícími vlastnostmi a hodnotami:

    requests
    | where customDimensions.Category == "Workflow.Operations.Triggers" and customDimensions.triggerType =="ApiConnectionWebhook" and customDimensions.apiName =="commondataservice"
    
    Vlastnost Příklad hodnoty
    customDimensions.Category Workflow.Operations.Triggers
    customDimensions.triggerType Typ operace, například Api Připojení ionWebhook
    customDimensions.apiName Název rozhraní API konektoru ve formátu JSON, například commondataservice pro konektor Microsoft Dataverse

    Screenshot shows Application Insights, Results tab for Microsoft Dataverse trigger events with ApiConnectionWebhook connection.

  3. Pokud chcete zobrazit všechny události akcí s konkrétním využitím konektoru, vytvořte a spusťte dotaz s hodnotou customDimensions.Category nastavenou na Workflow.Operations.Actions, hodnota customDimensions.triggerType nastavená na typ operace a vlastnost customDimensions.apiName nastavená na název rozhraní API konektoru ve formátu JSON, například:

    Vlastnost Příklad hodnoty
    customDimensions.Category Workflow.Operations.Actions
    customDimensions.triggerType Typ operace, například Api Připojení ion
    customDimensions.apiName Název rozhraní API konektoru ve formátu JSON, například Office365 pro konektor systém Microsoft Office 365 Outlook
    requests
    | where customDimensions.Category == "Workflow.Operations.Actions" and customDimensions.actionType == "ApiConnection" and customDimensions.apiName == "office365"
    

    Screenshot shows Application Insights, Results tab for Microsoft Office 365 Outlook action events with ApiConnection connection.

U triggerů i akcí aplikace Přehledy rozlišovat mezi typy existujících připojení. V polích actionType a triggerType se můžou zobrazovat různé hodnoty na základě toho, jestli má připojení rozhraní API Připojení ion, Api Připojení ionWebhook, integrovaný základní typ, například Request nebo integrovaný typ ServiceProvider založený na poskytovateli služeb.

Tabulka trasování

Tabulka Trasování obsahuje pole, která sledují data o následujících událostech spuštění standardního pracovního postupu:

Následující seznam obsahuje ukázkové dotazy, které můžete vytvořit a spustit v tabulce Traces:

Úkol Kroky
Zobrazení počátečních a koncových událostí ve všech spuštěních pracovního postupu Dotaz na počáteční a koncové události ve všech spuštěních pracovního postupu
Zobrazení počátečních a koncových událostí v konkrétním spuštění pracovního postupu Dotaz na počáteční a koncové události při spuštění pracovního postupu
Zobrazení dávkových odesílání a přijímání událostí ve všech spuštěních pracovního postupu Dotaz na dávkové odesílání a dávkové příjem událostí ve všech spuštěních pracovního postupu

Dotaz na počáteční a koncové události ve všech spuštěních pracovního postupu

Můžete vytvořit dotaz na tabulku Traces, abyste zobrazili všechny počáteční a koncové události pro všechna spuštění pracovního postupu.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Vytvořte a spusťte dotaz s hodnotou customDimensions.Category nastavenou na Workflow.Operations.Run, například:

    traces
    | where customDimensions.Category == "Workflow.Operations.Runs"
    

    Screenshot shows Application Insights, Results tab for start and events across all workflow runs.

Dotaz na počáteční a koncové události v konkrétním spuštění pracovního postupu

Můžete vytvořit dotaz na tabulku Traces a zobrazit počáteční a koncové události pro konkrétní spuštění pracovního postupu.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Vytvořte a spusťte dotaz s hodnotou customDimensions.Category nastavenou na Workflow.Operations.Run a hodnotu operation_Id nastavenou na ID spuštění pracovního postupu, například:

    traces
    | where customDimensions.Category == "Workflow.Operations.Runs"
    | and operation_Id == "08585287571846573488078100997CU00"
    

    Screenshot shows Application Insights, Results tab for start and events for a specific run.

Dotaz na dávkové odesílání a dávkové příjem událostí ve všech spuštěních pracovního postupu

Můžete vytvořit dotaz na tabulku Traces pro zobrazení dávkového odesílání a dávkového příjmu událostí ve všech spuštěních pracovního postupu.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Vytvořte a spusťte dotaz s hodnotou customDimensions.Category nastavenou na Workflow.Operations.Run a hodnotu operation_Id nastavenou na ID spuštění pracovního postupu, například:

    traces
    | where customDimensions.Category == "Workflow.Operations.Batch"
    

    Screenshot shows Application Insights, Results tab for batch send and batch receive events in all workflow runs.

Tabulka výjimek

Tabulka Výjimky obsahuje pole, která sledují data o událostech výjimek ve standardních spuštěních pracovního postupu. Pokud chcete zobrazit, jak se data do těchto polí dostanou, předpokládejme, že máte následující příklad standardního pracovního postupu, který začíná triggerem požadavku a akcí Vytvořit a akci Odpověď. Akce Vytvořit používá výraz, který vydělí hodnotu nulou, což vygeneruje výjimku:

Screenshot shows Azure portal, Standard workflow designer, Request trigger, Compose action with an exception-generating expression, and Response action.

Dotaz na události výjimek ve všech spuštěních pracovního postupu

Můžete vytvořit dotaz na tabulku Exceptions pro zobrazení událostí výjimky ve všech spuštěních pracovního postupu.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit všechny události výjimek, vytvořte a spusťte následující dotaz v Přehledy aplikace:

    exceptions
    | sort by timestamp desc
    
  3. Pokud chcete zobrazit podrobnosti o konkrétní výjimce, rozbalte řádek této výjimky:

    Následující příklad ukazuje rozbalenou výjimku pro akci Vytvořit a podrobnosti o výjimce:

    Screenshot shows Application Insights, Results tab for exception events with the exception event for the Compose action expanded, and exception details.

    Vlastnost Popis
    problemId Typ výjimky nebo krátký popis výjimky, ke které došlo
    outerMessage Podrobnější popis výjimky
    Podrobnosti Podrobné a nejúplnější informace o výjimce
    clientTrackingId ID sledování klienta, pokud je zadáno
    workflowId ID pracovního postupu, u kterého došlo k výjimce
    workflowName Název pracovního postupu, u kterého došlo k výjimce
    runId ID instance spuštění pracovního postupu
    Actionname Název akce, která selhala s výjimkou
    operation_Name Název pracovního postupu, u kterého došlo k výjimce
    operation_Id ID komponenty nebo pracovního postupu, který se právě spustil. Toto ID je stejné jako hodnota runId pro instanci spuštění pracovního postupu. Tato hodnota přesahuje tabulky, abyste mohli tento záznam výjimky propojit s instancí spuštění pracovního postupu.
    operation_ParentId ID pracovního postupu, který volal akci, kterou můžete propojit s ID akce v tabulce Žádosti
  4. Pokud chcete zobrazit výjimky pro konkrétní pracovní postup, vytvořte a spusťte následující dotaz:

    exceptions
    | where operation_Name contains "Request-Response-Workflow-Exception"
    

Tabulka závislostí

Tabulka Závislosti obsahuje pole, která sledují data o událostech závislostí ve standardních spuštěních pracovního postupu. Tyto události se vygenerují, když jeden prostředek volá jiný prostředek a když oba prostředky používají Přehledy aplikace. Mezi příklady pro Azure Logic Apps patří služba, která volá jinou službu přes PROTOKOL HTTP, databázi nebo systém souborů. Aplikace Přehledy měří dobu trvání volání závislostí a to, jestli jsou tato volání úspěšná nebo neúspěšná, spolu s informacemi, jako je název závislosti. Můžete prozkoumat konkrétní volání závislostí a korelovat je s požadavky a výjimkami.

Pokud chcete ukázat, jak se data dostanou do těchto polí, předpokládejme, že máte následující příklad nadřazeného pracovního postupu úrovně Standard, který volá podřízený pracovní postup přes protokol HTTP pomocí akce HTTP :

Screenshot shows Azure portal, Standard workflow designer with parent workflow using HTTP action to call a child workflow.

Dotaz na události závislostí v konkrétním pracovním postupu

Můžete vytvořit dotaz na tabulku Závislosti a zobrazit události závislostí v konkrétním spuštění pracovního postupu.

  1. V případě potřeby vyberte časový rozsah, který chcete zkontrolovat. Ve výchozím nastavení je tato hodnota posledních 24 hodin.

  2. Pokud chcete zobrazit události závislostí mezi nadřazeným pracovním postupem a podřízeným pracovním postupem, vytvořte a spusťte následující dotaz:

    union requests, dependencies
    | where operation_Id contains "<runId>"
    

    Tento dotaz používá operátor sjednocení k vrácení záznamů z tabulky Requests a Dependencies table. Dotaz také používá hodnotu vlastnosti operation_Id k poskytnutí propojení mezi záznamy zadáním požadované hodnoty runId pracovního postupu, například:

    union requests, dependencies
    | where operation_Id contains "08585355753671110236506928546CU00"
    

    Následující příklad ukazuje událost závislosti pro zadaný pracovní postup, včetně záznamů pro události operace v nadřazené pracovní postup z tabulky Requests a potom záznam závislosti z tabulky Závislosti:

    Screenshot shows Application Insights, Results tab with dependency events for a specific workflow.

    U záznamů událostí operace sloupec itemType zobrazuje jejich typy záznamů jako požadavek. Pro záznam závislosti sloupec itemType označuje typ záznamu jako závislost.

    Vlastnost Popis
    runId ID instance spuštění pracovního postupu
    Actionname Název akce, ve které k události závislosti dochází
    operation_Id ID zadaného pracovního postupu. Toto ID je stejné jako hodnota runId pro instanci spuštění pracovního postupu. Tato hodnota přesahuje tabulky, abyste mohli tento záznam závislosti propojit s instancí spuštění pracovního postupu.
    operation_ParentId ID akce, ve které k události závislosti dochází, což také pro propojení záznamu události operace a záznamu události závislosti

Pomocí dotazu můžete také vizualizovat volání závislostí z nadřazeného pracovního postupu do podřízeného pracovního postupu při použití mapy aplikace v Přehledy aplikace. Hodnota operation_Id v dotazu poskytuje odkaz, který tuto vizualizaci umožňuje.

Pokud chcete otevřít mapu aplikace, v nabídce Prostředek Přehledy aplikace vyberte v části Prozkoumat mapu aplikace.

Screenshot shows Application Insights and application map with dependency between parent workflow and child workflow.

Události filtru

V Přehledy aplikace můžete události filtrovat následujícími způsoby:

  • Vytvářejte a spouštějte dotazy, jak je popsáno v předchozích částech.

  • Vyfiltrujte zdroj zadáním kritérií, která se mají vyhodnotit před generováním událostí.

    Použitím filtrů na zdroj můžete snížit množství potřebného úložiště a v důsledku toho provozní náklady.

Použití filtrování ve zdroji

V tabulce Requests nebo Traces table má záznam uzel s názvem customDimensions, který obsahuje vlastnost Category . Například v tabulce Requests (Požadavky) vypadá záznam požadavku pro událost triggeru Batch podobně jako v následující ukázce:

Screenshot shows Application Insights with Requests table and record for a Batch messages trigger event.

V tabulce Requests (Požadavky) vám následující hodnoty vlastností Category (Kategorie ) můžou pomoct odlišit a přidružit různé úrovně podrobností:

Hodnota kategorie Popis
Workflow.Operations.Triggers Identifikuje záznam požadavku pro událost triggeru.
Workflow.Operations.Actions Identifikuje záznam požadavku pro událost akce.

Pro každou hodnotu Kategorie můžete nezávisle nastavit úroveň podrobností v souboru host.json pro prostředek nebo projekt aplikace logiky. Pokud například chcete vrátit pouze záznamy pro události triggeru nebo akce, které mají chyby, můžete v souboru host.json přidat následující objekt JSON protokolování , který obsahuje objekt JSON úrovně logLevel s požadovanými úrovněmi podrobností:

{
   "logging": {
      "logLevel": {
         "Workflow.Operations.Actions": "Error",
         "Workflow.Operations.Triggers": "Error"
      }
   }
}

V případě záznamů tabulky Traces ukazují následující příklady způsoby, jak změnit úroveň podrobností pro události:

{
   "logging": {
      "logLevel": {
         "Workflow.Host": "Warning",
         "Workflow.Jobs": "Warning",
         "Workflow.Runtime": "Warning"
      }
   }
}

Následující příklad nastaví výchozí úroveň podrobností protokolu na Upozornění, ale zachová úroveň podrobností na úrovni Informace pro aktivační události, akci a spuštění pracovního postupu:

{
   "logging": {
      "logLevel": {
         "default": "Warning",
         "Workflow.Operations.Actions": "Information",
         "Workflow.Operations.Runs": "Information",
         "Workflow.Operations.Triggers": "Information"
      }
   }
}

Pokud nezadáte žádné hodnoty logLevel , výchozí úroveň podrobností je Informace. Další informace najdete v tématu Konfigurace úrovní protokolu.

  1. Na webu Azure Portal otevřete prostředek aplikace logiky Standard.

  2. V nabídce aplikace logiky v části Vývojové nástroje vyberte Rozšířené nástroje. Na stránce Rozšířené nástroje vyberte Přejít, čímž otevřete nástroje Kudu.

  3. Na stránce Kudu v nabídce konzoly Ladění vyberte CMD. V tabulce adresářů složek přejděte do následujícího souboru a vyberte Upravit: site/wwwroot/host.json.

  4. V souboru host.json přidejte objekt JSON protokolování s hodnotami logLevel nastavenými na požadované úrovně podrobností:

    {
       "logging": {
          "logLevel": {
             "Workflow.Operations.Actions": "<verbosity-level>",
             "Workflow.Operations.Triggers": "<verbosity-level>"
          }
       }
    }
    

Zobrazení metrik pracovního postupu v Přehledy aplikace

Díky vylepšením telemetrie v Přehledy aplikace získáte také přehledy pracovních postupů na řídicím panelu Metriky.

Otevření řídicího panelu Metriky a nastavení základních filtrů

  1. Na webu Azure Portal otevřete prostředek Přehledy aplikace, pokud ještě není otevřený.

  2. V nabídce prostředků Přehledy aplikace v části Monitorování vyberte Metriky.

  3. V seznamu Obor vyberte instanci Přehledy aplikace.

  4. V seznamu Obor názvů metrik vyberte workflow.operations.

  5. V seznamu metrik vyberte metriku, například Spuštění dokončena.

  6. V seznamu Agregace vyberte typ, například Počet nebo Průměr.

    Po dokončení se na řídicím panelu Metriky zobrazí graf s dokončenými prováděními pracovních postupů.

    Screenshot shows Application Insights with Metrics dashboard and chart that shows number of finished workflow executions over time.

Filtrování na základě konkrétního pracovního postupu

Když povolíte multidimenzionální metriky na řídicím panelu Metriky, můžete cílit na podmnožinu celkových událostí zachycených v Přehledy aplikace a filtrovat události na základě konkrétního pracovního postupu.

  1. V prostředku Přehledy aplikace povolte multidimenzionální metriky.

  2. V Přehledy aplikace otevřete řídicí panel Metriky.

  3. Na panelu nástrojů grafu vyberte Přidat filtr.

  4. V seznamu vlastností vyberte Pracovní postup.

  5. V seznamu Operátor vyberte znaménko rovná se (=).

  6. V seznamu Hodnoty vyberte požadované pracovní postupy.

    Screenshot shows Application Insights with Metrics dashboard and chart with multidimensional metrics.

Zobrazení živých dat a metrik protokolu

Díky Přehledy aplikace s povolenou rozšířenou telemetrií můžete zobrazit data protokolu téměř v reálném čase a další metriky z vaší instance Přehledy aplikace na webu Azure Portal. Tuto vizualizaci můžete použít k vykreslení příchozích požadavků, odchozích požadavků a celkového stavu. Získáte také tabulku pro diagnostiku na úrovni trasování.

  1. Na webu Azure Portal otevřete prostředek Přehledy aplikace, pokud ještě není otevřený.

  2. V nabídce prostředku Přehledy aplikace v části Prozkoumat vyberte živé metriky.

    Na stránce živé metriky se zobrazují data protokolu a další metriky, například:

    Screenshot shows Azure portal and Application Insights menu with selected item named Live metrics.

Další informace najdete v tématu Live Metrics: Monitorování a diagnostika s latencí 1 sekundy.

Poznámka:

Vzhledem k tomu, že pracovní postupy standardní aplikace logiky jsou založené na službě Azure Functions, živé metriky podporují tyto pracovní postupy aplikací logiky.

Streamování a zobrazení výstupu ladění ze souborů protokolu aplikace

S povoleným Přehledy rozšířenou telemetrií aplikace můžete streamovat podrobné informace o ladění na webu Azure Portal pro soubory protokolu vaší aplikace. Tyto informace jsou ekvivalentní výstupu vygenerovanému z ladění pracovního postupu v místním prostředí editoru Visual Studio Code.

  1. Na webu Azure Portal otevřete prostředek aplikace logiky Standard.

  2. V nabídce prostředků aplikace logiky v části Monitorování vyberte Stream protokolu.

    Stránka streamu protokolu se připojí k instanci aplikace Přehledy a zobrazí výstup ladění. Následující výstup například obsahuje volání požadavků a odpovědí mimo jiné:

    Screenshot shows Azure portal and Standard logic app menu with selected item named Log stream.

Další kroky

Povolení nebo otevření Přehledy aplikace