Een voorbeeld van een Standard-werkstroom maken in Azure Logic Apps met één tenant met de Azure-portal

Van toepassing op: Azure Logic Apps (Standard)

Deze handleiding laat zien hoe u een voorbeeld van een geautomatiseerde werkstroom maakt die wacht op een binnenkomende webaanvraag en vervolgens een bericht naar een e-mailaccount verzendt. In het bijzonder maakt u een Standaardresource voor logische apps, die meerdere stateful en stateless werkstromen kan bevatten die worden uitgevoerd in Azure Logic Apps met één tenant.

Notitie

Als u in plaats daarvan deze voorbeeldwerkstroom in Visual Studio Code wilt maken, volgt u de stappen in Standaardwerkstromen maken in Azure Logic Apps met één tenant met Visual Studio Code. Beide opties bieden de mogelijkheid om werkstromen voor logische apps te ontwikkelen, uit te voeren en te implementeren in dezelfde soorten omgevingen. Met Visual Studio Code kunt u echter lokaal werkstromen ontwikkelen, testen en uitvoeren in uw ontwikkelomgeving.

Hoewel deze voorbeeldwerkstroom cloudgebaseerde werkstroom is en slechts twee stappen heeft, kunt u werkstromen maken op basis van honderden bewerkingen waarmee een breed scala aan apps, gegevens, services en systemen in de cloud, on-premises en hybride omgevingen kan worden verbonden. De voorbeeldwerkstroom begint met de ingebouwde trigger Aanvraag, gevolgd door een Office 365 Outlook-actie. De trigger maakt een aanroepbaar eindpunt voor de werkstroom en wacht op een binnenkomende HTTPS-aanvraag van een beller. Wanneer de trigger een aanvraag ontvangt en wordt geactiveerd, wordt de volgende actie uitgevoerd door e-mail te verzenden naar het opgegeven e-mailadres, samen met geselecteerde uitvoer van de trigger.

Wanneer u verder gaat, voert u deze taken op hoog niveau uit:

• Maak een resource voor een standaard logische app en voeg een lege stateful werkstroom toe.
• Voeg een trigger en actie toe.
• Een werkstroomuitvoering activeren.
• Bekijk de uitvoerings- en triggergeschiedenis van de werkstroom.
• Schakel Application Insights in of open deze na de implementatie.
• Schakel de uitvoeringsgeschiedenis in voor staatloze werkstromen.

In Azure Logic Apps met één tenant worden werkstromen in dezelfde logische app-resource en tenant uitgevoerd in hetzelfde proces als de runtime, zodat ze dezelfde resources delen en betere prestaties bieden. Zie Één tenant versus multitenant en integratieserviceomgeving voor meer informatie over Azure Logic Apps met één tenant.

Vereisten

• Een Azure-account en -abonnement. Als u nog geen abonnement hebt, meld u dan aan voor een gratis Azure-account.

• Een Azure Storage-account. Als u er nog geen hebt, kunt u vooraf een opslagaccount maken of tijdens het maken van logische apps.

  Notitie

  Het resourcetype Standaard logische app wordt mogelijk gemaakt door Azure Functions en heeft opslagvereisten die vergelijkbaar zijn met functie-apps. Stateful werkstromen voeren opslagtransacties uit, zoals het gebruik van wachtrijen voor het plannen en opslaan van werkstroomstatussen in tabellen en blobs. Voor deze transacties worden opslagkosten in rekening gebracht. Raadpleeg Stateful en stateless werkstromen voor meer informatie over hoe stateful werkstromen gegevens opslaan in externe opslag.

• Als u dezelfde voorbeeldwerkstroom in deze handleiding wilt maken, hebt u een Office 365 Outlook-e-mailaccount nodig dat gebruikmaakt van een Werk- of schoolaccount van Microsoft om u aan te melden.

  Als u geen Office 365-account hebt, kunt u ook andere beschikbare e-mailconnector gebruiken die berichten kan verzenden vanuit uw e-mailaccount, bijvoorbeeld Outlook.com. Als u een andere e-mailconnector gebruikt, kunt u nog steeds het voorbeeld volgen en zijn de algemene algemene stappen hetzelfde. Uw opties kunnen echter op een aantal manieren verschillen. Als u bijvoorbeeld de Outlook.com-connector gebruikt, gebruikt u uw persoonlijke Microsoft-account om u aan te melden.

• Als u de voorbeeldwerkstroom in deze handleiding wilt testen, hebt u een lokaal hulpprogramma of een lokale app nodig waarmee oproepen naar het eindpunt kunnen worden verzonden dat is gemaakt door de aanvraagtrigger. U kunt bijvoorbeeld lokale hulpprogramma's zoals Slapeloosheid of Bruno gebruiken om de HTTP-aanvraag te verzenden.

• Als u uw logische app-resource maakt en Application Insights inschakelt, kunt u optioneel diagnostische logboekregistratie en tracering inschakelen voor uw logische app. U kunt dit doen wanneer u uw logische app maakt of na de implementatie. U moet een Application Insights-exemplaar hebben, maar u kunt deze resource vooraf maken, wanneer u uw logische app maakt of na de implementatie.

• Als u uw standaardresource voor logische apps wilt implementeren in een App Service Environment v3 (ASEv3) - alleen Windows-abonnement, moet u eerst deze omgevingsresource maken. U kunt deze omgeving vervolgens selecteren als de implementatielocatie wanneer u uw logische app-resource maakt. Raadpleeg de typen resources en omgevingen voor meer informatie en maak een App Service-omgeving.

• Vanaf medio oktober 2022 gebruiken nieuwe standaardwerkstromen voor logische apps in Azure Portal automatisch Azure Functions v4. In november 2022 worden bestaande Standaardwerkstromen in Azure Portal automatisch gemigreerd naar Azure Functions v4. Tenzij u uw standaard logische apps hebt geïmplementeerd als NuGet-projecten of uw logische apps hebt vastgemaakt aan een specifieke bundelversie, is deze upgrade ontworpen om geen actie van u te vereisen en geen runtime-impact te hebben. Als de uitzonderingen echter op u van toepassing zijn of voor meer informatie over ondersteuning voor Azure Functions v4, raadpleegt u Azure Logic Apps Standard nu ondersteuning voor Azure Functions v4.

Aanbevelingen en best practices

Bekijk en volg deze richtlijnen voor optimale reactietijd en prestaties van de ontwerper:

• Gebruik niet meer dan 50 acties per werkstroom. Het overschrijden van dit aantal acties verhoogt de mogelijkheid voor tragere ontwerpprestaties.

• Overweeg om bedrijfslogica te splitsen in meerdere werkstromen, indien nodig.

• Er zijn niet meer dan 10-15 werkstromen per resource voor logische apps.

Meer werkstromen in uw logische app verhogen het risico op langere laadtijden, wat de prestaties negatief beïnvloedt. Als u bedrijfskritieke logische apps hebt waarvoor geen downtime-implementaties zijn vereist, kunt u overwegen implementatiesites in te stellen.

Een resource voor een standaard logische app maken

1. Meld u in Azure Portal aan met uw Azure-account.

2. Voer logische apps in het zoekvak van Azure Portal in en selecteer Logische apps.

   

3. Selecteer Toevoegen op de pagina Logische apps.

4. Geef op de pagina Logische app maken op het tabblad Basisinformatie de volgende basisinformatie op over uw logische app:

   Eigenschappen	Vereist	Weergegeven als	Beschrijving
   Abonnement	Ja	<Azure-abonnementnaam>	Uw Azure-abonnementnaam.
   Resourcegroep	Ja	<Naam-Azure-resourcegroep>	De Azure-resourcegroep waarin u uw logische app en gerelateerde resources maakt. Deze naam moet uniek zijn in verschillende regio's en mag alleen letters, cijfers, afbreekstreepjes (-_), onderstrepingstekens (_), haakjes (()) en punten (.) bevatten. In dit voorbeeld wordt een resourcegroep met de naam Fabrikam-Workflows-RG gemaakt.
   Naam van logische app	Ja	<naam-van-logische-app>	De resourcenaam van uw logische app, die uniek moet zijn in verschillende regio's en mag alleen letters, cijfers, afbreekstreepjes (-), onderstrepingstekens (_), haakjes (()) en punten (.) bevatten. Opmerking: de naam van uw logische app krijgt automatisch het achtervoegsel . azurewebsites.net, omdat de Resource van de standaard logische app wordt aangedreven door de Azure Logic Apps-runtime met één tenant, die gebruikmaakt van het Azure Functions-uitbreidbaarheidsmodel en wordt gehost als een extensie in de Azure Functions-runtime. Azure Functions maakt gebruik van dezelfde naamconventie voor apps. In dit voorbeeld wordt een logische app gemaakt met de naam Fabrikam-Workflows.

5. Voordat u doorgaat met het maken van selecties, gaat u naar de sectie Plan . Selecteer Standard voor het type Plan, zodat u alleen de instellingen weer te geven die van toepassing zijn op het type logische app op basis van het Standard-abonnement.

   De eigenschap Plantype specificeert het hostingabonnement en het factureringsmodel dat moet worden gebruikt voor uw logische app. Raadpleeg hostingplannen en prijscategorieën voor meer informatie.

   Abonnementtype	Beschrijving
   Standaard	Dit type logische app is de standaardselectie. Werkstromen worden uitgevoerd in Azure Logic Apps met één tenant en gebruiken het Standard-factureringsmodel.
   Verbruik	Dit type logische app en de werkstroom worden uitgevoerd in globale, multitenant Azure Logic Apps en maakt gebruik van het factureringsmodel Verbruik.

   Eigenschappen	Vereist	Weergegeven als	Beschrijving
   Windows-abonnement	Ja	<plannaam>	De plannaam die moet worden gebruikt. Selecteer een bestaande plannaam of geef een naam op voor een nieuw plan. In dit voorbeeld wordt de naam My-App-Service-Plan gebruikt. Opmerking: Alleen het Op Windows gebaseerde App Service-plan wordt ondersteund. Gebruik geen Op Linux gebaseerd App Service-plan.
   Prijsplan	Ja	<prijscategorie>	De prijscategorie die moet worden gebruikt voor uw logische app en werkstromen. Uw selectie is van invloed op de prijzen, berekeningen, geheugen en opslag die uw logische app en werkstromen gebruiken. Raadpleeg hostingplannen en prijscategorieën voor meer informatie.

6. Ga nu verder met het maken van de volgende selecties:

   Eigenschappen	Vereist	Weergegeven als	Beschrijving
   Publiceren	Ja	Werkstroom	Deze optie wordt alleen weergegeven en is alleen van toepassing wanneer het abonnementstype is ingesteld op het type standaard logische app. Deze optie is standaard ingesteld op Werkstroom en maakt een lege logische app-resource waarin u uw eerste werkstroom toevoegt. Opmerking: Op dit moment is voor de optie Docker-container een aangepaste locatie vereist in een Kubernetes-cluster met Azure Arc, dat u kunt gebruiken met Logic Apps met Azure Arc (Standard). De resourcelocaties voor uw logische app, aangepaste locatie en cluster moeten allemaal hetzelfde zijn.
   Regio	Ja	<Azure-regio>	De Azure-datacenterregio die moet worden gebruikt voor het opslaan van de gegevens van uw app. In dit voorbeeld wordt de voorbeeldlogica-app geïmplementeerd in de regio VS - west in Azure. - Als u eerder Docker-container hebt gekozen, selecteert u uw aangepaste locatie in de lijst Regio. - Als u uw app wilt implementeren in een bestaande App Service Environment v3-resource, kunt u die omgeving selecteren in de lijst Regio .

   Notitie

   Als u een Azure-regio selecteert die redundantie in de beschikbaarheidszone ondersteunt, is de sectie Zoneredundantie ingeschakeld. Deze sectie biedt de keuze om redundantie van beschikbaarheidszones in te schakelen voor uw logische app. Momenteel ondersteunde Azure-regio's bevatten echter geen US - west, dus u kunt deze sectie voor dit voorbeeld negeren. Zie Logische apps beveiligen tegen regiofouten met zoneredundantie en beschikbaarheidszones voor meer informatie.

   Wanneer u klaar bent, zien uw instellingen er ongeveer als volgt uit:

   

7. Geef op het tabblad Hosting de volgende informatie op over de opslagoplossing en het hostingabonnement dat u voor uw logische app wilt gebruiken.

   Eigenschappen	Vereist	Weergegeven als	Beschrijving
   Opslagtype	Ja	- Azure Storage - SQL en Azure Storage	Het opslagtype dat u wilt gebruiken voor werkstroomgerelateerde artefacten en gegevens. - Als u alleen wilt implementeren in Azure, selecteert u Azure Storage. - Als u SQL wilt gebruiken als primaire opslag en Azure Storage als secundaire opslag, selecteert u SQL en Azure Storage en bekijkt u Sql Database Storage instellen voor Standard-logische apps in Azure Logic Apps met één tenant. Opmerking: als u implementeert in een Azure-regio, hebt u nog steeds een Azure-opslagaccount nodig, dat wordt gebruikt om de eenmalige hosting van de configuratie van de logische app op het Azure Logic Apps-platform te voltooien. De status, uitvoeringsgeschiedenis en andere runtime-artefacten van de werkstroom worden opgeslagen in uw SQL-database. Voor implementaties naar een aangepaste locatie die wordt gehost op een Azure Arc-cluster, hebt u alleen SQL nodig als uw opslagprovider.
   Opslagaccount	Ja	<Azure-storage-account-name>	Het Azure Storage-account dat moet worden gebruikt voor opslagtransacties. Deze resourcenaam moet uniek zijn in verschillende regio's en mag 3-24 tekens bevatten met alleen cijfers en kleine letters. Selecteer een bestaand account of maak een nieuw account. In dit voorbeeld wordt een opslagaccount gemaakt met de naam mystorageacct.

8. Op het tabblad Netwerken kunt u de standaardopties voor dit voorbeeld laten staan.

   Zorg ervoor dat u de juiste opties bekijkt en selecteert voor uw specifieke, echte scenario's. U kunt deze configuratie ook wijzigen nadat u uw logische app-resource hebt geïmplementeerd. Zie Verkeer beveiligen tussen standaard logische apps en virtuele Netwerken van Azure met behulp van privé-eindpunten voor meer informatie.

   Openbare toegang inschakelen	Gedrag
   On	Uw logische app heeft een openbaar eindpunt met een binnenkomend adres dat is geopend voor internet en geen toegang heeft tot een virtueel Azure-netwerk.
   Uit	Uw logische app heeft geen openbaar eindpunt, maar heeft in plaats daarvan een privé-eindpunt voor communicatie binnen een virtueel Azure-netwerk en is geïsoleerd voor dat virtuele netwerk. Het privé-eindpunt kan communiceren met eindpunten in het virtuele netwerk, maar alleen van clients binnen dat netwerk. Deze configuratie betekent ook dat verkeer van logische apps kan worden beheerd door netwerkbeveiligingsgroepen of beïnvloed door virtuele netwerkroutes.

   Als u wilt dat uw logische app toegang heeft tot eindpunten in een virtueel netwerk, moet u de juiste optie selecteren:

   Netwerkinjectie inschakelen	Gedrag
   On	Uw werkstromen voor logische apps kunnen privé en veilig communiceren met eindpunten in het virtuele netwerk.
   Uit	Uw werkstromen voor logische apps kunnen niet communiceren met eindpunten in het virtuele netwerk.

9. Als uw instellingen voor het maken en implementeren van Application Insights worden ondersteund, kunt u optioneel diagnostische logboekregistratie en tracering inschakelen voor uw werkstromen voor logische apps.

   1. Stel op het tabblad Bewaking onder Application Insights Application Insights in op Ja als deze nog niet is geselecteerd.

   2. Voor de Application Insights-instelling selecteert u een bestaand Application Insights-exemplaar of als u een nieuw exemplaar wilt maken, selecteert u Nieuwe maken en geeft u de naam op die u wilt gebruiken.

10. Nadat Azure de instellingen van uw logische app heeft gevalideerd, selecteert u op het tabblad Beoordelen en maken de optie Maken, bijvoorbeeld:

    

    Notitie

    Als u tijdens deze stap een validatiefout krijgt, opent u de foutdetails en bekijkt u deze. Als uw geselecteerde regio bijvoorbeeld een quotum bereikt voor resources die u probeert te maken, moet u mogelijk een andere regio proberen.

    Nadat De implementatie van Azure is voltooid, is de resource van uw logische app automatisch live, maar doet u nog niets omdat de resource leeg is en u nog geen werkstromen hebt toegevoegd.

11. Selecteer op de pagina voor het voltooien van de implementatie de optie Ga naar de resource , zodat u een lege werkstroom kunt toevoegen.

    

Een lege werkstroom toevoegen

Nadat u de lege logische app-resource hebt gemaakt, moet u uw eerste werkstroom toevoegen.

1. Nadat Azure de resource heeft geopend, selecteert u Werkstromen in het resourcemenu van uw logische app. Selecteer Toevoegen op de werkbalk Werkstromen.

   

2. Nadat het deelvenster Nieuwe werkstroom is geopend, geeft u een naam op voor uw werkstroom en selecteert u het statustype Stateful of Stateless. Selecteer Maken als u klaar bent.

   In dit voorbeeld wordt een lege stateful werkstroom met de naam Stateful-Workflow toegevoegd. De werkstroom is standaard ingeschakeld, maar doet niets totdat u een trigger en acties toevoegt.

   

3. Selecteer in de lijst met werkstromen de lege stateful werkstroom.

4. Selecteer Designer in het werkstroommenu onder Ontwikkelaars.

   Het ontwerpoppervlak toont een prompt om een triggerbewerking te selecteren. De prompt is standaard al geselecteerd, zodat er al een deelvenster met beschikbare triggers wordt geopend.

Nu voegt u dus een trigger toe waarmee uw werkstroom wordt gestart.

Een trigger toevoegen

Deze voorbeeldwerkstroom begint met de ingebouwde aanvraagtrigger met de naam Wanneer een HTTP-aanvraag wordt ontvangen. Met deze trigger wordt een eindpunt gemaakt dat andere services of werkstromen van logische apps kunnen aanroepen en wachten tot deze binnenkomende oproepen of aanvragen binnenkomen. Ingebouwde bewerkingen worden systeemeigen en rechtstreeks binnen de Azure Logic Apps-runtime uitgevoerd.

1. Controleer in de ontwerpfunctie voor werkstromen of uw lege werkstroom is geopend en of de triggerprompt toevoegen is geselecteerd op het ontwerpoppervlak.

2. Als u de aanvraag als zoekterm gebruikt, volgt u deze stappen om de ingebouwde aanvraagtrigger toe te voegen met de naam Wanneer een HTTP-aanvraag wordt ontvangen aan uw werkstroom.

   Wanneer de trigger wordt weergegeven in de ontwerpfunctie, wordt het informatievenster van de trigger geopend om de eigenschappen, instellingen en andere acties van de trigger weer te geven.

   

3. Sla uw werkstroom op. Selecteer in de werkbalk van de ontwerper Opslaan.

   Wanneer u een werkstroom voor het eerst opslaat en die werkstroom begint met een aanvraagtrigger, genereert Azure Logic Apps automatisch een URL voor een eindpunt dat is gemaakt door de aanvraagtrigger. Wanneer u de werkstroom test, verzendt u later een aanvraag naar deze URL, waarmee de trigger wordt geactiveerd en de werkstroom wordt gestart.

Een actie toevoegen

Deze voorbeeldwerkstroom gaat verder met de door Office 365 Outlook beheerde connectoractie met de naam Een e-mailbericht verzenden. Beheerde connectorbewerkingen worden uitgevoerd in Azure versus systeemeigen en rechtstreeks in de Azure Logic Apps-runtime.

1. Selecteer in de ontwerpfunctie onder de trigger die u hebt toegevoegd het plusteken (+) >Een actie toevoegen.

   Het deelvenster Een actie toevoegen wordt geopend, zodat u de volgende actie kunt selecteren.

2. Volg deze stappen om de Office 365 Outlook-actie met de naam Een e-mail verzenden (V2) toe te voegen aan uw werkstroom door office een e-mailbericht te verzenden als zoekterm.

3. Selecteer in het informatievenster van de actie op het tabblad Verbinding maken de optie Aanmelden , zodat u een verbinding met uw e-mailaccount kunt maken.

   

4. Wanneer u wordt gevraagd om toegang tot uw e-mailaccount, meldt u zich aan met uw accountreferenties.

   Notitie

   Als u het foutbericht 'Mislukt met fout: 'De browser is gesloten', wordt weergegeven. Meld u opnieuw aan", controleer of uw browser cookies van derden blokkeert. Als deze cookies worden geblokkeerd, kunt u proberen om toe te voegen https://portal.azure.com aan de lijst met sites die cookies kunnen gebruiken. Als u de incognitomodus gebruikt, moet u ervoor zorgen dat cookies van derden niet worden geblokkeerd terwijl u in die modus werkt.

   Laad de pagina zo nodig opnieuw, open uw werkstroom, voeg de e-mailactie opnieuw toe en probeer de verbinding te maken.

   Nadat Azure de verbinding heeft gemaakt, wordt de actie Een e-mail verzenden weergegeven in de ontwerpfunctie en is deze standaard geselecteerd. Als de actie niet is geselecteerd, selecteert u de actie zodat het informatievenster ook wordt geopend.

5. Geef in het deelvenster Actie-informatie op het tabblad Parameters de vereiste informatie op voor de actie, bijvoorbeeld:

   

   Eigenschappen	Vereist	Weergegeven als	Beschrijving
   Als u dit wilt doen	Ja	<uw-e-mailadres>	De e-mailontvanger, die uw e-mailadres kan zijn voor testdoeleinden. In dit voorbeeld wordt gebruikgemaakt van de fictieve e-mail. sophiaowen@fabrikam.com
   Onderwerp	Ja	Een e-mailbericht uit uw voorbeeldwerkstroom	Het e-mailonderwerp
   Tekst	Ja	Hallo vanuit uw voorbeeldwerkstroom.	De inhoud van de hoofdtekst van het e-mailbericht

   Notitie

   Wanneer u wijzigingen aanbrengt in het informatievenster op de tabbladen Instellingen, Statisch resultaat of Uitvoeren na, moet u Ervoor zorgen dat u Gereed selecteert om deze wijzigingen door te voeren voordat u overschakelt naar tabs of de focus wijzigt in de ontwerpfunctie. Anders blijven uw wijzigingen niet behouden in de ontwerpfunctie.

6. Sla uw werkstroom op. Selecteer in de werkbalk van de ontwerper Opslaan.

7. Als uw omgeving strikte netwerkvereisten of firewalls heeft die het verkeer beperken, moet u machtigingen instellen voor trigger- of actieverbindingen die aanwezig zijn in uw werkstroom. Als u de volledig gekwalificeerde domeinnamen wilt vinden, raadpleegt u Domeinnamen zoeken voor toegang tot de firewall.

   Anders activeert u handmatig een uitvoering om uw werkstroom te testen.

Items verwijderen uit de ontwerpfunctie

Als u een item in uw werkstroom uit de ontwerpfunctie wilt verwijderen, voert u een van de volgende stappen uit:

• Selecteer het item, open het snelmenu van het item (Shift+F10) en selecteer Verwijderen. Selecteer OK om de opdracht te bevestigen.

• Selecteer het item en druk op delete. Selecteer OK om de opdracht te bevestigen.

• Selecteer het item zodat het informatievenster voor dat item wordt geopend. Open in de rechterbovenhoek van het deelvenster het beletselteken (...) en selecteer Verwijderen. Selecteer OK om de opdracht te bevestigen.

  

  Tip

  Als het beletseltekenmenu niet zichtbaar is, vouwt u het browservenster breed genoeg uit, zodat in het informatievenster de knop met het beletselteken (...) in de rechterbovenhoek wordt weergegeven.

Domeinnamen zoeken voor firewalltoegang

Voordat u uw logische app implementeert en uw werkstroom uitvoert in Azure Portal, moet u, als uw omgeving strikte netwerkvereisten of firewalls heeft die verkeer beperken, netwerk- of firewallmachtigingen instellen voor trigger- of actieverbindingen in de werkstromen die aanwezig zijn in uw logische app.

Voer de volgende stappen uit om de binnenkomende en uitgaande IP-adressen te vinden die worden gebruikt door uw logische app en werkstromen:

1. Selecteer Netwerken (preview) in het menu van uw logische app onder Instellingen.

2. Zoek en controleer op de netwerkpagina de secties Inkomend verkeer en uitgaand verkeer .

Volg deze stappen om de FQDN's (Fully Qualified Domain Names) voor verbindingen te vinden:

1. Selecteer Verbindingen in het menu van uw logische app onder Werkstromen. Selecteer op het tabblad API-verbindingen de resourcenaam van de verbinding, bijvoorbeeld:

   

2. Vouw uw browser breed genoeg uit, zodat wanneer de JSON-weergave wordt weergegeven in de rechterbovenhoek van de browser, de JSON-weergave selecteert.

   

3. Kopieer en sla de eigenschapswaarde connectionRuntimeUrl ergens veilig op, zodat u uw firewall kunt instellen met deze informatie.

   

4. Herhaal de relevante stappen voor elke verbinding.

De werkstroom activeren

In dit voorbeeld wordt de werkstroom uitgevoerd wanneer de aanvraagtrigger een binnenkomende aanvraag ontvangt, die wordt verzonden naar de URL voor het eindpunt dat door de trigger wordt gemaakt. Wanneer u de werkstroom voor het eerst hebt opgeslagen, heeft Azure Logic Apps deze URL automatisch gegenereerd. Dus voordat u deze aanvraag kunt verzenden om de werkstroom te activeren, moet u deze URL vinden.

1. Selecteer in de werkstroomontwerper de aanvraagtrigger met de naam Wanneer een HTTP-aanvraag wordt ontvangen.

2. Nadat het informatievenster is geopend, zoekt u op het tabblad Parameters de EIGENSCHAP HTTP POST URL . Als u de gegenereerde URL wilt kopiëren, selecteert u de kopieer-URL (pictogram bestand kopiëren) en slaat u de URL voorlopig ergens anders op. De URL volgt deze indeling:

   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*>

   

   In dit voorbeeld ziet de URL er als volgt uit:

   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

   Tip

   U kunt de eindpunt-URL ook vinden in het deelvenster Overzicht van uw logische app in de eigenschap Werkstroom-URL.

   1. Selecteer Overzicht in het resourcemenu.
   2. Zoek in het deelvenster Overzicht de eigenschap Werkstroom-URL .
   3. Als u de eindpunt-URL wilt kopiëren, verplaatst u de aanwijzer over het einde van de eindpunt-URL en selecteert u Kopiëren naar klembord (pictogram bestand kopiëren).

3. Als u de URL wilt testen door een aanvraag te verzenden en de werkstroom te activeren, opent u uw favoriete hulpprogramma of app en volgt u de instructies voor het maken en verzenden van HTTP-aanvragen.

   Gebruik voor dit voorbeeld de GET-methode met de gekopieerde URL, die eruitziet als in het volgende voorbeeld:

   GET 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

   Wanneer de trigger wordt geactiveerd, wordt de voorbeeldwerkstroom uitgevoerd en wordt er een e-mailbericht verzonden dat lijkt op dit voorbeeld:

   

Uitvoeringsgeschiedenis van werkstroom controleren

Nadat een stateful werkstroom is uitgevoerd, kunt u de uitvoeringsgeschiedenis van de werkstroom bekijken, inclusief de status voor de algehele uitvoering, voor de trigger en voor elke actie, samen met hun invoer en uitvoer. In Azure Portal worden de uitvoeringsgeschiedenis en triggergeschiedenis van de werkstroom weergegeven op werkstroomniveau, niet op resourceniveau van de logische app. Zie De uitvoeringsgeschiedenis van de werkstroom controleren en de triggergeschiedenis controleren voor meer informatie.

Voor deze voorbeeldwerkstroom ziet de uitvoeringsgeschiedenis van de werkstroom er ongeveer als volgt uit:

Triggergeschiedenis controleren

Voor een stateful werkstroom kunt u de triggergeschiedenis voor elke uitvoering bekijken, inclusief de triggerstatus, samen met invoer en uitvoer, afzonderlijk van de uitvoeringsgeschiedenis van de werkstroom. In Azure Portal worden triggergeschiedenis en uitvoeringsgeschiedenis weergegeven op werkstroomniveau, niet op het niveau van de logische app. Zie Triggergeschiedenis controleren voor meer informatie.

Werkstroomuitvoering opnieuw verzenden met dezelfde invoer

Voor een bestaande stateful werkstroomuitvoering kunt u de hele werkstroom opnieuw uitvoeren met dezelfde invoer die eerder voor die uitvoering is gebruikt. Zie Een werkstroom opnieuw uitvoeren met dezelfde invoer voor meer informatie.

Uitvoeringsgeschiedenis inschakelen voor staatloze werkstromen

Als u eenvoudiger fouten in een staatloze werkstroom wilt opsporen, kunt u de uitvoeringsgeschiedenis voor die werkstroom inschakelen en vervolgens de uitvoeringsgeschiedenis uitschakelen wanneer u klaar bent. Volg deze stappen voor Azure Portal of als u in Visual Studio Code werkt, zie Stateful en stateless werkstromen maken in Visual Studio Code.

1. Open uw resource voor de logische standaard-app in Azure Portal.

2. Selecteer Configuratie in het menu van de logische app onder Instellingen.

3. Selecteer Op het tabblad Toepassingsinstellingen de optie Nieuwe toepassingsinstelling.

4. Voer in het deelvenster Toepassingsinstelling toevoegen/bewerken in het vak Naam deze naam van de bewerkingsoptie in:

   Werkstromen. {yourWorkflowName}. OperationOptions

5. Voer in het vak Waarde de volgende waarde in: WithStatelessRunHistory

   

6. Als u deze taak wilt voltooien, selecteert u OK. Selecteer Opslaan op de werkbalk Van het deelvenster Configuratie.

7. Als u de uitvoeringsgeschiedenis wilt uitschakelen wanneer u klaar bent, stelt u de eigenschap Werkstromen in.{uw werkstroomnaam}. OperationOptions op None of verwijder de eigenschap en de bijbehorende waarde.

Application Insights in- of openen na implementatie

Tijdens de uitvoering van de werkstroom verzendt uw logische app telemetrie en andere gebeurtenissen. U kunt deze telemetrie gebruiken om beter inzicht te krijgen in hoe goed uw werkstroom wordt uitgevoerd en hoe de Logic Apps-runtime op verschillende manieren werkt. U kunt uw werkstroom bewaken met Behulp van Application Insights, dat bijna realtime telemetrie biedt (live metrische gegevens). Met deze mogelijkheid kunt u fouten en prestatieproblemen gemakkelijker onderzoeken wanneer u deze gegevens gebruikt om problemen te diagnosticeren, waarschuwingen in te stellen en grafieken te maken.

Als de ondersteuning van de instellingen voor het maken en implementeren van uw logische app met Behulp van Application Insights wordt ondersteund, kunt u optioneel diagnostische logboekregistratie en tracering inschakelen voor uw werkstroom voor logische apps. U kunt dit doen wanneer u uw logische app-resource maakt in Azure Portal of na de implementatie. U moet een Application Insights-exemplaar hebben, maar u kunt deze resource vooraf maken, wanneer u uw logische app maakt of na de implementatie. U kunt ook optioneel verbeterde telemetrie inSchakelen in Application Insights voor Standard-werkstromen.

Application Insights inschakelen voor een geïmplementeerde logische app

1. Zoek uw geïmplementeerde logische app in Azure Portal.

2. Selecteer Application Insights in het menu van de logische app onder Instellingen.

3. Selecteer Application Insights inschakelen in het deelvenster Application Insights.

4. Nadat het deelvenster is bijgewerkt, selecteert u Onderaan Ja toepassen>.

5. Selecteer Application Insights-gegevens weergeven in het deelvenster Application Insights.

   Nadat het Application Insights-dashboard is geopend, kunt u metrische gegevens of logboeken voor uw werkstroom voor logische apps bekijken. Als u bijvoorbeeld gegevens wilt weergeven of opvragen, selecteert u in het resourcemenu van Application Insights onder Bewaking metrische gegevens of logboeken.

Application Insights openen

1. Zoek uw geïmplementeerde logische app in Azure Portal.

2. Selecteer Application Insights in het menu van de logische app onder Instellingen.

3. Selecteer Application Insights-gegevens weergeven in het deelvenster Application Insights.

   Nadat het Application Insights-dashboard is geopend, kunt u metrische gegevens of logboeken voor uw werkstroom voor logische apps bekijken. Als u bijvoorbeeld gegevens wilt weergeven of opvragen, selecteert u in het resourcemenu van Application Insights onder Bewaking metrische gegevens of logboeken.

Verbindingen weergeven

Wanneer u verbindingen in een werkstroom maakt met behulp van connectors die worden beheerd door Microsoft, zijn deze verbindingen eigenlijk afzonderlijke Azure-resources met hun eigen resourcedefinities en worden deze gehost in globale, multitenant Azure. Standaardwerkstromen voor logische apps kunnen ook gebruikmaken van ingebouwde connectors van serviceproviders die systeemeigen worden uitgevoerd en worden mogelijk gemaakt door de Azure Logic Apps-runtime met één tenant. Zie Verbindingen weergeven om deze verbindingen weer te geven en te beheren.

Resources voor logische apps stoppen of starten

Volg de stappen in Logische apps uitschakelen of inschakelen.

Problemen en fouten oplossen

Nieuwe triggers en acties ontbreken in de ontwerpfunctiekiezer voor eerder gemaakte werkstromen

Azure Logic Apps met één tenant ondersteunt ingebouwde acties voor Azure Function Operations, Liquid Operations en XML-bewerkingen, zoals XML-validatie en transformatie-XML. Voor eerder gemaakte logische apps worden deze acties mogelijk niet weergegeven in de ontwerpfunctie om te selecteren of uw logische app gebruikmaakt van een verouderde versie van de extensiebundel Microsoft.Azure.Functions.ExtensionBundle.Workflows.

Volg deze stappen om dit probleem op te lossen om de verouderde versie te verwijderen, zodat de extensiebundel automatisch kan worden bijgewerkt naar de nieuwste versie.

Notitie

Deze specifieke oplossing is alleen van toepassing op resources van de standaard logische app die u maakt met behulp van Azure Portal, niet op de logische apps die u maakt en implementeert met visual Studio Code en de Azure Logic Apps-extensie (Standard). Zie Ondersteunde triggers en acties ontbreken in de ontwerpfunctie in Visual Studio Code.

1. Stop uw logische app in Azure Portal.

   1. Selecteer Overzicht in het menu van de logische app.

   2. Selecteer Stoppen op de werkbalk van het deelvenster Overzicht.

2. Selecteer Geavanceerde hulpprogramma's in het menu van uw logische app, onder Ontwikkelhulpprogramma's.

3. Selecteer Go in het deelvenster Geavanceerde hulpprogramma's, waarmee de Kudu-omgeving voor uw logische app wordt geopend.

4. Open op de Kudu-werkbalk het consolemenu Foutopsporing en selecteer CMD.

   Er wordt een consolevenster geopend, zodat u met de opdrachtprompt naar de bundelmap kunt bladeren. U kunt ook bladeren door de mapstructuur die boven het consolevenster wordt weergegeven.

5. Blader naar de volgende map, die versiemappen voor de bestaande bundel bevat:

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

6. Verwijder de versiemap voor de bestaande bundel. In het consolevenster kunt u deze opdracht uitvoeren waarbij u {bundle-version} vervangt door de bestaande versie:

   rm -rf {bundle-version}

   Bijvoorbeeld: rm -rf 1.1.3

   Tip

   Als er een fout optreedt, zoals 'machtiging geweigerd' of 'bestand in gebruik', vernieuwt u de pagina in uw browser en probeert u de vorige stappen opnieuw totdat de map is verwijderd.

7. Ga in Azure Portal terug naar de overzichtspagina van uw logische app en selecteer Opnieuw opstarten.

   De portal wordt automatisch opgehaald en gebruikt de nieuwste bundel.

Volgende stappen

• De uitvoeringsstatus van de werkstroom bewaken, de uitvoeringsgeschiedenis van de trigger en de werkstroom controleren en waarschuwingen instellen in Azure Logic Apps