Co jsou konektory v Azure Logic Apps

  • Článek
  • 9 min ke čtení

Když vytváříte pracovní postup pomocí Azure Logic Apps, můžete konektor použít k práci s daty, událostmi a prostředky v jiných aplikacích, službách, systémech a platformách – bez psaní kódu. Konektor poskytuje jednu nebo více předem připravených operací, které použijete jako kroky v pracovním postupu.

V konektoru je každá operace podmínkou triggeru , která spustí pracovní postup, nebo následnou akcí , která provádí konkrétní úlohu, spolu s vlastnostmi, které můžete nakonfigurovat. Zatímco mnoho konektorů má triggery i akce, některé konektory nabízejí pouze triggery, zatímco jiné poskytují pouze akce.

V Azure Logic Apps jsou konektory k dispozici buď v integrované verzi, spravované verzi, nebo v obou. Řada konektorů obvykle vyžaduje, abyste nejprve vytvořili a nakonfigurovali připojení k základní službě nebo systému, obvykle abyste mohli ověřit přístup k uživatelskému účtu. Pokud pro službu nebo systém, ke kterým chcete získat přístup, není k dispozici žádný konektor, můžete odeslat požadavek pomocí obecné operace HTTP nebo můžete vytvořit vlastní konektor.

Tento přehled poskytuje základní úvod ke konektorům a k tomu, jak obecně fungují. Další informace o konektorech najdete v následující dokumentaci:

Integrované konektory versus spravované konektory

V Azure Logic Apps jsou konektory buď integrované , nebo spravované. Některé konektory mají obě verze. Dostupné verze závisí na tom, jestli vytvoříte pracovní postup aplikace logiky Consumption , který běží ve službě Azure Logic Apps pro více tenantů, nebo pracovní postup standardní aplikace logiky, který běží v Azure Logic Apps pro jednoho tenanta. Další informace o typech prostředků aplikace logiky najdete v tématu Rozdíly mezi typy prostředků a hostitelským prostředím.

  • Integrované konektory jsou navržené tak, aby běžely přímo a nativně v rámci Azure Logic Apps.

  • Spravované konektory nasazuje, hostuje a spravuje v Azure Microsoft. Spravované konektory většinou poskytují proxy server nebo obálku kolem rozhraní API, které základní služba nebo systém používá ke komunikaci s Azure Logic Apps.

    • V pracovním postupu Consumption se spravované konektory zobrazují v návrháři pod popisky Standard nebo Enterprise na základě jejich cenové úrovně.

    • V pracovním postupu úrovně Standard se všechny spravované konektory zobrazí v návrháři pod popiskem Azure .

Další informace najdete v následující dokumentaci:

Aktivační události

Aktivační událost určuje podmínku, která se má splnit před zahájením pracovního postupu, a je vždy prvním krokem v jakémkoli pracovním postupu. Každá aktivační událost se také řídí určitým vzorem spouštění, který řídí, jak trigger monitoruje události a reaguje na ně. Trigger se obvykle řídí vzorem dotazování nebo vzorem nasdílení změn . Někdy jsou k dispozici obě verze triggerů.

  • Triggery dotazování pravidelně kontrolují konkrétní službu nebo systém podle zadaného plánu a kontrolují nová data nebo konkrétní událost. Pokud jsou k dispozici nová data nebo dojde ke konkrétní události, tyto triggery vytvoří a spustí novou instanci pracovního postupu. Tato nová instance pak může používat data, která se předávají jako vstup.

  • Triggery nabízených oznámení nebo webhooků naslouchají novým datům nebo událostem bez dotazování. Když jsou k dispozici nová data nebo když dojde k události, tyto triggery vytvoří a spustí novou instanci pracovního postupu. Tato nová instance pak může používat data, která se předávají jako vstup.

Předpokládejme například, že chcete vytvořit pracovní postup, který se spustí při nahrání souboru na server FTP. Jako první krok pracovního postupu můžete přidat trigger FTPs názvem Při přidání nebo úpravě souboru, který se řídí vzorem dotazování. Potom určíte plán, který bude pravidelně kontrolovat události nahrávání.

Když se trigger aktivuje, trigger obvykle předává výstupy událostí pro následné akce, na které se mají odkazovat a používat. V příkladu FTP trigger automaticky vypíše informace, jako je název souboru a cesta. Můžete také nastavit trigger tak, aby zahrnoval obsah souboru. Pokud tedy chcete tato data zpracovat, musíte do pracovního postupu přidat akce.

Akce

Akce určuje úkol, který se má provést, a vždy se zobrazí jako další krok pracovního postupu. V pracovním postupu můžete použít více akcí. Pracovní postup můžete například spustit pomocí triggeru SQL Server, který kontroluje nová zákaznická data v databázi SQL. Po triggeru může váš pracovní postup obsahovat SQL Server akci, která získá zákaznická data. Po této SQL Server akci může pracovní postup použít jinou akci, která zpracovává data, například akci Operace s daty, která vytvoří tabulku CSV.

Oprávnění k připojení

Než budete moct v pracovním postupu aplikace logiky Consumption vytvářet nebo spravovat prostředky, pracovní postupy a jejich připojení aplikace logiky, potřebujete konkrétní oprávnění. Další informace o těchto oprávněních najdete v tématu Zabezpečené operace – Zabezpečený přístup a data v Azure Logic Apps.

Vytvoření, konfigurace a ověřování připojení

Před použitím operací konektoru v pracovním postupu vyžaduje mnoho konektorů, abyste nejprve vytvořili připojení k cílové službě nebo systému. Pokud chcete vytvořit připojení z návrháře pracovního postupu, musíte ověřit svoji identitu pomocí přihlašovacích údajů k účtu a někdy i dalších informací o připojení.

Aby například váš pracovní postup mohl přistupovat k vašemu e-mailovému účtu Office 365 Outlooku a pracovat s němu, musíte autorizovat připojení k hoto účtu. U některých integrovaných a spravovaných konektorů můžete místo zadání přihlašovacích údajů nastavit a použít spravovanou identitu pro ověřování.

Připojení sice vytváříte v rámci pracovního postupu, ale ve skutečnosti jsou tato připojení oddělená prostředky Azure s vlastními definicemi prostředků. Pokud chcete zkontrolovat tyto definice prostředků připojení, postupujte podle těchto kroků podle toho, jestli máte pracovní postup Consumption nebo Standard:

Zabezpečení a šifrování připojení

Podrobnosti konfigurace připojení, jako je adresa serveru, uživatelské jméno a heslo, přihlašovací údaje a tajné kódy, se šifrují a ukládají v zabezpečeném prostředí Azure. Tyto informace můžou používat jenom v prostředcích aplikace logiky a klienti, kteří mají oprávnění k prostředku připojení, což se vynucuje pomocí propojených kontrol přístupu. Připojení, která používají otevřené ověřování Azure Active Directory (Azure AD OAuth), jako jsou Office 365, Salesforce a GitHub, vyžadují přihlášení, ale Azure Logic Apps ukládá pouze přístupové a obnovovací tokeny jako tajné kódy, nikoli přihlašovací údaje.

Vytvořená připojení mají přístup k cílové službě nebo systému tak dlouho, jak to tato služba nebo systém umožňuje. Pro služby, které používají připojení Azure AD OAuth, jako jsou Office 365 a Dynamics, aktualizuje Azure Logic Apps přístupové tokeny na neomezenou dobu. Jiné služby můžou mít omezení, jak dlouho může Logic Apps používat token bez aktualizace. Některé akce, například změna hesla, zneplatní všechny přístupové tokeny.

Poznámka

Pokud vám vaše organizace nepovoluje přístup ke konkrétním prostředkům prostřednictvím konektorů v Azure Logic Apps, můžete zablokovat možnost vytvářet taková připojení pomocí Azure Policy.

Další informace o zabezpečení pracovních postupů a připojení aplikací logiky najdete v tématu Zabezpečení přístupu a dat v Azure Logic Apps.

Přístup k bráně firewall pro připojení

Pokud používáte bránu firewall, která omezuje provoz, a pracovní postupy vaší aplikace logiky musí komunikovat přes tuto bránu firewall, musíte bránu firewall nastavit tak, aby umožňovala přístup pro příchozí i odchozí IP adresy používané platformou Azure Logic Apps nebo modulem runtime v oblasti Azure, ve které existují pracovní postupy vaší aplikace logiky.

Pokud vaše pracovní postupy také používají spravované konektory, jako je konektor Office 365 Outlook nebo konektor SQL, nebo vlastní konektory, musí brána firewall také povolit přístup pro všechnyodchozí IP adresy spravovaných konektorů v oblasti Azure prostředku vaší aplikace logiky. Další informace najdete v tématu Konfigurace brány firewall.

Vlastní konektory a rozhraní API

V části Pracovní postupy Consumption pro víceklientské služby Azure Logic Apps můžete volat rozhraní API založená na Swaggeru nebo SOAP, která nejsou k dispozici jako předem připravená konektory. Můžete také spustit vlastní kód vytvořením vlastních aplikací API. Další informace najdete v následující dokumentaci:

Ve standardních pracovních postupech pro Azure Logic Apps s jedním tenantem můžete vytvořit nativně spuštěné vlastní integrované konektory založené na poskytovateli služeb, které jsou dostupné pro jakýkoli pracovní postup standardní aplikace logiky. Další informace najdete v následující dokumentaci:

IsE a konektory

Pro pracovní postupy, které potřebují přímý přístup k prostředkům ve virtuální síti Azure, můžete vytvořit vyhrazené prostředí integrační služby (ISE), kde můžete vytvářet, nasazovat a spouštět pracovní postupy na vyhrazených prostředcích. Další informace o vytváření prostředí isE najdete v tématu Připojení k virtuálním sítím Azure z Azure Logic Apps.

Vlastní konektory vytvořené v rámci ISE nefungují s místní bránou dat. Tyto konektory ale mají přímý přístup k místním zdrojům dat, které jsou připojené k virtuální síti Azure hostující prostředí ISE. Pracovní postupy aplikací logiky v prostředí ISE proto při komunikaci s těmito prostředky s největší pravděpodobností bránu dat nepotřebují. Pokud máte vlastní konektory, které jste vytvořili mimo prostředí ise a vyžadují místní bránu dat, pracovní postupy v prostředí ISE můžou tyto konektory používat.

Když v návrháři pracovních postupů procházíte integrované konektory nebo spravované konektory, které chcete použít pro pracovní postupy v prostředí ISE, zobrazí se popisek CORE u integrovaných konektorů, zatímco popisek ISE se zobrazí u spravovaných konektorů navržených pro práci s ise.

Příklad konektoru CORE

CORE

Integrované konektory s tímto popiskem běží ve stejném prostředí ISE jako vaše pracovní postupy.

Příklad konektoru ISE

ISE

Spravované konektory s tímto popiskem běží ve stejném prostředí ISE jako vaše pracovní postupy.

Pokud máte místní systém, který je připojený k virtuální síti Azure, prostředí ISE umožňuje vašim pracovním postupům přímý přístup k tomuto systému bez použití místní brány dat. Místo toho můžete použít konektor ISE daného systému, pokud je k dispozici, akci HTTP nebo vlastní konektor.

V případě místních systémů, které nemají konektory ISE , použijte místní bránu dat. Dostupné konektory ISE najdete v tématu Konektory ISE.

Příklad jiného konektoru než ISE

Žádný popisek

Všechny ostatní konektory bez popisku, který můžete dál používat, běží v globální službě Logic Apps s více tenanty.

Známé problémy

Následující tabulka obsahuje známé problémy s konektory v Azure Logic Apps:

Chybová zpráva Description Řešení
Error: BadGateway. Client request id: '{GUID}' Tato chyba je důsledkem aktualizace značek prostředku aplikace logiky, kdy jedno nebo více připojení nepodporuje ověřování Azure Active Directory (Azure AD) OAuth, jako je SFTP ad SQL, a přeruší tato připojení. Pokud chcete tomuto chování zabránit, neaktualizujete tyto značky.

Další kroky

Vytvoření pracovního postupu aplikace logiky Consumption – Azure Portal

Vytvoření standardního pracovního postupu aplikace logiky – Azure Portal