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

  • Článek

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 na e-mailový účet. Konkrétně vytvoříte prostředek aplikace logiky Standard, který může obsahovat 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 svém vývojovém prostředí.

I když je tento ukázkový pracovní postup cloudový a má pouze dva kroky, můžete vytvořit pracovní postupy ze stovek operací, které můžou propojit širokou škálu aplikací, dat, služeb a systémů napříč cloudovým, místním a hybridním prostředím. Ukázkový pracovní postup začíná předdefinované aktivační událostí Požadavek, 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.

Snímek obrazovky znázorňující Azure Portal s návrhářem pracovního postupu standardní aplikace logiky

V průběhu budete provádět tyto úkoly na vysoké úrovni:

  • Vytvořte prostředek aplikace logiky Standard a přidejte prázdný stavový pracovní postup.
  • Přidejte trigger a akci.
  • Aktivují spuštění pracovního postupu.
  • Zobrazte historii spuštění a aktivačních událostí pracovního postupu.
  • Po nasazení povolte nebo otevřete Application Insights.
  • Povolte historii spuštění pro bezstavové pracovní postupy.

V Azure Logic Apps s jedním tenantem běží pracovní postupy ve stejném prostředku aplikace logiky a tenantovi 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 Prostředí služby Azure Logic Apps s jedním tenantem a prostředím více tenantů a integrační služby.

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 aplikace logiky Standard 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ě, například pomocí front pro plánování a ukládání stavů pracovního postupu do tabulek a objektů 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 Outlooku, 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 odesílat zprávy z vašeho e-mailového účtu, například Outlook.com. Pokud používáte jiný konektor e-mailu, můžete dál postupovat podle příkladu a obecné celkové kroky jsou stejné. Vaše možnosti se ale můžou v některých ohledech lišit. Pokud například používáte konektor Outlook.com, použijte k přihlášení svůj osobní účet 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í koncovému bodu vytvořenému 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 Application Insights, můžete pro aplikaci logiky volitelně povolit protokolování a trasování diagnostiky. Můžete to udělat buď při vytváření aplikace logiky, nebo po nasazení. Potřebujete mít instanci Application Insights, 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 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 tématu Typy prostředků a prostředí a Vytvoření App Service Environment.

  • Od poloviny října 2022 budou nové standardní pracovní postupy aplikace logiky v Azure Portal automaticky používat Azure Functions v4. V průběhu listopadu 2022 se stávající standardní pracovní postupy v Azure Portal automaticky migrují na Azure Functions v4. Pokud jste nenasadili aplikace logiky Standard jako projekty založené na NuGetu nebo jste nepřipnuli aplikace logiky na konkrétní verzi sady, je tento upgrade navržený tak, aby od vás 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 teď podporuje Azure Functions v4.

Vytvoření prostředku standardní aplikace logiky

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

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

    Snímek obrazovky zobrazující Azure Portal vyhledávacího pole se zadanými aplikacemi logiky a vybranou skupinou aplikací logiky

  3. Na stránce Logic Apps vyberte Přidat.

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

    Vlastnost Požaduje se Hodnota Popis
    Předplatné Yes <Název předplatného Azure> Název vašeho předplatného Azure.
    Skupina prostředků Yes <Název skupiny prostředků Azure> Skupina prostředků Azure, ve které vytváří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, spojovní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 Yes <název aplikace logiky> Název prostředku aplikace logiky, který musí být jedinečný napříč oblastmi a může obsahovat pouze písmena, číslice, spojovní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 aplikace logiky Standard využívá modul runtime Azure Logic Apps s jedním tenantem, který používá model rozšiřitelnosti Azure Functions a hostuje se jako rozšíření v modulu runtime Azure Functions. Azure Functions používá stejné zásady vytváření názvů aplikací.

    Tento příklad vytvoří aplikaci logiky s názvem Fabrikam-Workflows.

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

    Vlastnost Typ plánu určuje plán hostování a model fakturace, které se mají použít pro vaši aplikaci logiky. Další informace najdete v tématu Plány hostování a cenové úrovně.

    Typ plánu Popis
    Standard 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í model fakturace Standard.
    Využití Tento typ aplikace logiky a pracovní postup běží v globální službě Azure Logic Apps s více tenanty a používá model fakturace Consumption.
    Vlastnost Požaduje se Hodnota Popis
    Plán Windows Yes <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 jenom plán windows App Service. Nepoužívejte plán App Service založený na Linuxu.
    Cenový plán Yes <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 tématu Plány hostování a cenové úrovně.

  6. Teď pokračujte v následujících výběrech:

    Vlastnost Požaduje se Hodnota Popis
    Publikovat Yes Workflow (Pracovní postup) Tato možnost se zobrazí a použije se pouze v případě, že je typ plánu nastavený na typ aplikace logiky Standard . 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 svůj první pracovní postup.

    Poznámka: V současné době možnost kontejneru Dockeru vyžaduje vlastní umístění v clusteru Kubernetes s podporou Služby Azure Arc, které můžete použít s Logic Apps s podporou Služby Azure Arc (Standard). Umístění prostředků pro vaši aplikaci logiky, vlastní umístění a cluster musí být stejné.
    Oblast Yes <Oblast Azure> Oblast datacentra Azure, která se má použít k ukládání informací o vaší 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 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 Zónová redundance . Tato část nabízí možnost povolit redundanci zóny dostupnosti pro vaši aplikaci logiky. Aktuálně podporované oblasti Azure ale nezahrnují USA – západ, takže můžete tuto část pro tento příklad ignorovat. Další informace najdete v tématu Ochrana aplikací logiky před selháními oblastí pomocí zónové redundance a zón dostupnosti.

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

    Snímek obrazovky znázorňující Azure Portal a stránku s názvem Vytvořit aplikaci logiky

  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ě Yes - 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 projděte si téma Nastavení úložiště sql database 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ý se používá k dokončení jednorázového hostování konfigurace aplikace logiky na platformě Azure Logic Apps. Aktuální 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ě Yes <Azure-storage-account-name> Účet služby Azure Storage, který se má použít pro transakce úložiště.

    Tento název prostředku musí být jedinečný napříč oblastmi a musí obsahovat 3 až 24 znaků pouze 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 ponechat výchozí možnosti pro tento příklad.

    Pro konkrétní reálné scénáře nezapomeňte zkontrolovat a vybrat příslušné možnosti. Tuto konfiguraci můžete také změnit 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ů.

    Povolit veřejný přístup Chování
    Zapnuto 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 v rámci virtuální sítě Azure a je s danou virtuální sítí izolovaná. Privátní koncový bod může komunikovat s koncovými body ve virtuální síti, ale pouze z klientů v této síti. Tato konfigurace také znamená, že provoz aplikace logiky může být řízen skupinami zabezpečení sítě nebo ovlivněn 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í
    Zapnuto Pracovní postupy aplikací 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 nastavení vytváření a nasazení podporuje použití Application Insights, můžete volitelně povolit protokolování a trasování diagnostiky pro pracovní postupy aplikací logiky.

    1. Na kartě Monitorování v části Application Insights nastavte Možnost Povolit Application Insights na Ano , pokud ještě není vybraná.

    2. V nastavení Application Insights vyberte existující instanci Application Insights, nebo pokud chcete vytvořit novou instanci, vyberte Vytvořit novou a zadejte název, který chcete použít.

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

    Snímek obrazovky znázorňující Azure Portal a nové nastavení prostředků aplikace logiky

    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, možná budete muset vyzkoušet jinou oblast.

    Po dokončení nasazení Azure se váš prostředek aplikace logiky automaticky spustí, ale zatím nic neudě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.

    Snímek obrazovky znázorňující Azure Portal a dokončené nasazení

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

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

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

    Snímek obrazovky znázorňující nabídku prostředků aplikace logiky s vybranou možností Pracovní postupy a na panelu nástrojů je vybraná možnost Přidat.

  2. Po otevření podokna Nový pracovní postup zadejte název pracovního postupu a vyberte typ stavu, buď Stavový , nebo Bezstavový. Po dokončení 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 neprovádí nic, dokud nepřidáte trigger a akce.

    Snímek obrazovky s novým prázdným stavovým pracovním postupem s názvem Stateful-Workflow

  3. V seznamu pracovních postupů vyberte prázdný stavový pracovní postup.

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

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

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

Přidání triggeru

Tento ukázkový pracovní postup začíná integrovaným triggerem požadavku s názvem Při přijetí požadavku HTTP. Tento trigger vytvoří koncový bod, který můžou volat jiné služby nebo pracovní postupy aplikace logiky, a čeká na doručení těchto příchozích volání nebo požadavků. Předdefinované operace běží nativně a přímo v rámci 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 vybraná výzva Přidat trigger .

  2. Pokud jako hledaný termín použijete požadavek , podle těchto kroků přidejte do pracovního postupu předdefinovaný trigger požadavku s názvem Při přijetí požadavku HTTP .

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

    Snímek obrazovky znázorňující návrháře pracovního postupu a podokno informací o 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čne 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 požadavek na tuto adresu URL, která aktivuje trigger a spustí spuštění pracovního postupu.

Přidání akce

Tento ukázkový pracovní postup pokračuje akcí Office 365 spravovaného konektoru Outlooku 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 pod triggerem, který jste přidali, vyberte znaménko plus (+) >Přidat akci.

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

  2. Pokud jako hledaný termín použijete office odeslat e-mail, 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í vyberte Přihlásit se , abyste mohli vytvořit připojení ke svému e-mailovému účtu.

    Snímek obrazovky znázorňující návrháře s tlačítkem Odeslat e-mail (V2) s tlačítkem Přihlásit se

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

    Poznámka

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

    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í.

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

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

    Snímek obrazovky znázorňující návrháře a podokno s informacemi o odeslání e-mailu s vybranou kartou Parametry

    Vlastnost Požaduje se Hodnota Popis
    Do Yes <vaše e-mailová adresa> Příjemce e-mailu, kterým může být vaše e-mailová adresa pro testovací účely. V tomto příkladu se používá fiktivní e-mail sophiaowen@fabrikam.com.
    Předmět Yes E-mail z ukázkového pracovního postupu Předmět e-mailu
    Text Yes Dobrý den z vašeho ukázky pracovního postupu! Obsah textu e-mailu

    Poznámka

    Při provádění jakýchkoli změn v podokně informací na kartách Nastavení, Statický výsledek nebo Spustit za nezapomeňte před přepnutím karet nebo změnou fokusu na návrháře tyto změny potvrdit výběrem možnosti Hotovo . V opačném případě návrhář změny nezachová.

  6. Uložte svou práci. 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 akce, která existují v 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 ho ručně.

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

Pokud vaše prostředí má přísné požadavky na síť nebo brány firewall, které omezují provoz, musíte před nasazením aplikace logiky a spuštěním pracovního postupu v Azure Portal nastavit oprávnění k síti nebo bráně firewall pro všechna připojení triggeru nebo akce 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 oddíly Příchozí provoz a Odchozí provoz .

Chcete-li 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í. Na kartě Připojení rozhraní API vyberte název prostředku připojení, například:

    Snímek obrazovky s nabídkou Azure Portal a aplikace logiky s vybranými názvy prostředků připojení Připojení a Office365

  2. Rozbalte prohlížeč dostatečně do šířky, aby při zobrazení JSON v pravém horním rohu prohlížeče vyberte Zobrazení JSON.

    Snímek obrazovky znázorňující podokno Azure Portal a připojení rozhraní API s vybranou možností Zobrazení JSON

  3. Zkopírujte a uložte hodnotu vlastnosti connectionRuntimeUrl na bezpečné místo, abyste mohli nastavit bránu firewall pomocí těchto informací.

    Snímek obrazovky znázorňující vybranou hodnotu vlastnosti s názvem connectionRuntimeUrl

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

Aktivace pracovního postupu

V tomto příkladu se pracovní postup spustí, když trigger požadavku přijme příchozí požadavek, který se odešle na adresu URL koncového bodu vytvořeného triggerem. Když jste pracovní postup poprvé uložili, Azure Logic Apps tuto adresu URL automaticky vygenerovala. Takže než budete moct odeslat tento požadavek na aktivaci pracovního postupu, musíte najít tuto adresu URL.

  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 HTTP POST URL . Pokud chcete vygenerovanou adresu URL zkopírovat, vyberte ikonu Kopírovat adresu URL (kopírovat soubor) a prozatím adresu URL uložte jinam. Adresa URL má tento formát:

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

    Snímek obrazovky znázorňující návrháře s triggerem požadavku a adresou URL koncového bodu ve vlastnosti HTTP POST URL

    V tomto příkladu vypadá adresa URL 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írování souboru).

  3. Pokud chcete otestovat adresu URL odesláním požadavku, otevřete Nástroj 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 Postman.

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

      Snímek obrazovky znázorňující Postman s vybraným tlačítkem Nový

    2. V podokně Vytvořit nový v části Stavební bloky vyberte Žádost.

    3. V okně Uložit požadavek v části Název žádosti 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í vašich 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.

      Snímek obrazovky znázorňující Postman s otevřeným podoknem žádostí

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

      Snímek obrazovky znázorňující postman a adresu URL koncového bodu v poli adresa s vybraným tlačítkem Odeslat

      Po aktivaci triggeru se spustí ukázkový pracovní postup a odešle e-mail podobný tomuto příkladu:

      Snímek obrazovky s e-mailem Outlooku, jak je popsáno v příkladu

Kontrola historie spuštění

U stavového pracovního postupu můžete po každém spuštění pracovního postupu zobrazit historii spuštění, včetně stavu celkového spuštění, triggeru a jednotlivých akcí spolu s jejich vstupy a výstupy. V Azure Portal se historie spuštění a historie triggerů zobrazuje na úrovni pracovního postupu, ne na úrovni aplikace logiky. Pokud chcete zkontrolovat historii triggerů mimo kontext historie spuštění, přečtěte si téma Kontrola historie triggerů.

  1. V Azure Portal v nabídce pracovního postupu vyberte Přehled.

  2. V podokně Přehled vyberte Historie spuštění, která zobrazí historii spuštění pro daný pracovní postup.

    Snímek obrazovky znázorňující podokno Přehled pracovního postupu s vybranou možností Historie spuštění

    Tip

    Pokud se stav posledního spuštění nezobrazí, vyberte na panelu nástrojů podokna Přehledmožnost Aktualizovat. U triggeru, který se přeskočí kvůli nesplněným kritériím nebo kvůli chybějícím datům, nedojde k žádnému spuštění.

    Následující tabulka uvádí možné konečné stavy, které každé spuštění pracovního postupu může mít a zobrazit na portálu:

    Stav spuštění Popis
    Bylo přerušeno Spuštění se zastavilo nebo se nedokončilo kvůli externím problémům, například kvůli výpadku systému nebo zrušenému předplatnému Azure.
    Zrušena Spuštění se aktivovalo a spustilo, ale obdrželo žádost o zrušení.
    Neúspěšný Nejméně jedna akce v rámci spuštění selhala. V pracovním postupu nebyly nastaveny žádné následné akce pro zpracování selhání.
    Spuštěno Spuštění se aktivovalo a probíhá, ale tento stav se může zobrazit také u spuštění, které je omezené kvůli limitům akcí nebo aktuálnímu cenovému plánu.

    Tip: Pokud nastavíte protokolování diagnostiky, můžete získat informace o všech událostech omezování, ke kterým dochází.
    Úspěšný Spuštění proběhlo úspěšně. Pokud nějaká akce selhala, následující akce v pracovním postupu toto selhání vyřešila.
    Vypršel Časový limit spuštění vypršel, protože aktuální doba trvání překročila limit doby běhu, který se řídí nastavením uchovávání historie spuštění ve dnech. Doba trvání spuštění se počítá na základě času spuštění a limitu doby trvání spuštění v daném čase spuštění.

    Poznámka: Pokud doba trvání spuštění překročí také aktuální limit uchovávání historie spuštění, který je také řízen nastavením Uchovávání historie spuštění ve dnech, denní úloha čištění vymaže spuštění z historie spuštění. Bez ohledu na to, jestli časový limit běhu vyprší nebo se dokončí, doba uchovávání se vždy počítá pomocí času spuštění a aktuálního limitu uchovávání. Pokud tedy zkrátíte limit doby trvání běhu za letu, časový limit běhu vyprší. Spuštění však zůstane nebo se vymaže z historie spuštění podle toho, jestli doba trvání spuštění překročila limit uchovávání.
    Čekající Spuštění se nespustilo nebo je pozastavené, například kvůli starší instanci pracovního postupu, která je stále spuštěná.

  3. Pokud chcete zkontrolovat stav jednotlivých kroků v běhu, vyberte spuštění, které chcete zkontrolovat.

    Otevře se zobrazení podrobností o spuštění a zobrazí stav jednotlivých kroků v běhu.

    Snímek obrazovky znázorňující zobrazení podrobností o spuštění se stavem jednotlivých kroků v pracovním postupu

    Následující tabulka uvádí možné stavy, které každá akce pracovního postupu může mít a zobrazit na portálu:

    Stav akce Popis
    Bylo přerušeno Akce se zastavila nebo nedokončila kvůli externím problémům, například kvůli výpadku systému nebo zrušenému předplatnému Azure.
    Zrušena Akce byla spuštěna, ale přijala žádost o zrušení.
    Neúspěšný Akce se nezdařila.
    Spuštěno Akce je právě spuštěná.
    Vynecháno Akce byla přeskočena, protože její podmínky runAfter nebyly splněny, například předchozí akce selhala. Každá akce má runAfter objekt, ve kterém můžete nastavit podmínky, které musí být splněny před spuštěním aktuální akce.
    Úspěšný Akce byla úspěšná.
    Úspěšné opakování Akce byla úspěšná, ale pouze po jednom nebo několika opakováních. Pokud chcete zkontrolovat historii opakování, vyberte tuto akci v zobrazení podrobností historie spuštění, abyste mohli zobrazit vstupy a výstupy.
    Vypršel Akce se zastavila kvůli limitu časového limitu určeného nastavením dané akce.
    Čekající Platí pro akci webhooku, která čeká na příchozí požadavek od volajícího.

  4. Pokud chcete zkontrolovat vstupy a výstupy pro konkrétní krok, vyberte tento krok.

    Snímek obrazovky znázorňující vstupy a výstupy ve vybrané akci Odeslat e-mail

  5. Pokud chcete dále zkontrolovat nezpracované vstupy a výstupy pro daný krok, vyberte Zobrazit nezpracované vstupy nebo Zobrazit nezpracované výstupy.

Kontrola historie aktivačních událostí

U stavového pracovního postupu můžete zkontrolovat historii triggerů pro každé spuštění, včetně stavu triggeru spolu se vstupy a výstupy, nezávisle na kontextu historie spuštění. V Azure Portal se historie triggerů a spuštění zobrazují na úrovni pracovního postupu, ne na úrovni aplikace logiky. Chcete-li najít tato historická data, postupujte takto:

  1. V Azure Portal v nabídce pracovního postupu vyberte Přehled.

  2. Na stránce Přehled vyberte Historie triggerů.

    Podokno Historie aktivačních událostí zobrazuje historii aktivačních událostí pro spuštění vašeho pracovního postupu.

  3. Pokud chcete zkontrolovat konkrétní historii triggerů, vyberte ID daného spuštění.

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

Pokud chcete dosáhnout optimální odezvy a výkonu návrháře, projděte si tyto pokyny a postupujte podle nich:

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

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

  • Mít maximálně 10 až 15 pracovních postupů na prostředek aplikace logiky.

Povolení nebo otevření Application Insights po nasazení

Během běhu pracovního postupu aplikace logiky vysílá 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í Application Insights, která poskytuje telemetrii téměř v reálném čase (živé metriky). Tato funkce vám může pomoct snadněji prozkoumat selhání a problémy s výkonem, když tato data použijete k diagnostice problémů, nastavení upozornění a vytváření grafů.

Pokud nastavení vytváření a nasazení vaší aplikace logiky podporuje použití Application Insights, můžete pro aplikaci logiky volitelně povolit protokolování a trasování diagnostiky. Můžete to udělat při vytváření aplikace logiky v Azure Portal nebo po nasazení. Potřebujete instanci Application Insights, ale tento prostředek můžete vytvořit předem, při vytváření aplikace logiky nebo po nasazení.

Pokud chcete povolit Application Insights v nasazené aplikaci logiky nebo otevřít řídicí panel Application Insights, pokud už je povolený, postupujte takto:

  1. V Azure Portal vyhledejte nasazenou aplikaci logiky.

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

  3. Pokud není služba Application Insights povolená, vyberte v podokně Application Insightsmožnost Zapnout Application Insights. Po aktualizaci podokna v dolní části vyberte Použít>Ano.

    Pokud je služba Application Insights povolená, vyberte v podokně Application Insightsmožnost Zobrazit data Application Insights.

Po otevření Application Insights můžete zkontrolovat různé metriky pro vaši aplikaci logiky. Další informace najdete v těchto tématech:

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í historii spuštění zakázat. Postupujte podle těchto kroků pro Azure Portal. 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. V 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ě Přidat nebo upravit nastavení aplikace zadejte do pole Název tento název možnosti operace:

    Pracovní postupy. {yourWorkflowName}. OperaceMožnosti

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

    Snímek obrazovky znázorňující standardní aplikaci logiky a podokno s názvem Přidat nebo upravit nastavení aplikace pomocí pracovních postupů {yourWorkflowName}. OperationOptions nastavený na WithStatelessRunHistory.

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

  7. Pokud chcete historii spuštění po dokončení zakázat, nastavte vlastnost s názvem Workflows.{ název_vašeho_pracovního postupu}. OperationOptions to None nebo odstraňte vlastnost a její hodnotu.

Zobrazení připojení

Když vytvoříte připojení v rámci pracovního postupu pomocí spravovaných konektorů nebo integrovaných konektorů založených na poskytovateli služeb, jsou tato připojení ve skutečnosti oddělená prostředky Azure s vlastními definicemi prostředků.

  1. V nabídce aplikace logiky v části Pracovní postupy vyberte Připojení.

  2. Na základě typu připojení, které chcete zobrazit, vyberte jednu z následujících možností:

    Možnost Popis
    Připojení rozhraní API Připojení vytvořená spravovanými konektory
    Připojení poskytovatele služeb Připojení vytvořená integrovanými konektory na základě implementace rozhraní poskytovatele služeb konkrétní instanci připojení, která zobrazuje další informace o tomto připojení. Pokud chcete zobrazit základní definici prostředku vybraného připojení, vyberte Zobrazení JSON.
    Zobrazení JSON Základní definice prostředků pro všechna připojení v aplikaci logiky

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

Pokud chcete odstranit položku v pracovním postupu z návrháře, postupujte následovně:

  • 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 tuto položku otevřelo informační podokno. 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.

    Snímek obrazovky znázorňující vybranou položku v návrháři s otevřeným podoknem informací a vybraným tlačítkem se třemi tečkami a příkazem Odstranit

    Tip

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

Restartování, zastavení nebo spuštění aplikací logiky

Můžete zastavit nebo spustit jednu aplikaci logiky nebo několik aplikací logiky najednou. Můžete také restartovat jednu aplikaci logiky, aniž byste se nejprve zastavili. Aplikace logiky založená na jednom tenantovi může obsahovat více pracovních postupů, takže můžete buď zastavit celou aplikaci logiky, nebo zakázat jenom pracovní postupy.

Poznámka

Operace zastavení aplikace logiky a zakázání pracovního postupu mají různé účinky. Další informace najdete v tématu Důležité informace o zastavování aplikací logiky a důležité informace o zákazu pracovních postupů.

Důležité informace o zastavování aplikací logiky

Zastavení aplikace logiky ovlivňuje instance pracovního postupu následujícími způsoby:

  • Azure Logic Apps okamžitě zruší všechna probíhající a čekající spuštění.

  • Azure Logic Apps nevytáčí ani nespouští nové instance pracovního postupu.

  • Triggery se při příštím splnění podmínek neaktivují. Stavy triggeru si ale pamatují body, ve kterých se aplikace logiky zastavila. Pokud tedy aplikaci logiky restartujete, triggery se aktivují pro všechny nezpracované položky od posledního spuštění.

    Pokud chcete zabránit aktivaci jednotlivých pracovních postupů u nezpracovaných položek od posledního spuštění, vymažte stav triggeru před restartováním aplikace logiky následujícím postupem:

    1. V Azure Portal otevřete aplikaci logiky.
    2. V nabídce aplikace logiky v části Pracovní postupy vyberte Pracovní postupy.
    3. Otevřete pracovní postup a upravte libovolnou část triggeru tohoto pracovního postupu.
    4. Uložte provedené změny. Tento krok resetuje aktuální stav triggeru.
    5. Postup opakujte pro každý pracovní postup.
    6. Až budete hotovi, restartujte aplikaci logiky.

Restartování, zastavení nebo spuštění jedné aplikace logiky

  1. V Azure Portal otevřete aplikaci logiky.

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

    • Pokud chcete aplikaci logiky restartovat bez zastavení, vyberte na panelu nástrojů podokna Přehled možnost Restartovat.
    • Pokud chcete zastavit spuštěnou aplikaci logiky, na panelu nástrojů podokna Přehled vyberte Zastavit. Potvrďte výběr.
    • Zastavenou aplikaci logiky spustíte tak, že na panelu nástrojů podokna Přehled vyberete Start.

    Poznámka

    Pokud je vaše aplikace logiky už zastavená, zobrazí se jenom možnost Start . Pokud už je vaše aplikace logiky spuštěná, zobrazí se jenom možnost Zastavit . Aplikaci logiky můžete kdykoli restartovat.

  3. Pokud chcete ověřit, jestli vaše operace byla úspěšná nebo neúspěšná, otevřete na hlavním panelu nástrojů Azure seznam Oznámení (ikona zvonku).

Zastavení nebo spuštění více aplikací logiky

Můžete zastavit nebo spustit více aplikací logiky najednou, ale nemůžete restartovat několik aplikací logiky, aniž byste je nejprve zastavili.

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

  2. Na stránce Aplikace logiky zkontrolujte sloupec Stav aplikace logiky.

  3. Ve sloupci zaškrtávacího políčka vyberte aplikace logiky, které chcete zastavit nebo spustit.

    • Pokud chcete zastavit vybrané spuštěné aplikace logiky, vyberte na panelu nástrojů podokna Přehled možnost Zakázat/zastavit. Potvrďte výběr.
    • Pokud chcete spustit vybrané zastavené aplikace logiky, vyberte na panelu nástrojů podokna Přehled možnost Povolit/Spustit.

  4. Pokud chcete ověřit, jestli vaše operace byla úspěšná nebo neúspěšná, otevřete na hlavním panelu nástrojů Azure seznam Oznámení (ikona zvonku).

Zakázání nebo povolení pracovních postupů

Pokud chcete zabránit aktivaci triggeru při příštím splnění podmínky triggeru, zakažte pracovní postup. Můžete zakázat nebo povolit jeden pracovní postup, ale nemůžete zakázat nebo povolit více pracovních postupů najednou. Zakázání pracovního postupu ovlivní instance pracovního postupu následujícími způsoby:

  • Azure Logic Apps pokračuje ve všech probíhajících a čekajících spuštěních, dokud se nedokončí. V závislosti na svazku nebo backlogu může dokončení tohoto procesu nějakou dobu trvat.

  • Azure Logic Apps nevytáčí ani nespouští nové instance pracovního postupu.

  • Trigger se neaktivuje při příštím splnění podmínek. Stav triggeru si ale pamatuje bod, ve kterém byl pracovní postup zakázán. Pokud tedy pracovní postup znovu povolíte, trigger se aktivuje pro všechny nezpracované položky od posledního spuštění.

    Pokud chcete zabránit aktivaci triggeru u nezpracovaných položek od posledního spuštění, před opětovnou aktivací pracovního postupu vymažte stav triggeru:

    1. V pracovním postupu upravte libovolnou část triggeru pracovního postupu.
    2. Uložte provedené změny. Tento krok resetuje aktuální stav triggeru.
    3. Znovu aktivujte pracovní postup.

  • I když je pracovní postup zakázaný, můžete spuštění znovu odeslat.

Poznámka

Operace zakázání pracovního postupu a zastavení aplikace logiky mají různé účinky. Další informace najdete v tématu Důležité informace o zastavení aplikací logiky.

Zakázat pracovní postup

  1. V nabídce aplikace logiky v části Pracovní postupy vyberte Pracovní postupy. Ve sloupci zaškrtávacího políčka vyberte pracovní postup, který chcete zakázat.

  2. Na panelu nástrojů podokna Pracovní postupy vyberte Zakázat.

  3. Pokud chcete ověřit, jestli vaše operace proběhla úspěšně nebo selhala, otevřete na hlavním panelu nástrojů Azure seznam Oznámení (ikona zvonku).

Povolit pracovní postup

  1. V nabídce aplikace logiky v části Pracovní postupy vyberte Pracovní postupy. Ve sloupci zaškrtávacího políčka vyberte pracovní postup, který chcete povolit.

  2. Na panelu nástrojů podokna Pracovní postupy vyberte Povolit.

  3. Pokud chcete ověřit, jestli vaše operace proběhla úspěšně nebo selhala, otevřete na hlavním panelu nástrojů Azure seznam Oznámení (ikona zvonku).

Odstranění aplikací logiky nebo pracovních postupů

Můžete odstranit jednu nebo více aplikací logiky najednou. Aplikace logiky založená na jednom tenantovi může obsahovat několik pracovních postupů, takže můžete buď odstranit celou aplikaci logiky, nebo jenom pracovní postupy.

Odstranění aplikací logiky

Odstranění aplikace logiky zruší probíhající a čekající spuštění okamžitě, ale nespustí úlohy vyčištění v úložišti používaném aplikací.

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

  2. V seznamu Logic Apps vyberte ve sloupci zaškrtávacího políčka jednu nebo více aplikací logiky, které chcete odstranit. Na panelu nástrojů vyberte Odstranit.

  3. Jakmile se zobrazí potvrzovací okno, zadejte ano a vyberte Odstranit.

  4. Pokud chcete ověřit, jestli vaše operace proběhla úspěšně nebo selhala, otevřete na hlavním panelu nástrojů Azure seznam Oznámení (ikona zvonku).

Odstranit pracovní postupy

Odstranění pracovního postupu ovlivní instance pracovního postupu následujícími způsoby:

  • Azure Logic Apps okamžitě zruší probíhající a čekající spuštění, ale spustí úlohy vyčištění v úložišti používaném pracovním postupem.

  • Azure Logic Apps nevytáčí ani nespouští nové instance pracovních postupů.

  • Pokud odstraníte pracovní postup a pak znovu vytvoříte stejný pracovní postup, znovu vytvořený pracovní postup nebude mít stejná metadata jako odstraněný pracovní postup. Chcete-li aktualizovat metadata, musíte znovu uložit jakýkoli pracovní postup, který volal odstraněný pracovní postup. Tímto způsobem získá volající správné informace pro znovuvytvořený pracovní postup. Jinak volání znovuvytvořeného pracovního postupu selžou s chybou Neautorizováno . Toto chování platí také pro pracovní postupy, které používají artefakty v účtech integrace a pracovních postupech, které volají funkce Azure Functions.

  1. V Azure Portal otevřete aplikaci logiky.

  2. V nabídce aplikace logiky v části Pracovní postupy vyberte Pracovní postupy. Ve sloupci zaškrtávacího políčka vyberte jeden nebo více pracovních postupů, které chcete odstranit.

  3. Na panelu nástrojů vyberte Odstranit.

  4. Pokud chcete ověřit, jestli vaše operace proběhla úspěšně nebo selhala, otevřete na hlavním panelu nástrojů Azure seznam Oznámení (ikona zvonku).

Obnovení odstraněných aplikací logiky

Pokud používáte správu zdrojového kódu, můžete odstraněný prostředek aplikace logiky Standard bezproblémově znovu nasadit do Azure Logic Apps s jedním tenantem. Pokud ale nepoužíváte správu zdrojového kódu, zkuste odstraněnou aplikaci logiky obnovit následujícím postupem.

Poznámka

Než se pokusíte obnovit odstraněnou aplikaci logiky, projděte si tyto důležité informace:

  • Můžete obnovit pouze odstraněné prostředky aplikace logiky Standard, které používají plán hostování Workflow Standard . Odstraněné prostředky aplikace logiky Consumption nejde obnovit.

  • Pokud váš pracovní postup začíná triggerem požadavku, adresa URL zpětného volání pro obnovenou aplikaci logiky se liší od adresy URL odstraněné aplikace logiky.

  • Historie spuštění z odstraněné aplikace logiky není v obnovené aplikaci logiky k dispozici.>

  1. Ověřte, že účet úložiště vaší aplikace logiky stále existuje. Pokud se účet úložiště odstranil, musíte nejprve obnovit odstraněný účet úložiště.

  2. V nabídce účet úložiště v části Zabezpečení a sítě vyberte Přístupové klíče.

  3. Na stránce Přístupové klíče zkopírujte primární připojovací řetězec účtu a uložte ho pro pozdější použití, například:

    DefaultEndpointsProtocol=https; AccountName=<název_účtu>_úložiště; AccountKey=<access-key>; EndpointSuffix=core.windows.net

  4. V nabídce účtu úložiště v části Úložiště dat vyberte Sdílené složky, zkopírujte název sdílené složky přidružené k vaší aplikaci logiky a uložte ji pro pozdější použití.

  5. Vytvořte nový prostředek aplikace logiky Standard s použitím stejného plánu hostování a stejné cenové úrovně. Můžete použít nový název nebo ho znovu použít z odstraněné aplikace logiky.

  6. Než budete pokračovat, zastavte aplikaci logiky. V nabídce aplikace logiky vyberte Přehled. Na panelu nástrojů stránky Přehled vyberte Zastavit.

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

  8. Na stránce Konfigurace aktualizujte následující hodnoty nastavení aplikace a nezapomeňte změny po dokončení uložit.

    Nastavení aplikace Hodnota nahrazení
    AzureWebJobsStorage Nahraďte existující hodnotu dříve zkopírovaným připojovacím řetězcem z vašeho účtu úložiště.
    WEBSITE_CONTENTAZUREFILECONNECTIONSTRING Nahraďte existující hodnotu dříve zkopírovaným řetězcem z vašeho účtu úložiště.
    WEBSITE_CONTENTSHARE Nahraďte existující hodnotu názvem dříve zkopírované sdílené složky.

  9. V nabídce aplikace logiky v části Pracovní postupy vyberte Připojení.

  10. Otevřete jednotlivá připojení a v části Nastavení vyberte Zásady přístupu.

  11. Odstraňte zásady přístupu pro odstraněnou aplikaci logiky a pak přidejte nové zásady přístupu pro náhradní aplikaci logiky.

  12. Vraťte se na stránku Konfigurace aplikace logiky a přidejte všechna vlastní nastavení, která v odstraněné aplikaci logiky existovala.

  13. Až budete hotovi, restartujte aplikaci 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 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 je mohli vybrat, pokud vaše aplikace logiky používá zastaralou verzi sady rozšíření Microsoft.Azure.Functions.ExtensionBundle.Workflows.

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

Poznámka

Toto konkrétní řešení se týká pouze prostředků aplikace logiky Standard, které vytvoříte pomocí 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. V 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ž se otevře 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 s verzemi existující sady. V okně konzoly můžete spustit tento příkaz, kde 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 se používá", aktualizujte stránku v prohlížeči a opakujte předchozí kroky, dokud se složka neodstraní.

  7. V 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

Rádi bychom se od vás dozvěděli o vašich zkušenostech s tímto scénářem.