Aktivera och visa förbättrad telemetri i Application Insights för Standard-arbetsflöden i Azure Logic Apps

Gäller för: Azure Logic Apps (Standard)

Den här instruktionsguiden visar hur du aktiverar förbättrad telemetrisamling i Application Insights för din standardlogikappresurs och sedan visar insamlade data när arbetsflödet har slutfört en körning.

Förutsättningar

• Ett Azure-konto och prenumeration. Om du inte har någon prenumeration kan du registrera ett kostnadsfritt Azure-konto.

• En Application Insights-instans . Du skapar den här resursen i förväg, när du skapar standardlogikappen eller efter distributionen av logikappen.

• En standardlogikapp och ett arbetsflöde, antingen i Azure-portalen eller i Visual Studio Code.

  • Logikappens resurs eller projekt måste använda Azure Functions v4-körningen, som är aktiverad som standard.

  • Logikappen måste ha aktiverat Application Insights för diagnostikloggning och spårning. Du kan göra det antingen när du skapar logikappen eller efter distributionen.

Aktivera förbättrad telemetri i Application Insights

Öppna Application Insights

När arbetsflödet har slutfört en körning och några minuter har passerat öppnar du Application Insights-resursen.

1. I Azure-portalen går du till logikappmenyn under Inställningar och väljer Application Insights.

2. På resursmenyn Application Insights går du till Övervakning och väljer Loggar.

Visa förbättrade loggar i Application Insights

I följande avsnitt beskrivs tabellerna i Application Insights där du kan hitta och visa den förbättrade telemetri som genereras från arbetsflödeskörningen.

Tabellen Begäranden

Tabellen Begäranden innehåller fält som spårar data om följande händelser i Standard-arbetsflödeskörningar:

• Utlösar- och åtgärdshändelser
• Antal försök
• Anslut eller användning

Om du vill visa hur data kommer in i de här fälten antar du att du har följande exempel på standardarbetsflöde som börjar med utlösaren Begäran följt av åtgärden Skriv och åtgärden Svar.

Utlösarens inställningar har en parameter med namnet Anpassat spårnings-ID. Parametervärdet är inställt på ett uttryck som hämtar egenskapen orderId från brödtexten i ett inkommande meddelande:

Därefter har arbetsflödets inställningar för åtgärden Skriv en tillagd spårad egenskap med namnet solutionName. Egenskapsvärdet är inställt på namnet på logikappresursen.

Åtgärden Skriv följs av en svarsåtgärd som returnerar ett svar till anroparen.

I följande lista finns exempelfrågor som du kan skapa och köra mot tabellen Begäranden:

Fråga efter alla utlösar- och åtgärdshändelser

När arbetsflödet har körts och några minuter har passerat kan du skapa en fråga mot tabellen Begäranden för att visa alla åtgärdshändelser.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa alla utlösar- och åtgärdshändelser skapar och kör du följande fråga:

   requests
   | sort by timestamp desc
   | take 10
   

   I följande exempel visas fliken Resultat med de antecknade kolumnerna och data i varje rad:

   

   Kolumn	Description	Exempel
   Namn	Namn på arbetsflödesåtgärd	I det här exemplet visar raderna manuell ( utlösare för begäran), Skriv och Svar.
   Framgång	Körningsstatus för åtgärd	I det här exemplet visar alla rader Sant för en lyckad körning. Om ett fel inträffar är värdet Falskt.
   resultCode	Statuskod för åtgärdskörning	I det här exemplet visar alla rader Lyckades (200).
   Varaktighet	Varaktighet för åtgärdskörning	Varierar för varje åtgärd.

3. Om du vill visa information om en viss åtgärd expanderar du raden för utlösaren eller åtgärden:

   I följande exempel visas den expanderade informationen för utlösaren Förfrågning :

   

   Property	Beskrivning	Exempel
   Kategori	Åtgärdskategori, som alltid är antingen Workflow.Operations.Triggers eller Workflow.Operations.Actions, baserat på åtgärden	Workflow.Operations.Triggers.
   clientTrackingId	Anpassat spårnings-ID, om det anges	123456
   runId	ID för arbetsflödeskörningsinstansen	08585358375819913417237801890CU00
   triggerName	Utlösarnamn	Manuell
   workflowId	ID för arbetsflödet som körde utlösaren	c7711d107e6647179c2e15fe2c2720ce
   workflowName	Namn på arbetsflödet som körde utlösaren	Arbetsflöde för begärandesvar
   operation_Name	Namn på den åtgärd som körde utlösaren. I det här fallet är det här namnet samma som arbetsflödets namn.	Arbetsflöde för begärandesvar
   operation_Id	ID för komponenten eller arbetsflödet som just kördes. Det här ID:t är samma som runId-värdet för arbetsflödeskörningsinstansen. Om det finns undantag eller beroenden överskrider det här värdet tabeller så att du kan länka den här utlösarposten till dessa undantag eller beroenden.	08585358375819913417237801890CU00
   operation_ParentId	Länkbart ID för arbetsflödet som anropade utlösaren	f95138daff8ab129

   I följande exempel visas den expanderade informationen för åtgärden Skriv :

   

   Property	Beskrivning	Exempel
   Kategori	Åtgärdskategori, som alltid är antingen Workflow.Operations.Triggers eller Workflow.Operations.Actions, baserat på åtgärden	Workflow.Operations.Actions
   clientTrackingId	Anpassat spårnings-ID, om det anges	123456
   actionName	Åtgärdsnamn	Compose
   runId	ID för arbetsflödeskörningsinstansen	08585358375819913417237801890CU00
   workflowId	ID för arbetsflödet som körde åtgärden	c7711d107e6647179c2e15fe2c2720ce
   workflowName	Namn på arbetsflödet som körde åtgärden	Arbetsflöde för begärandesvar
   solutionName	Spårat egenskapsnamn, om det anges	LA-AppInsights
   operation_Name	Namn på åtgärden som körde åtgärden. I det här fallet är det här namnet samma som arbetsflödets namn.	Arbetsflöde för begärandesvar
   operation_Id	ID för komponenten eller arbetsflödet som just kördes. Det här ID:t är samma som runId-värdet för arbetsflödeskörningsinstansen. Om det finns undantag eller beroenden överskrider det här värdet tabeller så att du kan länka den här åtgärdsposten till dessa undantag eller beroenden.	08585358375819913417237801890CU00
   operation_ParentId	Länkbart ID för arbetsflödet som anropade åtgärden	f95138daff8ab129

Fråga efter endast utlösar- eller åtgärdshändelser

Du kan skapa en fråga mot tabellen Begäranden för att visa en delmängd av åtgärdshändelser, baserat på åtgärdskategori och arbetsflödesnamnet.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa alla utlösarhändelser i ett specifikt arbetsflöde skapar och kör du en fråga med egenskapsvärdet customDimensions.Category inställt på Workflow.Operations.Triggers och operation_Name inställt på arbetsflödets namn, till exempel:

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

   

3. Om du vill visa alla åtgärdshändelser i ett specifikt arbetsflöde skapar du en fråga med egenskapsvärdet customDimensions.Category inställt på Workflow.Operations.Actions och operation_Name inställt på arbetsflödets namn, till exempel:

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

   

Frågeutlösare eller åtgärdshändelser efter åtgärdstyp

Du kan skapa en fråga mot tabellen Begäranden för att visa händelser för en specifik utlösare eller åtgärdstyp.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa alla åtgärdshändelser med en specifik utlösartyp skapar och kör du en fråga med värdet customDimensions.triggerType inställt på den utlösartyp som du vill använda, till exempel:

   requests
   | where customDimensions.triggerType == "Request"
   

   

3. Om du vill visa alla åtgärdshändelser med en specifik åtgärdstyp skapar och kör du en fråga med värdet customDimensions.actionType inställt på den åtgärdstyp du vill använda, till exempel:

   requests
   | where customDimensions.actionType == "Compose"
   

   

Frågeutlösare och åtgärdshändelser efter arbetsflödeskörnings-ID

Du kan skapa en fråga mot tabellen Begäranden för att visa en delmängd av åtgärdshändelser baserat på arbetsflödets körnings-ID. Det här arbetsflödeskörnings-ID:t är samma ID som du hittar i arbetsflödets körningshistorik.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa alla åtgärdshändelser med ett specifikt arbetsflödeskörnings-ID skapar och kör du en fråga med värdet operation_Id inställt på arbetsflödets körnings-ID, till exempel:

   requests
   | where operation_Id == "08585287554177334956853859655CU00"
   

   

Frågeutlösare och åtgärdshändelser efter klientspårnings-ID

Du kan skapa en fråga mot tabellen Begäranden för att visa en delmängd av åtgärdshändelser, baserat på arbetsflödets namn och klientspårnings-ID.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa alla åtgärdshändelser med ett specifikt klientspårnings-ID i ett specifikt arbetsflöde skapar och kör du en fråga med värdet operation_Name inställt på arbetsflödesnamnet och egenskapen clientTrackingId inställt på önskat värde, till exempel:

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

   

Frågeutlösare och åtgärdshändelser efter lösningsnamn

Du kan skapa en fråga mot tabellen Begäranden för att visa en delmängd av åtgärdshändelser baserat på arbetsflödets namn och lösningsnamn.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa alla åtgärdshändelser med ett specifikt klientspårnings-ID i ett specifikt arbetsflöde skapar och kör du en fråga med värdet operation_Name inställt på arbetsflödesnamnet och egenskapsvärdet solutionName inställt på önskat värde, till exempel:

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

   

Antal försök

För att visa hur dessa data hamnar i tabellen Begäranden använder standardarbetsflödet i följande exempel en HTTP-åtgärd som anropar en URL som inte matchar. Arbetsflödet har också en återförsöksprincip som är inställd på ett fast intervall som försöker igen tre gånger, en gång var 60:e sekund.

Frågeutlösare och åtgärdshändelser för återförsök

Du kan skapa en fråga mot tabellen Begäranden för att visa en delmängd av åtgärdshändelser med återförsök.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du bara vill visa utlösar- och åtgärdshändelser med återförsökshistorik skapar du och kör följande fråga i Application Insights:

   requests
   | extend retryHistory = tostring(tostring(customDimensions.retryHistory))
   | where isnotempty(retryHistory)
   

3. Om du vill visa återförsöken för en specifik åtgärd med en återförsöksprincip expanderar du raden för den åtgärden.

   I följande exempel visas den utökade informationen för HTTP-åtgärden :

   

   Egenskapsvärdena success och resultCode anger att HTTP-åtgärden misslyckades. Tillsammans med egenskaperna som beskrivs i Fråga efter tabellen Begäranden för alla utlösar- och åtgärdshändelser innehåller posten följande information, som omfattar tre återförsöksförsök:

   Property	Beskrivning	Exempel
   retryHistory	Historikinformation för ett eller flera återförsök
   kod	Feltyp för ett specifikt återförsök
   Fel	Information om det specifika felet som inträffade

Frågeutlösare och åtgärdshändelser för anslutningsanvändning

Du kan skapa en fråga mot tabellen Begäranden för att visa en delmängd av åtgärdshändelser baserat på specifik anslutningsanvändning.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa alla utlösarhändelser med en specifik anslutningstyp skapar och kör du en fråga med följande egenskaper och värden:

   requests
   | where customDimensions.Category == "Workflow.Operations.Triggers" and customDimensions.triggerType =="ApiConnectionWebhook" and customDimensions.apiName =="commondataservice"
   

   Property	Exempelvärde
   customDimensions.Category	Workflow.Operations.Triggers
   customDimensions.triggerType	Åtgärdstypen, till exempel Api Anslut ionWebhook
   customDimensions.apiName	Anslutningsappens API-namn i JSON-format, till exempel commondataservice för Microsoft Dataverse-anslutningsappen

   

3. Om du vill visa alla åtgärdshändelser med specifik anslutningsanvändning skapar och kör du en fråga med värdet customDimensions.Category inställt på Workflow.Operations.Actions, värdet customDimensions.triggerType inställt på åtgärdstypen och customDimensions.apiName inställt på anslutningsappens API-namn i JSON-format, till exempel:

   Property	Exempelvärde
   customDimensions.Category	Workflow.Operations.Actions
   customDimensions.triggerType	Åtgärdstypen, till exempel Api Anslut ion
   customDimensions.apiName	Anslutningsappens API-namn i JSON-format, till exempel office365 för Microsoft Office 365 Outlook-anslutningsappen

   requests
   | where customDimensions.Category == "Workflow.Operations.Actions" and customDimensions.actionType == "ApiConnection" and customDimensions.apiName == "office365"
   

   

För både utlösare och åtgärder skiljer Application Insights mellan de typer av anslutningar som finns. Du kan se olika värden i fälten actionType och triggerType baserat på om anslutningen har Api Anslut ion, Api Anslut ionWebhook, den inbyggda grundläggande typen, till exempel Begäran eller den inbyggda tjänstleverantörsbaserade ServiceProvider-typen.

Tabellen Traces

Tabellen Traces innehåller fält som spårar data om följande händelser i Standard-arbetsflödeskörningar:

• Start- och sluthändelser för arbetsflöde

  Den här informationen representeras som två distinkta händelser på grund av potentialen för långvariga arbetsflödeskörningar.

• Skicka och ta emot händelser i Batch

  Mer information finns i Använda inbyggda Batch-åtgärder i Azure Logic Apps (Standard)

I följande lista finns exempelfrågor som du kan skapa och köra mot tabellen Traces:

Fråga efter start- och sluthändelser i alla arbetsflödeskörningar

Du kan skapa en fråga mot tabellen Traces för att visa alla start- och sluthändelser för alla arbetsflödeskörningar.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Skapa och kör en fråga med värdet customDimensions.Category inställt på Workflow.Operations.Runs, till exempel:

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

   

Fråga efter start- och sluthändelser i en specifik arbetsflödeskörning

Du kan skapa en fråga mot tabellen Traces för att visa start- och sluthändelserna för en specifik arbetsflödeskörning.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Skapa och kör en fråga med värdet customDimensions.Category inställt på Workflow.Operations.Runs och värdet operation_Id som angetts till arbetsflödets körnings-ID, till exempel:

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

   

Fråga efter batch-sändnings- och batch-mottagningshändelser i alla arbetsflödeskörningar

Du kan skapa en fråga mot tabellen Traces för att visa batchens sändnings- och batch-mottagningshändelser i alla arbetsflödeskörningar.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Skapa och kör en fråga med värdet customDimensions.Category inställt på Workflow.Operations.Runs och värdet operation_Id som angetts till arbetsflödets körnings-ID, till exempel:

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

   

Undantagstabell

Tabellen Undantag innehåller fält som spårar data om undantagshändelser i Standard-arbetsflödeskörningar. Om du vill visa hur data kommer in i de här fälten antar du att du har följande exempel på standardarbetsflöde som börjar med utlösaren Begäran följt av åtgärden Skriv och åtgärden Svar. Åtgärden Skriv använder ett uttryck som delar ett värde med noll, vilket genererar ett undantag:

Fråga efter undantagshändelser i alla arbetsflödeskörningar

Du kan skapa en fråga mot tabellen Undantag för att visa undantagshändelserna i alla arbetsflödeskörningar.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa alla undantagshändelser skapar och kör du följande fråga i Application Insights:

   exceptions
   | sort by timestamp desc
   

3. Om du vill visa information om ett specifikt undantag expanderar du raden för undantaget:

   I följande exempel visas det utökade undantaget för åtgärden Skriv och information om undantaget:

   

   Property	Beskrivning
   problemId	Undantagstyp eller en kort beskrivning av undantaget som inträffade
   outerMessage	Mer detaljerad beskrivning av undantaget
   Detaljer	Utförlig och mest fullständig information om undantaget
   clientTrackingId	Klientspårnings-ID, om det anges
   workflowId	ID för arbetsflödet som upplevde undantaget
   workflowName	Namn på arbetsflödet som upplevde undantaget
   runId	ID för arbetsflödeskörningsinstansen
   actionName	Namn på åtgärden som misslyckades med undantaget
   operation_Name	Namn på arbetsflödet som upplevde undantaget
   operation_Id	ID för komponenten eller arbetsflödet som just kördes. Det här ID:t är samma som runId-värdet för arbetsflödeskörningsinstansen. Det här värdet överskrider tabeller så att du kan länka den här undantagsposten till arbetsflödeskörningsinstansen.
   operation_ParentId	ID för arbetsflödet som anropade åtgärden, som du kan länka till åtgärdens ID i tabellen Begäranden

4. Om du vill visa undantagen för ett visst arbetsflöde skapar och kör du följande fråga:

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

Tabellen Beroenden

Tabellen Beroenden innehåller fält som spårar data om beroendehändelser i Standard-arbetsflödeskörningar. Dessa händelser genereras när en resurs anropar en annan resurs och när båda resurserna använder Application Insights. Exempel för Azure Logic Apps är en tjänst som anropar en annan tjänst via HTTP, en databas eller ett filsystem. Application Insights mäter varaktigheten för beroendeanrop och om dessa anrop lyckas eller misslyckas, tillsammans med information, till exempel beroendenamnet. Du kan undersöka specifika beroendeanrop och korrelera dem med begäranden och undantag.

Om du vill visa hur data kommer in i dessa fält antar du att du har följande exempel på ett överordnat standardarbetsflöde som anropar ett underordnat arbetsflöde via HTTP med hjälp av HTTP-åtgärden :

Fråga efter beroendehändelser i ett specifikt arbetsflöde

Du kan skapa en fråga mot tabellen Beroenden för att visa beroendehändelserna i en specifik arbetsflödeskörning.

1. Om det behövs väljer du det tidsintervall som du vill granska. Som standard är det här värdet de senaste 24 timmarna.

2. Om du vill visa beroendehändelser mellan det överordnade arbetsflödet och det underordnade arbetsflödet skapar och kör du följande fråga:

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

   Den här frågan använder union-operatorn för att returnera poster från tabellen Begäranden och tabellen Beroenden. Frågan använder också egenskapsvärdet operation_Id för att tillhandahålla länken mellan poster genom att ange det runId-värde för arbetsflödet som du vill använda, till exempel:

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

   I följande exempel visas en beroendehändelse för det angivna arbetsflödet, inklusive poster för åtgärdshändelserna i det överordnade arbetsflödet från tabellen Begäranden och sedan en beroendepost från tabellen Beroenden:

   

   För åtgärdshändelseposterna visar kolumnen itemType deras posttyper som begäran. För beroendeposten anger kolumnen itemType posttypen som beroende.

   Property	Beskrivning
   runId	ID för arbetsflödeskörningsinstansen
   actionName	Namn på den åtgärd där beroendehändelsen inträffar
   operation_Id	ID för det angivna arbetsflödet. Det här ID:t är samma som runId-värdet för arbetsflödeskörningsinstansen. Det här värdet överskrider tabeller så att du kan länka den här beroendeposten till arbetsflödeskörningsinstansen.
   operation_ParentId	ID för den åtgärd där beroendehändelsen inträffar, som även länkar åtgärdshändelseposten och beroendehändelseposten tillsammans

Med din fråga kan du också visualisera beroendeanropet från ett överordnat arbetsflöde till ett underordnat arbetsflöde när du använder programkartan i Application Insights. Det operation_Id värdet i frågan innehåller länken som gör den här visualiseringen möjlig.

Om du vill öppna programkartan går du till resursmenyn Application Insights under Undersök och väljer Programkarta.

Filtrera händelser

I Application Insights kan du filtrera händelser på följande sätt:

• Skapa och köra frågor enligt beskrivningen i tidigare avsnitt.

• Filtrera vid källan genom att ange kriterier som ska utvärderas innan händelser genereras.

  Genom att använda filter på källan kan du minska mängden nödvändig lagring och därmed driftskostnaderna.

Tillämpa filtrering på källan

I tabellen Begäranden eller tabellen Spårningar har en post en nod med namnet customDimensions, som innehåller en kategoriegenskap . I tabellen Begäranden ser till exempel begärandeposten för en Batch-utlösarhändelse ut ungefär som i följande exempel:

I tabellen Begäranden kan följande kategoriegenskapsvärden hjälpa dig att särskilja och associera olika verbositetsnivåer:

För varje kategorivärde kan du oberoende ange verbositetsnivån i filen host.json för logikappens resurs eller projekt. Om du till exempel bara vill returnera poster för utlösare eller åtgärdshändelser som har fel kan du lägga till följande loggnings-JSON-objekt i filen host.json, som innehåller ett logLevel JSON-objekt med de verbositetsnivåer som du vill ha:

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

För traces-tabellposter visar följande exempel hur du kan ändra utförlighetsnivån för händelser:

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

I följande exempel anges loggens standardnivå för verbositet till Varning, men verbositetsnivån behålls på Information för utlösare, åtgärd och arbetsflödeskörningshändelser:

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

Om du inte anger några logLevel-värden är standardverlighetsnivån Information. Mer information finns i Konfigurera loggnivåer.

Visa arbetsflödesmått i Application Insights

Med telemetriförbättringarna i Application Insights får du även arbetsflödesinsikter på instrumentpanelen Mått.

Öppna instrumentpanelen Mått och konfigurera grundläggande filter

1. Öppna Application Insights-resursen i Azure-portalen om den inte redan har öppnats.

2. På resursmenyn i Application Insights går du till Övervakning och väljer Mått.

3. I listan Omfång väljer du din Application Insights-instans.

4. I listan Måttnamnområde väljer du workflow.operations.

5. I listan Mått väljer du ett mått, till exempel Körningar slutförda.

6. I listan Sammansättning väljer du en typ, till exempel Count eller Avg.

   När du är klar visar instrumentpanelen Mått ett diagram med dina slutförda arbetsflödeskörningar.

   

Filtrera baserat på ett specifikt arbetsflöde

När du aktiverar flerdimensionella mått på instrumentpanelen Mått kan du rikta in dig på en delmängd av de övergripande händelserna som samlas in i Application Insights och filtrera händelser baserat på ett specifikt arbetsflöde.

1. Aktivera flerdimensionella mått på Application Insights-resursen.

2. Öppna instrumentpanelen Mått i Application Insights.

3. I diagramverktygsfältet väljer du Lägg till filter.

4. I egenskapslistan väljer du Arbetsflöde.

5. I listan Operator väljer du likhetstecknet (=).

6. I listan Värden väljer du de arbetsflöden som du vill använda.

   

Visa "live"-loggdata och mått

Med Utökad telemetri i Application Insights aktiverad kan du visa loggdata i nära realtid och andra mått från din Application Insights-instans i Azure-portalen. Du kan använda den här visualiseringen för att rita inkommande begäranden, utgående begäranden och övergripande hälsa. Du får också en tabell för diagnostik på spårningsnivå.

1. Öppna Application Insights-resursen i Azure-portalen om den inte redan har öppnats.

2. På resursmenyn i Application Insights går du till Undersök och väljer Live-mått.

   Sidan Live-mått visar loggdata och andra mått, till exempel:

   

Mer information finns i Live Metrics: Övervaka och diagnostisera med en sekunds svarstid.

Strömma och visa felsökningsutdata från programloggfiler

Med Utökad telemetri i Application Insights aktiverad kan du strömma utförlig felsökningsinformation i Azure-portalen för programmets loggfiler. Den här informationen motsvarar utdata som genereras från felsökning av arbetsflödet i din lokala Visual Studio Code-miljö.

1. Öppna din standardlogikappresurs i Azure-portalen.

2. På resursmenyn för logikappen går du till Övervakning och väljer Loggström.

   Sidan Loggström ansluter till Application Insights-instansen och visar felsökningsutdata. Följande utdata inkluderar till exempel begärande- och svarsanrop bland annan information:

   

Nästa steg

Aktivera eller öppna Application Insights