Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Když vytváříte pracovní postup pomocí Azure Logic Apps, můžete pomocí konektoru pracovat 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 buď podmínkou triggeru, která spouští pracovní postup, nebo následnou akci, 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í jenom triggery, zatímco jiné poskytují jenom akce.
V Azure Logic Apps jsou konektory dostupné buď v integrované verzi, spravované verzi, nebo v obou. Mnoho konektorů obvykle vyžaduje, abyste nejprve vytvořili a nakonfigurovali připojení k podkladové službě nebo systému, obvykle tak, abyste mohli ověřit přístup k uživatelskému účtu. Pokud pro službu nebo systém, ke kterému 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 obsahuje základní úvod ke konektorům a jejich obecné fungování. Další informace o konektoru najdete v následující dokumentaci:
- Přehled konektorů pro služby, jako jsou Power Automate a Power Apps
- Přehled integrovaných konektorů pro Azure Logic Apps
- Přehled spravovaných konektorů pro Azure Logic Apps
- Referenční informace ke spravovaným konektorům pro Azure Logic Apps
Integrované konektory a 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 víceklientských aplikacích Azure Logic Apps, nebo na pracovním postupu standardní aplikace logiky, který běží v Azure Logic Apps s jedním tenantem. Další informace o typech prostředků aplikace logiky najdete v tématu Typy prostředků a rozdíly v hostitelském prostředí.
Integrované konektory jsou navržené tak, aby běžely přímo a nativně v Azure Logic Apps.
V návrháři se všechny integrované konektory zobrazí v galerii konektorů ve skupině V aplikaci.
Spravované konektory se nasazují, hostují a spravují v Azure microsoftem. Spravované konektory většinou poskytují proxy server nebo obal pro rozhraní API, které používá podkladová služba nebo systém ke komunikaci s Azure Logic Apps.
V návrháři se všechny spravované konektory zobrazí v galerii konektorů ve skupině Sdílené . Účtují se na úrovni Standard nebo Enterprise .
Další informace najdete v následující dokumentaci:
Spouštěče
Aktivační událost určuje podmínku, která se má splnit před spuštěním pracovního postupu, a je vždy prvním krokem v jakémkoli pracovním postupu. Každý trigger také následuje konkrétní způsob spuštění, který řídí, jak trigger monitoruje a reaguje na události. Trigger se obvykle řídí vzorem dotazování nebo vzorem push. Někdy jsou k dispozici obě verze triggerů.
Dotazovací triggery pravidelně kontrolují danou službu nebo systém podle zadaného plánu a vyhledávají nová data nebo specifickou 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žít data, která se předávají jako vstup.
Poznámka:
U konektorů spravovaných Microsoftem, hostovaných a spuštěných v Azure se triggery dotazování používají pouze hodnoty Interval a Frekvence k výpočtu dalšího opakování. Nepoužívají pokročilé možnosti plánování, například v těchto hodinách a v těchto dnech. Tyto možnosti fungují jenom s integrovanými triggery dotazování, které se spouští přímo s modulem runtime Azure Logic Apps, jako jsou triggery opakování, triggery posuvného okna a triggery HTTP.
Push nebo webhook triggery naslouchají novým datům nebo událostem, ke kterým dojde bez dotazování. Pokud 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žít 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 spouštěč FTP nazvaný Při přidání nebo úpravě souboru, který se řídí vzorem dotazování. Pak určíte plán pravidelné kontroly událostí nahrávání.
Když se spouštěč aktivuje, obvykle předává výstupy události pro použití a odkazování v následných akcích. V příkladu FTP trigger automaticky vypíše informace, jako je název souboru a cesta. Aktivační událost můžete také nastavit tak, aby zahrnovala obsah souboru. Abyste mohli 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 následný krok v pracovním postupu. V pracovním postupu můžete použít více akcí. Můžete například spustit pracovní postup pomocí triggeru SQL Serveru , který kontroluje nová zákaznická data v databázi SQL. Po spuštění může mít váš pracovní tok akci SQL Serveru, která získá zákaznická data. Po provedení této akce SQL Serveru může váš 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í
V workflow aplikace Consumption Logic potřebujete specifická oprávnění, než můžete vytvářet nebo spravovat zdroje, workflowy a jejich propojení logických aplikací. 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í
Než budete moct ve svém pracovním postupu použít operace konektoru, mnoho konektorů vyžaduje, 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 identitu pomocí přihlašovacích údajů účtu a někdy i dalších informací o připojení.
Například předtím, než váš pracovní postup může přistupovat k vašemu e-mailovému účtu Outlook Office 365 a pracovat s ním, musíte autorizovat připojení k tomuto účtu. U některých integrovaných konektorů a spravovaných konektorů můžete pro ověřování nastavit a použít spravovanou identitu, a ne zadat přihlašovací údaje.
U spravovaných konektorů jsou připojení samostatné Azure zdroje s vlastními definicemi zdrojů. Pro vestavěné konektory ve standardních pracovních postupech je konfigurace připojení uložena spolu s konfigurací logické aplikace, včetně connections.json souboru a odkazovaných nastavení aplikace. Pro kontrolu informací o připojení postupujte podle těchto kroků podle toho, zda máte workflow Consumption nebo Standard:
Spotřeba
Pokud chcete tato připojení zobrazit a spravovat na webu Azure Portal, přečtěte si téma Zobrazení připojení pro pracovní postupy Consumption na webu Azure Portal.
Pokud chcete tato připojení zobrazit a spravovat v editoru Visual Studio Code, přečtěte si téma Zobrazení aplikace logiky Consumption v editoru Visual Studio Code.
Další informace o definicích prostředků připojení pro pracovní postupy Consumption naleznete v tématu Definice prostředků připojení.
Standard
Pokud chcete tato připojení zobrazit a spravovat na webu Azure Portal, přečtěte si téma Zobrazení připojení pro standardní pracovní postupy na webu Azure Portal.
Pokud chcete tato připojení zobrazit a spravovat v editoru Visual Studio Code, přečtěte si téma Zobrazení standardního pracovního postupu v editoru Visual Studio Code. Soubor connections.json obsahuje požadovanou konfiguraci pro připojení vytvořená konektory.
Zabezpečení a šifrování připojení
Azure služby, které ukládají konfigurační detaily spojení a tajemství, je šifrují v klidu. Řízení úložiště a přístupu se liší mezi spravovanými API a vestavěnými spojeními ve Standardních pracovních postupech. Připojení, která používají Microsoft Entra ID Open Authentication (Microsoft Entra ID OAuth), jako jsou Office 365, Salesforce a GitHub, vyžadují přihlášení, ale Azure Logic Apps ukládá přístupové a obnovovací tokeny místo uživatelských přihlašovacích hesel.
Azure Logic Apps může obnovit přístupové tokeny OAuth, dokud je obnovovací token platný a cílová služba umožňuje přístup. Obnovovací tokeny mohou vypršet nebo být zrušeny, což může vyžadovat obnovení autorizace. Změny přihlašovacích údajů mohou také zneplatnit tokeny, v závislosti na poskytovateli identity, typu klienta a autentizačním toku.
Poznámka:
Pokud vám vaše organizace neumožňuje 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řístup a data v Azure Logic Apps.
Přístup k bráně firewall pro připojení
Pokud vaše prostředí používá firewall, povolte pouze provoz potřebný pro vaše workflow a operace konektorů:
U pracovních postupů Consumption, které používají integrované operace, povolte příchozí provoz Azure Logic Apps, když pracovní postupy přijímají externí volání, a odchozí provoz, když pracovní postupy volají externí koncové body. Použijte značky LogicAppsManagement a LogicApps tam, kde jsou podporovány.
Pro spravované nebo vlastní operace konektorů použijte tag služby AzureConnectors , pokud je podporován. Jinak povolte požadované odchozí IP adresy spravovaného konektoru pro příslušné Azure regiony.
Pro standardní pracovní postupy dodržujte požadavky Azure App Service na síťování a povolte plně kvalifikovaná doménová jména požadovaná pro propojení konektorů. Pro více informací viz Oprávnění firewallu pro standardní pracovní postupy.
Další informace najdete v tématu Konfigurace brány firewall.
Vlastní konektory a rozhraní API
V pracovních postupech Consumption pro víceklientské Azure Logic Apps můžete volat rozhraní API založená na Swaggeru nebo na SOAP, která nejsou k dispozici jako předem připravené konektory. Vlastní kód můžete také spustit vytvořením vlastních aplikací API. Další informace najdete v následující dokumentaci:
Vlastní konektory založené na Swaggeru nebo SOAP pro pracovní postupy Consumption
Vytvořte vlastní konektor založený na Swaggeru nebo na protokolu SOAP, který tato rozhraní API zpřístupňuje všem pracovním postupům Logic Apps v modelu Consumption ve vašem předplatném Azure.
Pokud chcete, aby byl váš vlastní konektor veřejný pro všechny uživatele v Azure, odešlete svůj konektor k certifikaci Microsoftu.
V pracovních postupech Standard 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 k dispozici pro jakýkoli pracovní postup standardní aplikace logiky. Další informace najdete v následující dokumentaci: