Sdílet prostřednictvím

Běžné scénáře, příklady, kurzy a názorné postupy pro Azure Logic Apps

Azure Logic Apps pomáhá orchestrovat a integrovat různé služby, systémy, aplikace a data tím, že poskytuje 1 400 předem připravených a připravených konektorů pro služby Azure, služby Microsoftu, GitHub, SQL Server, SAP, Salesforce a další. Azure Logic Apps je "bezserverová" integrační platforma, což znamená, že nemusíte poskytovat vlastní infrastrukturu ani spravovat škálování instancí aplikace. Svou energii a úsilí můžete zaměřit na návrh logiky pro řešení integrace a vytváření automatizovaných pracovních postupů. Platforma zpracovává škálování, dostupnost a výkon. Azure Logic Apps je zvlášť užitečný pro případy použití a scénáře, ve kterých potřebujete koordinovat akce napříč několika systémy a službami.

Tento průvodce vám pomůže seznámit se s možnostmi a vzory, které Azure Logic Apps podporuje, a popisuje běžné výchozí body, příklady a scénáře.

Běžné výchozí body pro pracovní postupy aplikací logiky

Každý pracovní postup začíná triggerem, který se aktivuje buď podle zadaného plánu, nebo při splnění podmínky triggeru. Když se spouštěč spustí, následné akce běží v pracovním postupu a předávají výstupy spouštěče těmto akcím. Mnoho konektorů poskytuje triggery, které mají jeden z následujících typů:

  • Trigger dotazování: Tento spoušť zkontroluje koncový bod na základě zadaného plánu pro data nebo událost, která splňuje podmínku spouště. Pokud je splněna podmínka spouštěče, spouštěč se aktivuje, vytvoří a spustí novou instanci pracovního postupu. Všechny výstupy triggeru se předávají jako vstupy do první akce v pracovním postupu.

  • Trigger push: Tento trigger čeká na událost, která splňuje podmínku pro spuštění, k níž dojde v zadaném koncovém bodu. Například události můžou zahrnovat přijmutí požadavku, zprávy nebo souboru vytvořeného či aktualizovaného na koncovém bodu. Když k této události dojde, spouštěč se aktivuje, vytvoří a spustí novou instanci pracovního postupu. Všechny výstupy triggeru se předávají jako vstupy do první akce v pracovním postupu.

Příklady spouštěčů dotazování

Trigger Description Více informací
Spouštěč opakování Nastavte opakování pro spuštění pracovního postupu, včetně data a času zahájení. Můžete například vybrat dny v týdnu a časy dne. - Plánování a spouštění opakujících se automatizovaných úloh, procesů a pracovních postupů pomocí Azure Logic Apps

- Kurz: Vytváření automatizovaných opakovaných pracovních postupů založených na plánu pomocí Azure Logic Apps
Při přijetí e-mailu Zkontrolujte nové e-maily od libovolného poskytovatele pošty, který podporuje Azure Logic Apps, například Office 365 Outlook, Gmail, Outlook.com atd. Důležité: Pokud chcete používat konektor Gmail, můžou tento konektor používat jenom obchodní účty G-Suite bez omezení v Azure Logic Apps. Pokud máte uživatelský účet Gmail, můžete tento konektor použít pouze s konkrétními službami schválenými Googlem nebo můžete vytvořit klientskou aplikaci Google, která se použije k ověřování pomocí konektoru Gmail. Další informace najdete v tématu Zabezpečení dat a zásady ochrany osobních údajů pro konektory Google v Azure Logic Apps.

Kurzy týkající se triggerů souvisejících s e-mailem najdete v následující dokumentaci:

- Kurz: Vytváření automatizovaných pracovních postupů založených na schválení pomocí Azure Logic Apps

- Kurz: Automatizace úloh pro zpracování e-mailů pomocí Azure Logic Apps, Azure Functions a Azure Storage
Trigger HTTP Volání koncového bodu služby přes PROTOKOL HTTP nebo HTTPS Zavolejte, spusťte nebo zanořte pracovní postupy pomocí HTTP koncových bodů

Příklady spouštěčů

Trigger Description
Požadavek trigger Příjem příchozích požadavků HTTPS
HTTP webhook trigger Připojte se ke koncovému bodu služby registrací adresy URL zpětného volání u této služby. Tímto způsobem může služba pouze upozornit spouštěč, když se stane zadaná událost, aby se spouštěč nemusel dotazovat na službu.

Po přidání triggeru pokračujte v vytváření pracovního postupu přidáním jedné nebo více akcí. Následující příručky s postupy vám pomůžou vytvořit první pracovní postup aplikace logiky Consumption, který běží v globálních víceklientských Azure Logic Apps:

Následující návody vám pomůžou vytvořit pracovní postup standardní aplikace logiky, který běží v Azure Logic Apps s jedním tenantem:

Následující návody vám pomůžou nastavit infrastrukturu a vytvořit pracovní postup standardní aplikace logiky, který běží v částečně připojeném prostředí pomocí vlastní infrastruktury:

Přechod na Azure Logic Apps

Možnosti toku řízení a zpracování chyb

Azure Logic Apps obsahuje bohaté možnosti pro pokročilý tok řízení, jako jsou podmínky, přepínače, smyčky a obory. Pokud chcete zajistit odolná řešení, můžete také implementovat zpracování chyb a výjimek ve vašich pracovních postupech.

Spustit kód z pracovních postupů

Zabezpečení pracovních postupů

Reliability

Integrace s nástroji a možnostmi Foundry

Zpracování typů obsahu, převodů a transformací

Pomocí mnoha funkcí v jazyce definice pracovního postupu Azure Logic Apps můžete přistupovat k více typům obsahu, převádět je a transformovat je. Můžete například převést mezi řetězcem, JSON a XML pomocí výrazů pracovního postupu @json() a @xml(). Azure Logic Apps zachovává typy obsahu, které podporují přenos obsahu bezeztrátovým způsobem mezi službami.

Vytváření vlastních rozhraní API a konektorů

Pro systémy a služby, které nemají publikované konektory, můžete také rozšířit Azure Logic Apps a vytvořit vlastní rozhraní API a konektory:

Vytváření řešení B2B (business-to-business)

Pro podniková řešení integrace a bezproblémovou komunikaci mezi organizacemi můžete pro tyto scénáře vytvářet automatizované škálovatelné pracovní postupy pomocí sady Enterprise Integration Pack (EIP) se službou Azure Logic Apps. I když organizace používají různé protokoly a formáty, můžou si zprávy vyměňovat elektronicky. EIP transformuje různé formáty do formátu, který mohou systémy vaší organizace zpracovávat a podporovat standardní protokoly, včetně AS2, X12, EDIFACT a RosettaNet. K sestavení těchto řešení vytvoříte účet integrace, což je samostatný prostředek Azure, který poskytuje zabezpečený, škálovatelný a spravovatelný kontejner pro artefakty, které definujete a používáte s pracovními postupy aplikací logiky. Mezi artefakty patří například obchodní partneři, smlouvy, mapy, schémata, certifikáty a dávkové konfigurace.

Přístup k prostředkům virtuální sítě Azure

Pracovní postup aplikace logiky někdy může potřebovat přístup k zabezpečeným prostředkům, jako jsou virtuální počítače ve virtuální síti Azure. Pokud chcete k těmto prostředkům přistupovat přímo, vytvořte workflow standardní logické aplikace. Tento typ pracovního postupu aplikace logiky běží v Azure Logic Apps s jedním tenantem, odděleně od pracovních postupů aplikací logiky Consumption ve víceklientských azure Logic Apps a používá vyhrazené úložiště a další prostředky. Díky této možnosti můžete snížit dopad, který můžou mít ostatní tenanti Azure na výkon vašich aplikací, což se také označuje jako "hlučný soused" efekt.

Nasazení, správa a monitorování pracovních postupů aplikací logiky

Prostředky aplikace logiky můžete plně vyvíjet a nasazovat pomocí Azure DevOps nebo jakékoli jiné správy zdrojového kódu a automatizovaných nástrojů sestavení. Podpora nasazení pracovních postupů a závislých připojení v šabloně prostředků je zajištěna použitím šablon nasazení prostředků Azure v prostředcích aplikační logiky. Pro oznámení a diagnostické protokoly ke stavu spuštění pracovního postupu poskytuje Azure Logic Apps také monitorování a výstrahy.

Deploy

Manage

Monitor

Monitorování pracovních postupů spotřeby
Monitorování standardních pracovních postupů

Další integrace a možnosti

Azure Logic Apps se integruje s mnoha službami, jako je Azure API Management, Azure App Service a vlastní koncové body HTTP, například REST a SOAP.

Kompletní scénáře

Příběhy zákazníků

Zjistěte, jak Azure Logic Apps společně s dalšími službami Azure a produkty Microsoftu pomohly těmto společnostem zlepšit jejich flexibilitu a zaměřit se na své základní firmy zjednodušením, uspořádáním, automatizací a orchestrací složitých procesů.

Další kroky

  • Last updated on