Vytvoření ukázkového standardního pracovního postupu v Azure Logic Apps s jedním tenantem pomocí webu Azure Portal

Platí pro: Azure Logic Apps (Standard)

Tento návod ukazuje, jak vytvořit příklad automatizovaného pracovního postupu, který čeká na příchozí webový požadavek a pak odešle zprávu do e-mailového účtu. Konkrétně vytvoříte prostředek aplikace logiky Standard, který může zahrnovat několik stavových a bezstavových pracovních postupů , které běží v Azure Logic Apps s jedním tenantem.

Poznámka:

Pokud chcete místo toho vytvořit tento ukázkový pracovní postup v editoru Visual Studio Code, postupujte podle kroků v tématu Vytvoření standardních pracovních postupů v Azure Logic Apps s jedním tenantem pomocí editoru Visual Studio Code. Obě možnosti poskytují možnost vyvíjet, spouštět a nasazovat pracovní postupy aplikací logiky ve stejných typech prostředí. Pomocí editoru Visual Studio Code ale můžete místně vyvíjet, testovat a spouštět pracovní postupy ve vývojovém prostředí.

I když je tento ukázkový pracovní postup cloudový a má jenom dva kroky, můžete vytvářet pracovní postupy ze stovek operací, které můžou propojit širokou škálu aplikací, dat, služeb a systémů napříč cloudem, místními a hybridními prostředími. Ukázkový pracovní postup začíná integrovanou aktivační událostí Požadavku, za kterou následuje akce Office 365 Outlooku. Trigger vytvoří pro pracovní postup volatelný koncový bod a čeká na příchozí požadavek HTTPS od libovolného volajícího. Když trigger přijme požadavek a aktivuje se, spustí se další akce odesláním e-mailu na zadanou e-mailovou adresu spolu s vybranými výstupy z triggeru.

Během pokroku dokončíte tyto základní úkoly:

• Vytvořte prostředek aplikace logiky Standard a přidejte prázdný stavový pracovní postup.
• Přidání triggeru a akce
• Aktivace spuštění pracovního postupu
• Zobrazte historii spuštění a triggeru pracovního postupu.
• Povolte nebo otevřete Přehledy aplikace po nasazení.
• Povolte historii spuštění pro bezstavové pracovní postupy.

V Azure Logic Apps s jedním tenantem se pracovní postupy ve stejném prostředku aplikace logiky a tenanta spouští ve stejném procesu jako modul runtime, takže sdílejí stejné prostředky a poskytují lepší výkon. Další informace o Azure Logic Apps s jedním tenantem najdete v tématu Jednoklient a prostředí integrační služby s více tenanty.

Požadavky

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

• Účet služby Azure Storage. Pokud ho nemáte, můžete si účet úložiště vytvořit předem nebo během vytváření aplikace logiky.

  Poznámka:

  Typ prostředku standardní aplikace logiky využívá Azure Functions a má požadavky na úložiště podobné aplikacím funkcí. Stavové pracovní postupy provádějí transakce úložiště, jako je například použití front pro plánování a ukládání stavů pracovního postupu v tabulkách a objektech blob. Za tyto transakce se účtují poplatky za úložiště. Další informace o tom, jak stavové pracovní postupy ukládají data v externím úložišti, najdete v tématu Stavové a bezstavové pracovní postupy.

• Pokud chcete vytvořit stejný ukázkový pracovní postup v této příručce, potřebujete e-mailový účet Office 365 Outlook, který k přihlášení používá pracovní nebo školní účet Microsoft.

  Pokud nemáte účet Office 365, můžete použít jakýkoli jiný dostupný e-mailový konektor , který může posílat zprávy z vašeho e-mailového účtu, například Outlook.com. Pokud používáte jiný e-mailový konektor, můžete postupovat podle příkladu a obecný celkový postup je stejný. Vaše možnosti se ale můžou lišit některými způsoby. Pokud například používáte konektor Outlook.com, přihlaste se místo toho pomocí svého osobního účtu Microsoft.

• K otestování ukázkového pracovního postupu v této příručce potřebujete nástroj, který může odesílat volání do koncového bodu vytvořeného triggerem požadavku. Pokud takový nástroj nemáte, můžete si stáhnout, nainstalovat a používat Nástroj Postman.

• Pokud vytvoříte prostředek aplikace logiky a povolíte Přehledy aplikace, můžete pro aplikaci logiky volitelně povolit protokolování diagnostiky a trasování. Můžete to udělat buď při vytváření aplikace logiky, nebo po nasazení. Potřebujete mít instanci Přehledy aplikace, ale tento prostředek můžete vytvořit předem, při vytváření aplikace logiky nebo po nasazení.

• Pokud chcete nasadit prostředek aplikace logiky Standard do služby App Service Environment v3 (ASEv3) – pouze plán Windows, musíte nejprve vytvořit tento prostředek prostředí. Toto prostředí pak můžete vybrat jako umístění nasazení při vytváření prostředku aplikace logiky. Další informace najdete v typech prostředků a prostředích a vytvoření služby App Service Environment.

• Od poloviny října 2022 nové pracovní postupy standardní aplikace logiky na webu Azure Portal automaticky používají Azure Functions v4. Během listopadu 2022 se stávající standardní pracovní postupy na webu Azure Portal automaticky migrují na Azure Functions verze 4. Pokud jste nenasadili standardní aplikace logiky jako projekty založené na NuGetu nebo jste aplikace logiky připnuli ke konkrétní verzi sady prostředků, je tento upgrade navržený tak, aby nevyžaduje žádnou akci ani nemá dopad na modul runtime. Pokud se však výjimky vztahují na vás nebo další informace o podpoře Azure Functions v4, přečtěte si téma Azure Logic Apps Standard, které teď podporuje Azure Functions v4.

Vytvoření prostředku aplikace logiky úrovně Standard

1. Na webu Azure Portal se přihlaste pomocí svého účtu Azure.

2. Do vyhledávacího pole webu Azure Portal zadejte aplikace logiky a vyberte Aplikace logiky.

   

3. Na stránce Aplikace logiky vyberte Přidat.

4. Na stránce Vytvořit aplikaci logiky na kartě Základy zadejte následující základní informace o vaší aplikaci logiky:

   Vlastnost	Požaduje se	Hodnota	Popis
   Předplatné	Ano	<Azure-subscription-name>	Název vašeho předplatného Azure
   Skupina prostředků	Ano	<Azure-resource-group-name>	Skupina prostředků Azure, ve které vytvoříte aplikaci logiky a související prostředky. Tento název musí být jedinečný napříč oblastmi a může obsahovat pouze písmena, číslice, pomlčky (-), podtržítka (_), závorky (()) a tečky (.). Tento příklad vytvoří skupinu prostředků s názvem Fabrikam-Workflows-RG.
   Název aplikace logiky	Ano	<název aplikace logiky>	Název prostředku aplikace logiky, který musí být jedinečný napříč oblastmi a může obsahovat jenom písmena, číslice, pomlčky (-), podtržítka (_), závorky (()) a tečky (.). Poznámka: Název vaší aplikace logiky automaticky získá příponu .azurewebsites.net, protože prostředek standardní aplikace logiky využívá modul runtime Azure Logic Apps s jedním tenantem, který používá model rozšiřitelnosti služby Azure Functions a je hostovaný jako rozšíření v modulu runtime Azure Functions. Azure Functions používá stejnou konvenci pojmenování aplikací. Tento příklad vytvoří aplikaci logiky s názvem Fabrikam-Workflows.

5. Než budete pokračovat v výběru, přejděte do části Plán . Jako typ plánu vyberte Standard , abyste zobrazili pouze nastavení, která platí pro typ aplikace logiky založené na plánu Standard.

   Vlastnost Typ plánu určuje plán hostování a fakturační model, který se má použít pro vaši aplikaci logiky. Další informace najdete v plánech hostování a cenových úrovních.

   Typ plánu	Popis
   Standardní	Tento typ aplikace logiky je výchozím výběrem. Pracovní postupy běží v Azure Logic Apps s jedním tenantem a používají standardní fakturační model.
   Využití	Tento typ aplikace logiky a pracovní postup běží v globálních aplikacích Azure Logic Apps s více tenanty a používá model fakturace Consumption.

   Vlastnost	Požaduje se	Hodnota	Popis
   Plán Windows	Ano	<plan-name>	Název plánu, který se má použít. Vyberte název existujícího plánu nebo zadejte název nového plánu. V tomto příkladu se používá název My-App-Service-Plan. Poznámka: Podporuje se pouze plán služby App Service založený na Windows. Nepoužívejte plán služby App Service založený na Linuxu.
   Cenový plán	Ano	<cenová úroveň>	Cenová úroveň , která se má použít pro aplikaci logiky a pracovní postupy. Váš výběr má vliv na ceny, výpočetní prostředky, paměť a úložiště, které vaše aplikace logiky a pracovní postupy používají. Další informace najdete v plánech hostování a cenových úrovních.

6. Teď pokračujte v provádění následujících výběrů:

   Vlastnost	Požaduje se	Hodnota	Popis
   Publikovat	Ano	Workflow (Pracovní postup)	Tato možnost se zobrazí a použije se jenom v případě, že je typ plánu nastavený na typ standardní aplikace logiky. Ve výchozím nastavení je tato možnost nastavená na Pracovní postup a vytvoří prázdný prostředek aplikace logiky, do kterého přidáte první pracovní postup. Poznámka: Možnost Kontejner Dockeru v současné době vyžaduje vlastní umístění v clusteru Kubernetes s podporou Azure Arc, který můžete použít s Logic Apps s podporou Azure Arc (Standard). Umístění prostředků pro vaši aplikaci logiky, vlastní umístění a cluster musí být stejná.
   Oblast	Ano	<Oblast Azure>	Oblast datacentra Azure, která se má použít k ukládání informací o aplikaci. Tento příklad nasadí ukázkovou aplikaci logiky do oblasti USA – západ v Azure. – Pokud jste dříve zvolili Kontejner Dockeru, vyberte v seznamu oblastí vlastní umístění. – Pokud chcete aplikaci nasadit do existujícího prostředku služby App Service Environment v3, můžete toto prostředí vybrat ze seznamu oblastí .

   Poznámka:

   Pokud vyberete oblast Azure, která podporuje redundanci zóny dostupnosti, je povolená část Redundance zóny. Tato část nabízí možnost povolit redundanci zón dostupnosti pro vaši aplikaci logiky. Aktuálně podporované oblasti Azure ale nezahrnují oblast USA – západ, takže tuto část můžete v tomto příkladu ignorovat. Další informace najdete v tématu Ochrana aplikací logiky před selháními oblastí pomocí redundance zón a zón dostupnosti.

   Až budete hotovi, nastavení bude vypadat podobně jako v následujícím příkladu:

   

7. Na kartě Hostování zadejte následující informace o řešení úložiště a plánu hostování, který se má použít pro vaši aplikaci logiky.

   Vlastnost	Požaduje se	Hodnota	Popis
   Typ úložiště	Ano	- Azure Storage - SQL a Azure Storage	Typ úložiště, který chcete použít pro artefakty a data související s pracovním postupem. – Pokud chcete nasadit jenom do Azure, vyberte Azure Storage. – Pokud chcete použít SQL jako primární úložiště a Azure Storage jako sekundární úložiště, vyberte SQL a Azure Storage a zkontrolujte nastavení úložiště databáze SQL pro aplikace logiky Standard v Azure Logic Apps s jedním tenantem. Poznámka: Pokud nasazujete do oblasti Azure, stále potřebujete účet úložiště Azure, který slouží k dokončení jednorázového hostování konfigurace aplikace logiky na platformě Azure Logic Apps. Stav pracovního postupu, historie spuštění a další artefakty modulu runtime se ukládají do databáze SQL. Pro nasazení do vlastního umístění hostovaného v clusteru Azure Arc potřebujete jako poskytovatele úložiště jenom SQL.
   Účet úložiště	Ano	<Azure-storage-account-name>	Účet Azure Storage, který se má použít pro transakce úložiště. Tento název prostředku musí být v různých oblastech jedinečný a musí mít 3 až 24 znaků s číslicemi a malými písmeny. Vyberte existující účet nebo vytvořte nový účet. Tento příklad vytvoří účet úložiště s názvem mystorageacct.

8. Na kartě Sítě můžete v tomto příkladu ponechat výchozí možnosti.

   Pro konkrétní scénáře z reálného světa nezapomeňte zkontrolovat a vybrat vhodné možnosti. Tuto konfiguraci můžete změnit také po nasazení prostředku aplikace logiky. Další informace najdete v tématu Zabezpečení provozu mezi aplikacemi logiky Standard a virtuálními sítěmi Azure pomocí privátních koncových bodů.

   Povolení veřejného přístupu	Chování
   Na	Vaše aplikace logiky má veřejný koncový bod s příchozí adresou, která je otevřená pro internet a nemá přístup k virtuální síti Azure.
   Vypnuto	Vaše aplikace logiky nemá žádný veřejný koncový bod, ale místo toho má privátní koncový bod pro komunikaci ve virtuální síti Azure a je izolovaná s danou virtuální sítí. Privátní koncový bod může komunikovat s koncovými body ve virtuální síti, ale pouze z klientů v rámci této sítě. Tato konfigurace také znamená, že provoz aplikace logiky může být řízen skupinami zabezpečení sítě nebo ovlivněnými trasami virtuální sítě.

   Pokud chcete aplikaci logiky povolit přístup ke koncovým bodům ve virtuální síti, nezapomeňte vybrat příslušnou možnost:

   Povolení injektáže sítě	Chování
   Na	Pracovní postupy aplikace logiky můžou soukromě a bezpečně komunikovat s koncovými body ve virtuální síti.
   Vypnuto	Pracovní postupy aplikace logiky nemůžou komunikovat s koncovými body ve virtuální síti.

9. Pokud vaše nastavení vytváření a nasazení podporuje použití služby Application Přehledy, můžete volitelně povolit protokolování diagnostiky a trasování pro pracovní postupy aplikace logiky.

   1. Na kartě Monitorování v části Přehledy aplikace nastavte povolit aplikaci Přehledy ano, pokud ještě není vybraná.

   2. Pro nastavení Přehledy aplikace vyberte existující instanci Přehledy aplikace nebo pokud chcete vytvořit novou instanci, vyberte Vytvořit novou a zadejte název, který chcete použít.

10. Jakmile Azure ověří nastavení aplikace logiky, vyberte na kartě Zkontrolovat a vytvořit možnost Vytvořit, například:

    

    Poznámka:

    Pokud se během tohoto kroku zobrazí chyba ověření, otevřete a zkontrolujte podrobnosti o chybě. Pokud například vybraná oblast dosáhne kvóty pro prostředky, které se pokoušíte vytvořit, budete možná muset vyzkoušet jinou oblast.

    Jakmile Azure dokončí nasazení, váš prostředek aplikace logiky je automaticky aktivní, ale zatím nic nedělá, protože prostředek je prázdný a ještě jste nepřidali žádné pracovní postupy.

11. Na stránce dokončení nasazení vyberte Přejít k prostředku , abyste mohli přidat prázdný pracovní postup.

    

Přidání prázdného pracovního postupu

Po vytvoření prázdného prostředku aplikace logiky musíte přidat první pracovní postup.

1. Jakmile Azure prostředek otevře, v nabídce prostředků aplikace logiky vyberte Pracovní postupy. Na panelu nástrojů Pracovní postupy vyberte Přidat.

   

2. Po otevření podokna Nový pracovní postup zadejte název pracovního postupu a vyberte typ stavu, buď Stavový, nebo Bezstavový. Až budete hotovi, vyberte Vytvořit.

   Tento příklad přidá prázdný stavový pracovní postup s názvem Stateful-Workflow. Ve výchozím nastavení je pracovní postup povolený, ale nic nedělá, dokud nepřidáte trigger a akce.

   

3. V seznamu pracovního postupu vyberte prázdný stavový pracovní postup.

4. V nabídce pracovního postupu v části Vývojář vyberte Návrhář.

   Na ploše návrháře se zobrazí výzva k výběru operace triggeru. Ve výchozím nastavení je výzva již vybraná, aby se otevřelo podokno s dostupnými aktivačními událostmi.

Teď tedy přidáte trigger, který spustí váš pracovní postup.

Přidání triggeru

Tento ukázkový pracovní postup začíná předdefinovaný trigger požadavku s názvem Při přijetí požadavku HTTP. Tato aktivační událost vytvoří koncový bod, který můžou volat jiné služby nebo pracovní postupy aplikace logiky a čekat na doručení příchozích volání nebo požadavků. Integrované operace běží nativně a přímo v modulu runtime Azure Logic Apps.

1. V návrháři pracovního postupu se ujistěte, že je otevřený prázdný pracovní postup a že je na ploše návrháře vybrána výzva Přidat trigger .

2. Pomocí požadavku jako hledaného termínu přidejte do pracovního postupu předdefinovaný trigger požadavku s názvem Při přijetí požadavku HTTP do pracovního postupu.

   Když se trigger zobrazí v návrháři, otevře se informační podokno triggeru, ve které se zobrazí vlastnosti, nastavení a další akce triggeru.

   

3. Uložte pracovní postup. Na panelu nástrojů návrháře vyberte Uložit.

   Když pracovní postup uložíte poprvé a tento pracovní postup začíná triggerem požadavku, Azure Logic Apps automaticky vygeneruje adresu URL koncového bodu vytvořeného triggerem požadavku. Později při testování pracovního postupu odešlete na tuto adresu URL požadavek, který aktivuje trigger a spustí spuštění pracovního postupu.

Přidat akci

Tento ukázkový pracovní postup pokračuje akcí spravovaného konektoru Office 365 Outlook s názvem Odeslat e-mail. Operace spravovaného konektoru běží v Azure a nativně a přímo v modulu runtime Azure Logic Apps.

1. V návrháři v rámci triggeru, který jste přidali, vyberte znaménko plus (+) >Přidat akci.

   Otevře se podokno Přidat akci , abyste mohli vybrat další akci.

2. Pomocí Office odešlete e-mail jako hledaný termín pomocí následujícího postupu a přidejte do pracovního postupu akci Office 365 Outlooku s názvem Odeslat e-mail (V2 ).

3. V informačním podokně akce na kartě Vytvořit Připojení ion vyberte Přihlásit se, abyste mohli vytvořit připojení k e-mailovému účtu.

   

4. Když se zobrazí výzva k zadání přístupu k e-mailovému účtu, přihlaste se pomocí přihlašovacích údajů svého účtu.

   Poznámka:

   Pokud se zobrazí chybová zpráva" Chyba s chybou: Prohlížeč je zavřený. Přihlaste se znovu", zkontrolujte, jestli váš prohlížeč blokuje soubory cookie třetích stran. Pokud jsou tyto soubory cookie blokované, zkuste přidat https://portal.azure.com do seznamu webů, které mohou používat soubory cookie. Pokud používáte anonymní režim, ujistěte se, že soubory cookie třetích stran nejsou při práci v daném režimu blokované.

   V případě potřeby znovu načtěte stránku, otevřete pracovní postup, znovu přidejte e-mailovou akci a zkuste vytvořit připojení.

   Po vytvoření připojení se v návrháři zobrazí akce Odeslat e-mail a ve výchozím nastavení je vybraná. Pokud akce není vybraná, vyberte akci, aby se otevřelo i její informační podokno.

5. V podokně informací o akci na kartě Parametry zadejte požadované informace pro akci, například:

   

   Vlastnost	Požaduje se	Hodnota	Popis
   Na	Ano	<vaše_e-mailová_adresa>	Příjemce e-mailu, který může být vaší e-mailovou adresou pro testovací účely. Tento příklad používá fiktivní e-mail, sophiaowen@fabrikam.com.
   Předmět	Ano	E-mail z ukázkového pracovního postupu	Předmět e-mailu
   Text	Ano	Dobrý den z ukázkového pracovního postupu!	Obsah textu e-mailu

   Poznámka:

   Při provádění jakýchkoli změn v informačním podokně na kartách Nastavení, Statický výsledek nebo Spustit po nezapomeňte tyto změny potvrdit, než přepnete karty nebo změníte fokus na návrháře. Jinak návrhář vaše změny neuchová.

6. Uložte pracovní postup. Na panelu nástrojů návrháře vyberte Uložit.

7. Pokud vaše prostředí má přísné požadavky na síť nebo brány firewall, které omezují provoz, musíte nastavit oprávnění pro všechna připojení triggeru nebo akcí, která existují ve vašem pracovním postupu. Pokud chcete najít plně kvalifikované názvy domén, přečtěte si téma Vyhledání názvů domén pro přístup k bráně firewall.

   Pokud chcete pracovní postup otestovat, spusťte ručně.

Odstranění položek z návrháře

Pokud chcete odstranit položku v pracovním postupu z návrháře, postupujte podle některého z těchto kroků:

• Vyberte položku, otevřete místní nabídku položky (Shift+F10) a vyberte Odstranit. Výběrem tlačítka OK potvrďte svůj úmysl.

• Vyberte položku a stiskněte klávesu Delete. Výběrem tlačítka OK potvrďte svůj úmysl.

• Vyberte položku, aby se pro danou položku otevřelo podokno informací. V pravém horním rohu podokna otevřete nabídku se třemi tečkami (...) a vyberte Odstranit. Výběrem tlačítka OK potvrďte svůj úmysl.

  

  Tip

  Pokud nabídka se třemi tečkami není viditelná, rozbalte okno prohlížeče dostatečně široké, aby se v podokně informací v pravém horním rohu zobrazovala tlačítko se třemi tečkami (...).

Vyhledání názvů domén pro přístup k bráně firewall

Než nasadíte aplikaci logiky a spustíte pracovní postup na webu Azure Portal, pokud má vaše prostředí přísné požadavky na síť nebo brány firewall, které omezují provoz, musíte nastavit oprávnění k síti nebo bráně firewall pro všechna připojení triggerů nebo akcí v pracovních postupech, které existují v aplikaci logiky.

Pokud chcete najít příchozí a odchozí IP adresy používané vaší aplikací logiky a pracovními postupy, postupujte takto:

1. V nabídce aplikace logiky v části Nastavení vyberte Sítě (Preview).

2. Na stránce sítě vyhledejte a projděte si části Příchozí provoz a Odchozí provoz.

Pokud chcete najít plně kvalifikované názvy domén (FQDN) pro připojení, postupujte takto:

1. V nabídce aplikace logiky v části Pracovní postupy vyberte Připojení ions. Na kartě Připojení ions rozhraní API vyberte název prostředku připojení, například:

   

2. Rozšiřte prohlížeč dostatečně široce, aby se při zobrazení JSON zobrazilo v pravém horním rohu prohlížeče a vyberte zobrazení JSON.

   

3. Zkopírujte a uložte hodnotu vlastnosti connectionRuntimeUrl někam bezpečně, abyste mohli nastavit bránu firewall s použitím těchto informací.

   

4. Pro každé připojení opakujte příslušné kroky.

Aktivace pracovního postupu

V tomto příkladu se pracovní postup spustí, když trigger požadavku obdrží příchozí požadavek, který se odešle na adresu URL koncového bodu vytvořeného triggerem. Při prvním uložení pracovního postupu služba Azure Logic Apps tuto adresu URL automaticky vygenerovala. Než tedy budete moct odeslat tento požadavek pro aktivaci pracovního postupu, musíte tuto adresu URL najít.

1. V návrháři pracovního postupu vyberte trigger požadavku s názvem Při přijetí požadavku HTTP.

2. Po otevření informačního podokna na kartě Parametry vyhledejte vlastnost ADRESY URL HTTP POST. Pokud chcete zkopírovat vygenerovanou adresu URL, vyberte kopírovat adresu URL (ikonu kopírovat soubor) a uložte adresu URL jinam. Adresa URL se řídí tímto formátem:

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

   

   V tomto příkladu adresa URL vypadá takto:

   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

   Adresu URL koncového bodu najdete také v podokně Přehled aplikace logiky ve vlastnosti Adresa URL pracovního postupu.

   1. V nabídce prostředků vyberte Přehled.
   2. V podokně Přehled vyhledejte vlastnost Adresa URL pracovního postupu.
   3. Pokud chcete zkopírovat adresu URL koncového bodu, přesuňte ukazatel na konec textu adresy URL koncového bodu a vyberte Kopírovat do schránky (ikona kopírovat soubor).

3. Pokud chcete otestovat adresu URL odesláním požadavku, otevřete Postman nebo preferovaný nástroj pro vytváření a odesílání požadavků.

   Tento příklad pokračuje pomocí nástroje Postman. Další informace najdete v tématu Začínáme s postmanem.

   1. Na panelu nástrojů Postman vyberte Nový.

      

   2. V podokně Vytvořit nový v části Stavební bloky vyberte Požadavek.

   3. V okně Uložit žádost v části Název požadavku zadejte název požadavku, například trigger pracovního postupu testování.

   4. V části Vyberte kolekci nebo složku, do které chcete uložit, vyberte Vytvořit kolekci.

   5. V části Všechny kolekce zadejte název kolekce, kterou chcete vytvořit pro uspořádání požadavků, stiskněte Enter a vyberte Uložit do< názvu> kolekce. V tomto příkladu se jako název kolekce používají požadavky Logic Apps.

      V aplikaci Postman se otevře podokno žádosti, abyste mohli odeslat požadavek na adresu URL koncového bodu pro trigger požadavku.

      

   6. V podokně požadavku vložte do pole adresa vedle seznamu metod, který se aktuálně zobrazuje GET jako výchozí metoda požadavku, vložte adresu URL, kterou jste předtím zkopírovali, a vyberte Odeslat.

      

      Když se trigger aktivuje, spustí se ukázkový pracovní postup a odešle e-mail podobný tomuto příkladu:

      

Osvědčené postupy a doporučení

Pokud chcete zajistit optimální rychlost odezvy a výkonu návrháře, projděte si následující pokyny:

• Pro každý pracovní postup nepoužívejte více než 50 akcí. Překročení tohoto počtu akcí zvyšuje možnost pomalejšího výkonu návrháře.

• V případě potřeby zvažte rozdělení obchodní logiky do několika pracovních postupů.

• Nemá více než 10 až 15 pracovních postupů na prostředek aplikace logiky.

Kontrola historie spuštění pracovního postupu

Po dokončení stavového pracovního postupu můžete zobrazit historii spuštění pracovního postupu, včetně stavu celkového spuštění, triggeru a každé akce spolu se vstupy a výstupy. Na webu Azure Portal se historie spuštění pracovního postupu a historie triggerů zobrazují na úrovni pracovního postupu, ne na úrovni prostředku aplikace logiky. Další informace najdete v tématu Kontrola historie spuštění pracovního postupu a Kontrola historie triggerů.

V tomto ukázkovém pracovním postupu vypadá historie spuštění pracovního postupu podobně jako v následující ukázce:

Kontrola historie aktivačních událostí

U stavového pracovního postupu můžete zkontrolovat historii aktivačních událostí pro každé spuštění, včetně stavu triggeru spolu se vstupy a výstupy, a to odděleně od historie spuštění pracovního postupu. Na webu Azure Portal se historie triggerů a historie spuštění zobrazují na úrovni pracovního postupu, nikoli na úrovni aplikace logiky. Další informace najdete v tématu Kontrola historie triggerů.

Opětovné odeslání pracovního postupu se stejnými vstupy

U existujícího stavového spuštění pracovního postupu můžete znovu spustit celý pracovní postup se stejnými vstupy, které byly dříve použity pro toto spuštění. Další informace najdete v tématu Opětovné spuštění pracovního postupu se stejnými vstupy.

Povolení historie spuštění pro bezstavové pracovní postupy

Pokud chcete ladit bezstavový pracovní postup snadněji, můžete pro tento pracovní postup povolit historii spuštění a po dokončení zakázat historii spuštění. Postupujte podle těchto kroků pro Azure Portal nebo pokud pracujete v editoru Visual Studio Code, přečtěte si téma Vytváření stavových a bezstavových pracovních postupů v editoru Visual Studio Code.

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

2. V nabídce aplikace logiky v části Nastavení vyberte Konfigurace.

3. Na kartě Nastavení aplikace vyberte Nové nastavení aplikace.

4. V podokně pro nastavení přidat/upravit aplikaci zadejte do pole Název tento název možnosti operace:

   Pracovní postupy. {yourWorkflowName}. OperationOptions

5. Do pole Hodnota zadejte následující hodnotu: WithStatelessRunHistory

   

6. Chcete-li dokončit tento úkol, vyberte OK. Na panelu nástrojů podokna Konfigurace vyberte Uložit.

7. Pokud chcete po dokončení zakázat historii spuštění, nastavte buď vlastnost s názvem Workflows.{your-workflow-name}. OperationOptions to None, or delete the property and its value.

Povolení nebo otevření Přehledy aplikace po nasazení

Během běhu pracovního postupu aplikace logiky generuje telemetrii spolu s dalšími událostmi. Pomocí této telemetrie můžete získat lepší přehled o tom, jak dobře běží váš pracovní postup a jak modul runtime Logic Apps funguje různými způsoby. Pracovní postup můžete monitorovat pomocí Přehledy aplikace, která poskytuje telemetrii téměř v reálném čase (živé metriky). Tato funkce vám může pomoct snadněji prošetřit chyby a problémy s výkonem při diagnostice problémů, nastavení výstrah a grafů sestavení.

Pokud vaše aplikace logiky podporuje vytváření a nasazení pomocí aplikačních Přehledy, můžete volitelně povolit protokolování diagnostiky a trasování pro pracovní postup aplikace logiky. Můžete to udělat buď při vytváření prostředku aplikace logiky na webu Azure Portal nebo po nasazení. Potřebujete mít instanci Přehledy aplikace, ale tento prostředek můžete vytvořit předem, při vytváření aplikace logiky nebo po nasazení. Volitelně můžete také povolit rozšířenou telemetrii v aplikaci Přehledy pro standardní pracovní postupy.

Povolení aplikačního Přehledy v nasazené aplikaci logiky

1. Na webu Azure Portal vyhledejte nasazenou aplikaci logiky.

2. V nabídce aplikace logiky v části Nastavení vyberte Přehledy aplikace.

3. V podokně Přehledy aplikace vyberte Zapnout Přehledy aplikace.

4. Po aktualizaci podokna v dolní části vyberte Použít>ano.

5. V podokně Přehledy aplikace vyberte Zobrazit data Přehledy aplikace.

   Po otevření řídicího panelu application Přehledy můžete zkontrolovat metriky nebo protokoly pracovního postupu aplikace logiky. Pokud chcete například grafovat nebo dotazovat data, v nabídce prostředků Přehledy aplikace vyberte v části Monitorování metrikynebo protokoly.

Otevření Přehledy aplikace

1. Na webu Azure Portal vyhledejte nasazenou aplikaci logiky.

2. V nabídce aplikace logiky v části Nastavení vyberte Přehledy aplikace.

3. V podokně Přehledy aplikace vyberte Zobrazit data Přehledy aplikace.

   Po otevření řídicího panelu application Přehledy můžete zkontrolovat metriky nebo protokoly pracovního postupu aplikace logiky. Pokud chcete například grafovat nebo dotazovat data, v nabídce prostředků Přehledy aplikace vyberte v části Monitorování metrikynebo protokoly.

Zobrazení připojení

Když vytváříte připojení v pracovním postupu pomocí konektorů spravovaných Microsoftem, jsou tato připojení ve skutečnosti oddělená prostředky Azure s vlastními definicemi prostředků a jsou hostovaná v globální azure s více tenanty. Pracovní postupy standardní aplikace logiky můžou také používat integrované konektory poskytovatele služeb, které se nativně spouštějí a využívají modul runtime Azure Logic Apps s jedním tenantem. Pokud chcete tato připojení zobrazit a spravovat, přečtěte si téma Zobrazení připojení.

Zastavení nebo spuštění prostředků aplikace logiky

Postupujte podle kroků v části Zakázání nebo povolení aplikací logiky.

Řešení potíží a chyb

Ve výběru návrháře pro dříve vytvořené pracovní postupy chybí nové triggery a akce.

Azure Logic Apps s jedním tenantem podporuje integrované akce pro operace funkcí Azure, operace Liquid a operace XML, jako je například ověřování XML a transformace XML. U dříve vytvořených aplikací logiky se ale tyto akce nemusí zobrazit v návrháři, abyste vybrali, jestli vaše aplikace logiky používá zastaralou verzi sady rozšíření Microsoft.Azure.Functions.ExtensionBundle.Workflows.

Chcete-li tento problém vyřešit, pomocí těchto kroků odstraňte zastaralou verzi, aby se sada rozšíření mohl automaticky aktualizovat na nejnovější verzi.

Poznámka:

Toto konkrétní řešení se vztahuje pouze na prostředky aplikace logiky standardu, které vytvoříte pomocí webu Azure Portal, nikoli aplikací logiky, které vytvoříte a nasadíte pomocí editoru Visual Studio Code a rozšíření Azure Logic Apps (Standard). Viz Podporované triggery a akce chybí v návrháři v editoru Visual Studio Code.

1. Na webu Azure Portal zastavte aplikaci logiky.

   1. V nabídce aplikace logiky vyberte Přehled.

   2. Na panelu nástrojů podokna Přehled vyberte Zastavit.

2. V nabídce aplikace logiky v části Vývojové nástroje vyberte Rozšířené nástroje.

3. V podokně Rozšířené nástroje vyberte Přejít, čímž otevřete prostředí Kudu pro vaši aplikaci logiky.

4. Na panelu nástrojů Kudu otevřete nabídku konzoly Ladění a vyberte CMD.

   Otevře se okno konzoly, abyste mohli přejít do složky sady pomocí příkazového řádku. Nebo můžete procházet adresářovou strukturu, která se zobrazí nad oknem konzoly.

5. Přejděte do následující složky, která obsahuje složky s verzemi pro existující sadu:

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

6. Odstraňte složku verze existující sady. V okně konzoly můžete spustit tento příkaz, ve kterém nahradíte {bundle-version} stávající verzí:

   rm -rf {bundle-version}

   Příklad: rm -rf 1.1.3

   Tip

   Pokud se zobrazí chyba typu "oprávnění odepřeno" nebo "soubor, který se používá", aktualizujte stránku v prohlížeči a opakujte předchozí kroky, dokud se složka nesstraní.

7. Na webu Azure Portal se vraťte na stránku Přehled aplikace logiky a vyberte Restartovat.

   Portál automaticky získá a použije nejnovější sadu.

Další kroky

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