Skapa ett exempel på ett Standard-arbetsflöde i Azure Logic Apps med en enda klientorganisation med Azure-portalen

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

Den här guiden visar hur du skapar ett exempel på ett automatiserat arbetsflöde som väntar på en inkommande webbbegäran och sedan skickar ett meddelande till ett e-postkonto. Mer specifikt skapar du en standardlogikappresurs som kan innehålla flera tillståndskänsliga och tillståndslösa arbetsflöden som körs i Azure Logic Apps med en enda klientorganisation.

Kommentar

Om du vill skapa det här exempelarbetsflödet i Visual Studio Code i stället följer du stegen i Skapa standardarbetsflöden i Azure Logic Apps med en enda klientorganisation med Visual Studio Code. Båda alternativen ger möjlighet att utveckla, köra och distribuera logikapparbetsflöden i samma typer av miljöer. Med Visual Studio Code kan du dock utveckla, testa och köra arbetsflöden lokalt i utvecklingsmiljön.

Även om det här exempelarbetsflödet är molnbaserat och bara har två steg kan du skapa arbetsflöden från hundratals åtgärder som kan ansluta en mängd olika appar, data, tjänster och system i molnmiljöer, lokalt och hybridmiljöer. Exempelarbetsflödet börjar med den inbyggda utlösaren Begär, följt av en Office 365 Outlook-åtgärd. Utlösaren skapar en anropsbar slutpunkt för arbetsflödet och väntar på en inkommande HTTPS-begäran från alla anropare. När utlösaren tar emot en begäran och utlöses körs nästa åtgärd genom att skicka e-post till den angivna e-postadressen tillsammans med valda utdata från utlösaren.

Skärmbild som visar Azure-portalen med designern för standardarbetsflöde för logikappar.

När du fortsätter slutför du dessa uppgifter på hög nivå:

  • Skapa en standardlogikappresurs och lägg till ett tomt tillståndskänsligt arbetsflöde.
  • Lägg till en utlösare och åtgärd.
  • Utlös en arbetsflödeskörning.
  • Visa arbetsflödets körnings- och utlösarhistorik.
  • Aktivera eller öppna Application Insights efter distributionen.
  • Aktivera körningshistorik för tillståndslösa arbetsflöden.

I Azure Logic Apps med en klientorganisation körs arbetsflöden i samma logikappresurs och klientorganisation i samma process som körningen, så att de delar samma resurser och ger bättre prestanda. Mer information om Azure Logic Apps för en klientorganisation finns i Miljö för en klientorganisation jämfört med flera klienter och integrationstjänst.

Förutsättningar

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

  • Ett Azure Storage-konto. Om du inte har något kan du antingen skapa ett lagringskonto i förväg eller när logikappen skapas.

    Kommentar

    Resurstypen standardlogikapp drivs av Azure Functions och har lagringskrav som liknar funktionsappar. Tillståndskänsliga arbetsflöden utför lagringstransaktioner , till exempel att använda köer för schemaläggning och lagring av arbetsflödestillstånd i tabeller och blobar. Dessa transaktioner medför lagringsavgifter. Mer information om hur tillståndskänsliga arbetsflöden lagrar data i extern lagring finns i Tillståndskänsliga och tillståndslösa arbetsflöden.

  • Om du vill skapa samma exempelarbetsflöde i den här guiden behöver du ett Office 365 Outlook-e-postkonto som använder ett Microsoft-arbets- eller skolkonto för att logga in.

    Om du inte har något Office 365-konto kan du använda andra tillgängliga e-postanslutningsprogram som kan skicka meddelanden från ditt e-postkonto, till exempel Outlook.com. Om du använder en annan e-postanslutning kan du fortfarande följa exemplet och de allmänna övergripande stegen är desamma. Alternativen kan dock skilja sig åt på vissa sätt. Om du till exempel använder Outlook.com-anslutningsappen använder du ditt personliga Microsoft-konto i stället för att logga in.

  • För att testa exempelarbetsflödet i den här guiden behöver du ett verktyg som kan skicka anrop till slutpunkten som skapats av utlösaren Förfrågning. Om du inte har något sådant verktyg kan du ladda ned, installera och använda Postman.

  • Om du skapar logikappresursen och aktiverar Application Insights kan du aktivera diagnostikloggning och spårning för logikappen. Du kan göra det antingen när du skapar logikappen eller efter distributionen. Du måste ha en Application Insights-instans, men du kan skapa den här resursen i förväg, när du skapar logikappen eller efter distributionen.

  • Om du vill distribuera standardlogikappresursen till en App Service-miljön v3 (ASEv3) – Endast Windows-plan måste du först skapa den här miljöresursen. Du kan sedan välja den här miljön som distributionsplats när du skapar logikappresursen. Mer information finns i Resurstyper och miljöer och Skapa en App Service-miljön.

  • Från och med mitten av oktober 2022 använder nya standardlogikapparbetsflöden i Azure-portalen automatiskt Azure Functions v4. Under november 2022 migreras befintliga Standard-arbetsflöden i Azure-portalen automatiskt till Azure Functions v4. Om du inte har distribuerat dina Standard-logikappar som NuGet-baserade projekt eller fäst dina logikappar på en specifik paketversion, är den här uppgraderingen utformad för att inte kräva någon åtgärd från dig eller ha en körningspåverkan. Men om undantagen gäller för dig, eller om du vill ha mer information om Azure Functions v4-stöd, se Azure Logic Apps Standard stöder nu Azure Functions v4.

Metodtips och rekommendationer

För optimal designresponsivitet och prestanda kan du läsa och följa dessa riktlinjer:

  • Använd högst 50 åtgärder per arbetsflöde. Om du överskrider det här antalet åtgärder ökar risken för långsammare designerprestanda.

  • Överväg att dela upp affärslogik i flera arbetsflöden där det behövs.

  • Ha högst 10–15 arbetsflöden per logikappresurs.

Fler arbetsflöden i logikappen ökar risken för längre inläsningstider, vilket påverkar prestanda negativt. Om du har verksamhetskritiska logikappar som kräver noll driftstopp kan du överväga att konfigurera distributionsplatser.

Skapa en standardlogikappresurs

  1. Logga in med ditt Azure-konto i Azure-portalen.

  2. I sökrutan i Azure-portalen anger du logikappar och väljer Logikappar.

    Skärmbild som visar sökrutan i Azure-portalen med logikappar angivna och gruppen för logikappar markerad.

  3. På sidan Logikappar väljer du Lägg till.

  4. På sidan Skapa logikappfliken Grundläggande anger du följande grundläggande information om logikappen:

    Property Obligatoriskt Värde beskrivning
    Abonnemang Ja <Namn-på-Azure-prenumeration> Ditt Azure-prenumerationsnamn.
    Resursgrupp Ja <Namn-på-Azure-resursgrupp> Den Azure-resursgrupp där du skapar din logikapp och relaterade resurser. Det här namnet måste vara unikt mellan regioner och får endast innehålla bokstäver, siffror, bindestreck (-), understreck (_), parenteser (()) och punkter (.).

    I det här exemplet skapas en resursgrupp med namnet Fabrikam-Workflows-RG.
    Namn på logikapp Ja <logic-app-name> Resursnamnet för logikappen måste vara unikt mellan regioner och får endast innehålla bokstäver, siffror, bindestreck (-), understreck (_), parenteser (()) och punkter (.).

    Obs! Logikappens namn hämtar automatiskt suffixet .azurewebsites.net eftersom standardlogikappresursen drivs av Azure Logic Apps-körningen med en enda klientorganisation, som använder Azure Functions-utökningsmodellen och är värd för ett tillägg på Azure Functions-körningen. Azure Functions använder samma namngivningskonvention för appar.

    I det här exemplet skapas en logikapp med namnet Fabrikam-Workflows.
  5. Innan du fortsätter att göra val går du till avsnittet Planera . Som Plantyp väljer du Standard så att du bara visar de inställningar som gäller för den planbaserade logikapptypen Standard.

    Egenskapen Plantyp anger vilken värdplan och faktureringsmodell som ska användas för logikappen. Mer information finns i Värdplaner och prisnivåer.

    Abonnemangstyp beskrivning
    Standard Den här logikapptypen är standardvalet. Arbetsflöden körs i Azure Logic Apps med en enda klientorganisation och använder standardfaktureringsmodellen.
    Förbrukning Den här logikappens typ och arbetsflöde körs i globala, multitenanta Azure Logic Apps och använder faktureringsmodellen Förbrukning.
    Property Obligatoriskt Värde beskrivning
    Windows-plan Ja <plannamn> Det plannamn som ska användas. Välj antingen ett befintligt plannamn eller ange ett namn för en ny plan.

    I det här exemplet används namnet My-App-Service-Plan.

    Obs! Endast den Windows-baserade App Service-planen stöds. Använd inte en Linux-baserad App Service-plan.
    Prisplan Ja <prisnivå> Prisnivån som ska användas för din logikapp och dina arbetsflöden. Ditt val påverkar priser, beräkning, minne och lagring som logikappen och arbetsflödena använder.

    Mer information finns i Värdplaner och prisnivåer.
  6. Fortsätt nu att göra följande val:

    Property Obligatoriskt Värde beskrivning
    Publicera Ja Arbetsflöde Det här alternativet visas och gäller endast när plantypen är inställd på typ av standardlogikapp . Som standard är det här alternativet inställt på Arbetsflöde och skapar en tom logikappresurs där du lägger till ditt första arbetsflöde.

    Obs! För närvarande kräver dockercontaineralternativet en anpassad plats i ett Azure Arc-aktiverat Kubernetes-kluster, som du kan använda med Azure Arc-aktiverade Logic Apps (Standard).. Resursplatserna för logikappen, den anpassade platsen och klustret måste alla vara desamma.
    Region Ja <Azure-region> Den Azure-datacenterregion som ska användas för att lagra din apps information. Det här exemplet distribuerar exempellogikappen till regionen USA , västra i Azure.

    – Om du tidigare valde Docker Container väljer du din anpassade plats i listan Region .

    – Om du vill distribuera din app till en befintlig App Service-miljön v3-resurs kan du välja den miljön i listan Region.

    Kommentar

    Om du väljer en Azure-region som stöder redundans i tillgänglighetszonen aktiveras avsnittet Zonredundans . I det här avsnittet kan du välja att aktivera redundans i tillgänglighetszonen för logikappen. Azure-regioner som stöds för närvarande inkluderar dock inte USA, västra, så du kan ignorera det här avsnittet i det här exemplet. Mer information finns i Skydda logikappar från regionfel med zonredundans och tillgänglighetszoner.

    När du är klar ser inställningarna ut ungefär som i följande exempel:

    Skärmbild som visar Azure-portalen och sidan med namnet Skapa logikapp.

  7. På fliken Värd anger du följande information om lagringslösningen och värdplanen som ska användas för logikappen.

    Property Obligatoriskt Värde beskrivning
    Lagringstyp Ja - Azure Storage
    - SQL och Azure Storage
    Den lagringstyp som du vill använda för arbetsflödesrelaterade artefakter och data.

    – Om du bara vill distribuera till Azure väljer du Azure Storage.

    – Om du vill använda SQL som primär lagring och Azure Storage som sekundär lagring väljer du SQL och Azure Storage och läser Konfigurera SQL-databaslagring för standardlogikappar i Azure Logic Apps med en enda klientorganisation.

    Obs! Om du distribuerar till en Azure-region behöver du fortfarande ett Azure-lagringskonto som används för att slutföra engångsvärdskapet för logikappens konfiguration på Azure Logic Apps-plattformen. Arbetsflödets tillstånd, körningshistorik och andra körningsartefakter lagras i SQL-databasen.

    För distributioner till en anpassad plats som finns i ett Azure Arc-kluster behöver du bara SQL som lagringsprovider.
    Lagringskonto Ja <Azure-storage-account-name> Det Azure Storage-konto som ska användas för lagringstransaktioner.

    Resursnamnet måste vara unikt mellan regioner och ha 3–24 tecken med endast siffror och gemener. Välj antingen ett befintligt konto eller skapa ett nytt konto.

    I det här exemplet skapas ett lagringskonto med namnet mystorageacct.
  8. På fliken Nätverk kan du lämna standardalternativen för det här exemplet.

    Se till att granska och välja lämpliga alternativ för dina specifika, verkliga scenarier. Du kan också ändra den här konfigurationen när du har distribuerat logikappresursen. Mer information finns i Skydda trafik mellan standardlogikappar och virtuella Azure-nätverk med privata slutpunkter.

    Aktivera offentlig åtkomst Funktionssätt
    Logikappen har en offentlig slutpunkt med en inkommande adress som är öppen för Internet och inte kan komma åt ett virtuellt Azure-nätverk.
    Av Logikappen har ingen offentlig slutpunkt, men har i stället en privat slutpunkt för kommunikation i ett virtuellt Azure-nätverk och är isolerad till det virtuella nätverket. Den privata slutpunkten kan kommunicera med slutpunkter i det virtuella nätverket, men bara från klienter i nätverket. Den här konfigurationen innebär också att logikappens trafik kan styras av nätverkssäkerhetsgrupper eller påverkas av virtuella nätverksvägar.

    Om du vill att logikappen ska få åtkomst till slutpunkter i ett virtuellt nätverk måste du välja lämpligt alternativ:

    Aktivera nätverksinmatning Funktionssätt
    Dina arbetsflöden för logikappar kan kommunicera privat och säkert med slutpunkter i det virtuella nätverket.
    Av Logikappens arbetsflöden kan inte kommunicera med slutpunkter i det virtuella nätverket.
  9. Om inställningarna för skapande och distribution stöder användning av Application Insights kan du aktivera diagnostikloggning och spårning för dina arbetsflöden för logikappar.

    1. På fliken Övervakning under Application Insights anger du Aktivera Application Insights till Ja om det inte redan har valts.

    2. För inställningen Application Insights väljer du antingen en befintlig Application Insights-instans, eller om du vill skapa en ny instans väljer du Skapa ny och anger det namn som du vill använda.

  10. När Azure har verifierat logikappens inställningar går du till fliken Granska + skapa och väljer Skapa, till exempel:

    Skärmbild som visar azure-portalen och nya resursinställningar för logikappen.

    Kommentar

    Om du får ett verifieringsfel under det här steget öppnar du och granskar felinformationen. Om den valda regionen till exempel når en kvot för resurser som du försöker skapa kan du behöva prova en annan region.

    När Azure har slutfört distributionen är logikappresursen automatiskt live men gör ingenting ännu eftersom resursen är tom och du inte har lagt till några arbetsflöden ännu.

  11. På sidan för distributionens slutförande väljer du Gå till resurs så att du kan lägga till ett tomt arbetsflöde.

    Skärmbild som visar Azure-portalen och slutförd distribution.

Lägga till ett tomt arbetsflöde

När du har skapat en tom logikappresurs måste du lägga till ditt första arbetsflöde.

  1. När Azure har öppnat resursen går du till resursmenyn för logikappen och väljer Arbetsflöden. I verktygsfältet Arbetsflöden väljer du Lägg till.

    Skärmbild som visar logikappens resursmeny med Arbetsflöden valt, och i verktygsfältet är Lägg till valt.

  2. När fönstret Nytt arbetsflöde öppnas anger du ett namn för arbetsflödet och väljer tillståndstyp, antingen Tillståndskänslig eller Tillståndslös. Välj Skapa när du är klar.

    Det här exemplet lägger till ett tomt tillståndskänsligt arbetsflöde med namnet Stateful-Workflow. Som standard är arbetsflödet aktiverat men gör ingenting förrän du lägger till en utlösare och åtgärder.

    Skärmbild som visar ett nytt tomt tillståndskänsligt arbetsflöde med namnet Stateful-Workflow.

  3. I arbetsflödeslistan väljer du det tomma tillståndskänsliga arbetsflödet.

  4. På arbetsflödesmenyn går du till Utvecklare och väljer Designer.

    Designerytan visar en uppmaning om att välja en utlösaråtgärd. Som standard är kommandotolken redan markerad så att ett fönster med tillgängliga utlösare redan visas öppet.

Nu ska du lägga till en utlösare som startar arbetsflödet.

Lägg till utlösare

Det här exempelarbetsflödet börjar med den inbyggda utlösaren för begäran med namnet När en HTTP-begäran tas emot. Den här utlösaren skapar en slutpunkt som andra tjänster eller logikapparbetsflöden kan anropa och vänta på att inkommande samtal eller begäranden ska tas emot. Inbyggda åtgärder körs internt och direkt inom Azure Logic Apps-körningen.

  1. I arbetsflödesdesignern kontrollerar du att det tomma arbetsflödet är öppet och att kommandotolken Lägg till en utlösare har valts på designerytan.

  2. Följ dessa steg genom att använda begäran som sökterm för att lägga till den inbyggda utlösaren för begäran med namnet När en HTTP-begäran tas emot i arbetsflödet.

    När utlösaren visas i designern öppnas utlösarens informationsfönster för att visa utlösarens egenskaper, inställningar och andra åtgärder.

    Skärmbild som visar fönstret arbetsflödesdesigner och utlösarinformation.

  3. Spara arbetsflödet. I verktygsfältet för designern väljer du Spara.

    När du sparar ett arbetsflöde för första gången, och arbetsflödet börjar med en utlösare för begäran, genererar Azure Logic Apps automatiskt en URL för en slutpunkt som skapas av utlösaren Förfrågning. Senare, när du testar arbetsflödet, skickar du en begäran till den här URL:en, som utlöser utlösaren och startar arbetsflödeskörningen.

Lägga till en åtgärd

Det här exempelarbetsflödet fortsätter med den hanterade anslutningsåtgärden för Office 365 Outlook med namnet Skicka ett e-postmeddelande. Hanterade anslutningsåtgärder körs i Azure jämfört med internt och direkt på Azure Logic Apps-körningen.

  1. I designern, under utlösaren som du lade till, väljer du plustecknet (+) >Lägg till en åtgärd.

    Fönstret Lägg till en åtgärd öppnas så att du kan välja nästa åtgärd.

  2. Genom att använda office send an email as the search term (Skicka ett e-postmeddelande som sökterm) följer du dessa steg för att lägga till office 365 Outlook-åtgärden med namnet Skicka ett e-postmeddelande (V2) till arbetsflödet.

  3. I informationsfönstret för åtgärden går du till fliken Skapa Anslut ion och väljer Logga in så att du kan skapa en anslutning till ditt e-postkonto.

    Skärmbild som visar designern, fönstret med namnet Skicka ett e-postmeddelande (V2) med knappen Logga in.

  4. När du uppmanas att få åtkomst till ditt e-postkonto loggar du in med dina autentiseringsuppgifter för kontot.

    Kommentar

    Om du får felmeddelandet "Misslyckades med felet: "Webbläsaren är stängd.". Logga in igen", kontrollera om webbläsaren blockerar cookies från tredje part. Om dessa cookies blockeras kan du prova att lägga https://portal.azure.com till i listan över webbplatser som kan använda cookies. Om du använder inkognitoläge kontrollerar du att cookies från tredje part inte blockeras när du arbetar i det läget.

    Om det behövs läser du in sidan igen, öppnar arbetsflödet, lägger till e-poståtgärden igen och försöker skapa anslutningen.

    När Azure har skapat anslutningen visas åtgärden Skicka ett e-postmeddelande i designern och är markerad som standard. Om åtgärden inte är markerad väljer du åtgärden så att dess informationsfönster också är öppet.

  5. I åtgärdsinformationsfönstret på fliken Parametrar anger du nödvändig information för åtgärden, till exempel:

    Skärmbild som visar designern och informationsfönstret

    Property Obligatoriskt Värde beskrivning
    To Ja <your-email-address> E-postmottagaren, som kan vara din e-postadress i testsyfte. I det här exemplet används det fiktiva e-postmeddelandet, sophiaowen@fabrikam.com.
    Ämne Ja Ett e-postmeddelande från ditt exempelarbetsflöde E-postämnet
    Brödtext Ja Hej från ditt exempelarbetsflöde! Innehållet i e-postmeddelandets brödtext

    Kommentar

    När du gör ändringar i informationsfönstret på flikarna Inställningar, Statiskt resultat eller Kör efter kontrollerar du att du väljer Klar för att genomföra ändringarna innan du växlar flikar eller ändrar fokus till designern. Annars behåller designern inte dina ändringar.

  6. Spara arbetsflödet. I verktygsfältet för designern väljer du Spara.

  7. Om din miljö har strikta nätverkskrav eller brandväggar som begränsar trafiken måste du konfigurera behörigheter för eventuella utlösar- eller åtgärdsanslutningar som finns i arbetsflödet. Om du vill hitta de fullständigt kvalificerade domännamnen läser du Hitta domännamn för brandväggsåtkomst.

    Annars utlöser du en körning manuellt för att testa arbetsflödet.

Ta bort objekt från designern

Om du vill ta bort ett objekt i arbetsflödet från designern följer du något av följande steg:

  • Välj objektet, öppna objektets snabbmeny (Skift+F10) och välj Ta bort. Bekräfta genom att välja OK.

  • Välj objektet och tryck på borttagningsnyckeln. Bekräfta genom att välja OK.

  • Välj objektet så att informationsfönstret öppnas för objektet. Öppna ellipsmenyn (...) i fönstrets övre högra hörn och välj Ta bort. Bekräfta genom att välja OK.

    Skärmbild som visar ett markerat objekt i designern med det öppnade informationsfönstret plus den markerade ellipsknappen och kommandot

    Dricks

    Om ellipsmenyn inte visas expanderar du webbläsarfönstret tillräckligt brett så att informationsfönstret visar ellipsknappen (...) i det övre högra hörnet.

Hitta domännamn för brandväggsåtkomst

Innan du distribuerar logikappen och kör arbetsflödet i Azure-portalen måste du konfigurera nätverks- eller brandväggsbehörigheter för utlösare eller åtgärdsanslutningar i arbetsflödena som finns i logikappen om din miljö har strikta nätverkskrav eller brandväggar som begränsar trafiken.

Följ dessa steg för att hitta inkommande och utgående IP-adresser som används av logikappen och arbetsflödena:

  1. Välj Nätverk (förhandsversion) under Inställningar på logikappmenyn.

  2. På nätverkssidan letar du upp och granskar avsnitten Inkommande trafik och Utgående trafik .

Följ dessa steg för att hitta de fullständigt kvalificerade domännamnen (FQDN) för anslutningar:

  1. Välj Anslut ions under Arbetsflöden på logikappmenyn. På fliken API Anslut ions väljer du anslutningens resursnamn, till exempel:

    Skärmbild som visar menyn för Azure-portalen och logikappen med anslutningsresursnamnet

  2. Expandera webbläsaren tillräckligt brett så att du väljer JSON-vy när JSON-vyn visas i webbläsarens övre högra hörn.

    Skärmbild som visar fönstret Azure-portalen och API Anslut ion med

  3. Kopiera och spara egenskapen connectionRuntimeUrl på en säker plats så att du kan konfigurera brandväggen med den här informationen.

    Skärmbild som visar det valda egenskapsvärdet med namnet connectionRuntimeUrl.

  4. Upprepa relevanta steg för varje anslutning.

Utlösa arbetsflödet

I det här exemplet körs arbetsflödet när utlösaren Förfrågning tar emot en inkommande begäran, som skickas till URL:en för slutpunkten som skapas av utlösaren. När du sparade arbetsflödet för första gången genererade Azure Logic Apps automatiskt den här URL:en. Innan du kan skicka den här begäran för att utlösa arbetsflödet måste du hitta den här URL:en.

  1. I arbetsflödesdesignern väljer du utlösaren Förfrågning med namnet När en HTTP-begäran tas emot.

  2. När informationsfönstret har öppnats letar du upp egenskapen HTTP POST URLfliken Parametrar. Om du vill kopiera den genererade URL:en väljer du ikonen Kopiera url (kopiera fil) och sparar URL:en någon annanstans för tillfället. URL:en följer det här formatet:

    https://<*logic-app-name*>.azurewebsites.net:443/api/<*workflow-name*>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<*shared-access-signature*>

    Skärmbild som visar designern med frågeutlösaren och slutpunkts-URL:en i egenskapen

    I det här exemplet ser URL:en ut så här:

    https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

    Dricks

    Du kan också hitta slutpunkts-URL:en i logikappens översiktsfönster i egenskapen Arbetsflödes-URL.

    1. På resursmenyn väljer du Översikt.
    2. Leta reda på egenskapen Arbetsflödes-URL i fönstret Översikt.
    3. Om du vill kopiera slutpunkts-URL:en flyttar du pekaren över slutet av slutpunktens URL-text och väljer Kopiera till Urklipp (kopieringsfilikon).
  3. Om du vill testa URL:en genom att skicka en begäran öppnar du Postman eller önskat verktyg för att skapa och skicka begäranden.

    Det här exemplet fortsätter med Postman. Mer information finns i Komma igång med Postman.

    1. I verktygsfältet Postman väljer du Nytt.

      Skärmbild som visar Postman med knappen Ny markerad

    2. I fönstret Skapa ny går du till Byggblock och väljer Begär.

    3. I fönstret Spara begäran under Begäransnamn anger du ett namn för begäran, till exempel testarbetsflödesutlösare.

    4. Under Välj en samling eller mapp att spara till väljer du Skapa samling.

    5. Under Alla samlingar anger du ett namn för samlingen som ska skapas för att organisera dina begäranden, trycker på Retur och väljer Spara till <samlingsnamn>. I det här exemplet används Logic Apps-begäranden som samlingsnamn.

      I Postman-appen öppnas fönstret för begäran så att du kan skicka en begäran till slutpunkts-URL:en för utlösaren Förfrågning.

      Skärmbild som visar Postman med fönstret för öppnad begäran

    6. I fönstret Förfrågning i adressrutan bredvid metodlistan, som för närvarande visar GET som standardmetod för begäran, klistrar du in den URL som du tidigare kopierade och väljer Skicka.

      Skärmbild som visar Postman och slutpunkts-URL i adressrutan med knappen Skicka markerad

      När utlösaren utlöses körs exempelarbetsflödet och skickar ett e-postmeddelande som liknar det här exemplet:

      Skärmbild som visar Outlook-e-post enligt beskrivningen i exemplet

Granska arbetsflödeskörningshistorik

När ett tillståndskänsligt arbetsflöde har körts kan du visa arbetsflödets körningshistorik, inklusive status för den övergripande körningen, för utlösaren och för varje åtgärd tillsammans med deras indata och utdata. I Azure-portalen visas arbetsflödeskörningshistorik och utlösarhistorik på arbetsflödesnivå, inte på logikappens resursnivå. Mer information finns i Granska arbetsflödeskörningshistorik och Granska utlösarhistorik.

I det här exemplet ser arbetsflödeskörningshistoriken ut ungefär som i följande exempel:

Skärmbild som visar körningsinformationsvyn med status för varje steg i arbetsflödet.

Skärmbild som visar indata och utdata i den valda åtgärden med namnet Skicka ett e-postmeddelande.

Granska utlösarhistorik

För ett tillståndskänsligt arbetsflöde kan du granska utlösarhistoriken för varje körning, inklusive utlösarstatusen tillsammans med indata och utdata, separat från arbetsflödets körningshistorik. I Azure-portalen visas utlösarhistorik och körningshistorik på arbetsflödesnivå, inte på logikappsnivå. Mer information finns i Granska utlösarhistorik.

Skicka arbetsflödet på nytt med samma indata

För en befintlig tillståndskänslig arbetsflödeskörning kan du köra hela arbetsflödet igen med samma indata som tidigare användes för den körningen. Mer information finns i Kör ett arbetsflöde igen med samma indata.

Aktivera körningshistorik för tillståndslösa arbetsflöden

Om du vill felsöka ett tillståndslöst arbetsflöde enklare kan du aktivera körningshistoriken för arbetsflödet och sedan inaktivera körningshistoriken när du är klar. Följ de här stegen för Azure-portalen, eller om du arbetar i Visual Studio Code, se Skapa tillståndskänsliga och tillståndslösa arbetsflöden i Visual Studio Code.

  1. Öppna din standardlogikappresurs i Azure-portalen.

  2. Välj Konfiguration under Inställningar på logikappens meny.

  3. På fliken Programinställningar väljer du Ny programinställning.

  4. I fönstret Lägg till/redigera programinställning går du till rutan Namn och anger det här åtgärdsalternativnamnet:

    Arbetsflöden. {yourWorkflowName}. OperationOptions

  5. I rutan Värde anger du följande värde: WithStatelessRunHistory

    Skärmbild som visar standardlogikappen och fönstret med namnet Lägg till/redigera programinställning med arbetsflöden. {yourWorkflowName}. OperationOptions inställt på WithStatelessRunHistory.

  6. Slutför den här uppgiften genom att välja OK. I verktygsfältet Konfigurationsfönster väljer du Spara.

  7. Om du vill inaktivera körningshistoriken när du är klar anger du antingen egenskapen Med namnet Arbetsflöden.{your-workflow-name}. OperationOptions to None eller ta bort egenskapen och dess värde.

Aktivera eller öppna Application Insights efter distributionen

Under arbetsflödeskörningen genererar logikappen telemetri tillsammans med andra händelser. Du kan använda den här telemetrin för att få bättre insyn i hur bra arbetsflödet körs och hur Logic Apps-körningen fungerar på olika sätt. Du kan övervaka arbetsflödet med hjälp av Application Insights, som ger telemetri i nära realtid (livemått). Den här funktionen kan hjälpa dig att undersöka fel och prestandaproblem enklare när du använder dessa data för att diagnostisera problem, konfigurera aviseringar och skapa diagram.

Om logikappens inställningar för skapande och distribution stöder användning av Application Insights kan du aktivera diagnostikloggning och spårning för logikappens arbetsflöde. Du kan göra det antingen när du skapar logikappresursen i Azure-portalen eller efter distributionen. Du måste ha en Application Insights-instans, men du kan skapa den här resursen i förväg, när du skapar logikappen eller efter distributionen. Du kan också aktivera förbättrad telemetri i Application Insights för Standard-arbetsflöden.

Aktivera Application Insights i en distribuerad logikapp

  1. Leta reda på din distribuerade logikapp i Azure-portalen.

  2. På logikappmenyn går du till Inställningar och väljer Application Insights.

  3. I fönstret Application Insights väljer du Aktivera Application Insights.

  4. När fönstret har uppdaterats väljer du Tillämpa>Ja längst ned.

  5. I fönstret Application Insights väljer du Visa Application Insights-data.

    När Application Insights-instrumentpanelen har öppnats kan du granska mått eller loggar för logikappens arbetsflöde. Om du till exempel vill diagram eller fråga efter data går du till resursmenyn Application Insights under Övervakning och väljer Mått eller loggar.

Öppna Application Insights

  1. Leta reda på din distribuerade logikapp i Azure-portalen.

  2. På logikappmenyn går du till Inställningar och väljer Application Insights.

  3. I fönstret Application Insights väljer du Visa Application Insights-data.

    När Application Insights-instrumentpanelen har öppnats kan du granska mått eller loggar för logikappens arbetsflöde. Om du till exempel vill diagram eller fråga efter data går du till resursmenyn Application Insights under Övervakning och väljer Mått eller loggar.

Visa anslutningar

När du skapar anslutningar i ett arbetsflöde med hjälp av anslutningsappar som hanteras av Microsoft är dessa anslutningar faktiskt separata Azure-resurser med sina egna resursdefinitioner och finns i en global Azure med flera klientorganisationer. Standardarbetsflöden för logikappar kan också använda inbyggda anslutningsappar för tjänstleverantörer som körs internt och som drivs av Azure Logic Apps-körningen med en enda klientorganisation. Information om hur du visar och hanterar dessa anslutningar finns i Visa anslutningar.

Stoppa eller starta logikappresurser

Följ stegen i Inaktivera eller aktivera logikappar.

Felsöka problem och fel

Nya utlösare och åtgärder saknas i designerväljaren för tidigare skapade arbetsflöden

Azure Logic Apps med en klientorganisation stöder inbyggda åtgärder för Azure Function Operations, Liquid Operations och XML-åtgärder, till exempel XML-validering och transformering av XML. Men för tidigare skapade logikappar kanske dessa åtgärder inte visas i designern för att du ska kunna välja om logikappen använder en inaktuell version av tilläggspaketet, Microsoft.Azure.Functions.ExtensionBundle.Workflows.

Åtgärda problemet genom att följa de här stegen för att ta bort den inaktuella versionen så att tilläggspaketet automatiskt kan uppdateras till den senaste versionen.

Kommentar

Den här specifika lösningen gäller endast för standardlogikappresurser som du skapar med hjälp av Azure-portalen, inte de logikappar som du skapar och distribuerar med Visual Studio Code och Tillägget Azure Logic Apps (Standard). Se Utlösare och åtgärder som stöds saknas i designern i Visual Studio Code.

  1. Stoppa logikappen i Azure-portalen.

    1. På logikappmenyn väljer du Översikt.

    2. I verktygsfältet i översiktsfönstret väljer du Stoppa.

  2. På logikappmenyn går du till Utvecklingsverktyg och väljer Avancerade verktyg.

  3. I fönstret Avancerade verktyg väljer du Go, som öppnar Kudu-miljön för logikappen.

  4. Öppna menyn Felsökningskonsol i Verktygsfältet Kudu och välj CMD.

    Ett konsolfönster öppnas så att du kan bläddra till paketmappen med kommandotolken. Eller så kan du bläddra i katalogstrukturen som visas ovanför konsolfönstret.

  5. Bläddra till följande mapp, som innehåller versionsmappar för det befintliga paketet:

    ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

  6. Ta bort versionsmappen för det befintliga paketet. I konsolfönstret kan du köra det här kommandot där du ersätter {bundle-version} med den befintliga versionen:

    rm -rf {bundle-version}

    Till exempel: rm -rf 1.1.3

    Dricks

    Om du får ett fel som "behörighet nekad" eller "fil som används" uppdaterar du sidan i webbläsaren och provar föregående steg igen tills mappen har tagits bort.

  7. Gå tillbaka till logikappens översiktssida i Azure-portalen och välj Starta om.

    Portalen hämtar och använder automatiskt det senaste paketet.

Nästa steg