Udostępnij przez

Co to są łączniki w usłudze Azure Logic Apps

Podczas tworzenia przepływu pracy przy użyciu usługi Azure Logic Apps można użyć łącznika do pracy z danymi, zdarzeniami i zasobami w innych aplikacjach, usługach, systemach i platformach — bez pisania kodu. Łącznik oferuje jedną lub więcej wstępnie zdefiniowanych operacji, które wykorzystujesz jako krok w przepływie pracy.

W łączniku każda operacja jest warunkiem wyzwalacza , który uruchamia przepływ pracy lub kolejną akcję wykonującą określone zadanie wraz z właściwościami, które można skonfigurować. Chociaż wiele łączników ma zarówno wyzwalacze, jak i akcje, niektóre łączniki oferują tylko wyzwalacze, podczas gdy inne udostępniają tylko akcje.

W usłudze Azure Logic Apps łączniki są dostępne w wbudowanej wersji, wersji zarządzanej lub obu. Wiele łączników zwykle wymaga, aby najpierw utworzyć i skonfigurować połączenie z podstawową usługą lub systemem, zwykle tak, aby można było uwierzytelnić dostęp do konta użytkownika. Jeśli żaden łącznik nie jest dostępny dla usługi lub systemu, do którego chcesz uzyskać dostęp, możesz wysłać żądanie przy użyciu ogólnej operacji HTTP lub utworzyć łącznik niestandardowy.

To omówienie zawiera ogólne wprowadzenie do łączników i sposobu ich działania. Aby uzyskać więcej informacji o łączniku, zobacz następującą dokumentację:

Wbudowane łączniki a łączniki zarządzane

W usłudze Azure Logic Apps łączniki są wbudowane lub zarządzane. Niektóre łączniki mają obie wersje. Dostępne wersje zależą od tego, czy tworzysz przepływ pracy logiki typu Consumption, który działa w wielodostępnej usłudze Azure Logic Apps, czy przepływ pracy logiki typu Standard uruchamiany w usłudze Azure Logic Apps z jedną dzierżawą. Aby uzyskać więcej informacji na temat typów zasobów aplikacji logiki, zobacz Typy zasobów i różnice środowiska hosta.

  • Wbudowane łączniki są przeznaczone do uruchamiania bezpośrednio i natywnie w usłudze Azure Logic Apps.

    W kreatorze wszystkie wbudowane łączniki są wyświetlane w galerii łączników w grupie W aplikacji.

  • Zarządzane łączniki są wdrażane, hostowane i zarządzane na platformie Azure przez firmę Microsoft. Łączniki zarządzane w większości działają jako serwer proxy lub obudowa dla interfejsu API, który usługa lub system używa do komunikacji z usługą Azure Logic Apps.

    W projektancie wszystkie łączniki zarządzane są wyświetlane w galerii łączników w grupie Udostępnione . Są one rozliczane na poziomie Standard czy Enterprise.

Więcej informacji można znaleźć w następującej dokumentacji:

Wyzwalacze

Wyzwalacz określa warunek, który ma być spełniony przed rozpoczęciem przepływu pracy i jest zawsze pierwszym krokiem w dowolnym przepływie pracy. Każdy wyzwalacz jest również zgodny z określonym wzorcem wyzwalania, który kontroluje sposób, w jaki wyzwalacz monitoruje zdarzenia i reaguje na nie. Zazwyczaj wyzwalacz jest zgodny ze wzorcem sondowania lub wzorcem wypychania . Czasami dostępne są obie wersje wyzwalacza.

  • Wyzwalacze sondowania regularnie sprawdzają określoną usługę lub system zgodnie z określonym harmonogramem, aby sprawdzić dostępność nowych danych lub określonego zdarzenia. Jeśli nowe dane są dostępne lub wystąpi określone zdarzenie, te wyzwalacze tworzą i uruchamiają nowe wystąpienie przepływu pracy. To nowe wystąpienie może następnie używać danych przekazanych jako danych wejściowych.

    Uwaga

    W przypadku łączników zarządzanych przez firmę Microsoft, hostowanych i uruchamianych na platformie Azure wyzwalacze sondowania używają tylko wartości Interwał i Częstotliwość , aby obliczyć następny cykl. Nie używają zaawansowanych opcji planowania, takich jak W tych godzinach i W tych dniach. Te opcje działają tylko z wbudowanymi wyzwalaczami sondowania, które są uruchamiane bezpośrednio przy użyciu środowiska uruchomieniowego usługi Azure Logic Apps, takimi jak Powtarzanie, Okno przesuwane i HTTP.

  • Push lub webhook wyzwalacze nasłuchują nowych danych lub zdarzeń bez konieczności sondowania. Gdy nowe dane są dostępne lub gdy wystąpi zdarzenie, te wyzwalacze tworzą i uruchamiają nowe wystąpienie przepływu pracy. To nowe wystąpienie może następnie używać danych przekazanych jako danych wejściowych.

Załóżmy na przykład, że chcesz utworzyć przepływ pracy uruchamiany po przekazaniu pliku na serwer FTP. Jako pierwszy krok w przepływie pracy możesz dodać wyzwalacz FTP o nazwie Po dodaniu lub zmodyfikowaniu pliku, który jest zgodny ze wzorcem sondowania. Następnie należy określić harmonogram regularnego sprawdzania pod kątem zdarzeń przesyłania.

Kiedy wyzwalacz jest uruchamiany, zwykle przekazuje dane wyjściowe zdarzeń do kolejnych akcji do odniesienia i użycia. W przykładzie FTP wyzwalacz automatycznie generuje informacje, takie jak nazwa pliku i ścieżka. Możesz również skonfigurować wyzwalacz tak, aby zawierał zawartość pliku. Aby więc przetwarzać te dane, musisz dodać akcje do przepływu pracy.

Akcje

Akcja określa zadanie do wykonania i zawsze pojawia się jako kolejny krok w przepływie pracy. W przepływie pracy można użyć wielu akcji. Na przykład możesz uruchomić przepływ pracy z wyzwalaczem programu SQL Server, który sprawdza nowe dane klienta w bazie danych SQL. Po wyzwoleniu przepływ pracy może mieć akcję SQL Server, która pobiera dane klienta. Po wykonaniu tej akcji programu SQL Server przepływ pracy może użyć innej akcji, która przetwarza dane, na przykład akcję Operacje na danych, która tworzy tabelę CSV.

Uprawnienia połączeń

W przepływie pracy w aplikacji logiki w modelu zużycia, zanim będzie można tworzyć lub zarządzać zasobami aplikacji logiki, przepływami pracy i ich połączeniami, potrzebne są określone uprawnienia. Aby uzyskać więcej informacji na temat tych uprawnień, zobacz Bezpieczne operacje — bezpieczny dostęp i dane w usłudze Azure Logic Apps.

Tworzenie, konfigurowanie i uwierzytelnianie połączeń

Aby móc używać operacji łącznika w przepływie pracy, wiele łączników wymaga, aby najpierw utworzyć połączenie z usługą docelową lub systemem. Aby utworzyć połączenie z poziomu projektanta przepływu pracy, musisz potwierdzić swoją tożsamość przy użyciu poświadczeń konta, a czasami także inne informacje dotyczące połączenia.

Aby na przykład przepływ pracy mógł uzyskiwać dostęp do konta e-mail usługi Office 365 Outlook i pracować z nim, musisz autoryzować połączenie z tym kontem. W przypadku niektórych wbudowanych łączników i łączników zarządzanych można skonfigurować tożsamość zarządzaną i używać jej do uwierzytelniania, a nie podawać poświadczeń.

Mimo że tworzysz połączenia w przepływie pracy, te połączenia są faktycznie oddzielnymi zasobami platformy Azure z własnymi definicjami zasobów. Aby przejrzeć te definicje zasobów połączenia, wykonaj następujące kroki w zależności od tego, czy masz przepływ pracy Zużycie, czy Standardowy:

Zabezpieczenia połączeń i szyfrowanie

Szczegóły konfiguracji połączenia, takie jak adres serwera, nazwa użytkownika i hasło, poświadczenia i wpisy tajne są szyfrowane i przechowywane w zabezpieczonym środowisku platformy Azure. Te informacje mogą być używane tylko w zasobach aplikacji logiki i przez klientów, którzy mają uprawnienia do zasobu połączenia, który jest wymuszany przy użyciu połączonych kontroli dostępu. Połączenia korzystające z usługi Microsoft Entra ID Open Authentication (Microsoft Entra ID OAuth), takie jak Office 365, Salesforce i GitHub, wymagają logowania, lecz usługa Azure Logic Apps przechowuje tylko tokeny dostępu i odświeżania jako tajne dane, a nie poświadczenia logowania.

Nawiązane połączenia mogą uzyskiwać dostęp do usługi docelowej lub systemu tak długo, jak zezwala na to usługa lub system. W przypadku usług korzystających z połączeń OAuth Microsoft Entra ID, takich jak Office 365 i Dynamics, Azure Logic Apps nieustannie odświeża tokeny dostępu. Inne usługi mogą mieć limity czasu używania tokenu przez usługę Logic Apps bez odświeżania. Niektóre akcje, takie jak zmiana hasła, unieważniają wszystkie tokeny dostępu.

Uwaga

Jeśli Twoja organizacja nie zezwala na dostęp do określonych zasobów za pośrednictwem łączników w usłudze Azure Logic Apps, możesz zablokować możliwość tworzenia takich połączeń przy użyciu usługi Azure Policy.

Aby uzyskać więcej informacji na temat zabezpieczania przepływów pracy i połączeń aplikacji logiki, zobacz Bezpieczny dostęp i dane w usłudze Azure Logic Apps.

Dostęp do zapory dla połączeń

Jeśli używasz zapory, która ogranicza ruch, a przepływy pracy aplikacji logiki muszą komunikować się za pośrednictwem tej zapory, musisz skonfigurować zaporę, aby zezwolić na dostęp zarówno dla adresów IP przychodzących , jak i wychodzących używanych przez platformę Azure Logic Apps lub środowisko uruchomieniowe w regionie świadczenia usługi Azure, w którym istnieją przepływy pracy aplikacji logiki.

Jeśli przepływy pracy korzystają również z łączników zarządzanych, takich jak łącznik Office 365 Outlook lub łącznik SQL, lub używają łączników niestandardowych, zapora musi również zezwolić na dostęp dla wszystkich wychodzących adresów IP łącznika zarządzanego w regionie Azure zasobu aplikacji Logic Apps. Aby uzyskać więcej informacji, zobacz Konfiguracja zapory.

Łączniki niestandardowe i interfejsy API

W obszarze Przepływy pracy użycia dla wielodostępnej usługi Azure Logic Apps można wywoływać oparte na strukturze Swagger interfejsy API lub oparte na protokole SOAP, które nie są dostępne jako gotowe łączniki. Możesz również uruchomić kod niestandardowy, tworząc niestandardowe aplikacje API Apps. Więcej informacji można znaleźć w następującej dokumentacji:

W standardowych przepływach pracy dla usługi Azure Logic Apps dla jednego dzierżawcy można utworzyć wbudowane niestandardowe łączniki oparte na dostawcach usług, które są dostępne dla dowolnego standardowego przepływu pracy aplikacji logiki. Więcej informacji można znaleźć w następującej dokumentacji:

Znane problemy

Poniższa tabela zawiera znane problemy dotyczące łączników w usłudze Azure Logic Apps:

Komunikat o błędzie opis Rozwiązanie
Error: BadGateway. Client request id: '{GUID}' Ten błąd wynika z aktualizacji tagów w zasobie aplikacji logiki, w którym jedno lub więcej połączeń, takich jak SFTP i SQL, nie obsługuje uwierzytelniania OAuth w Microsoft Entra ID, co prowadzi do zerwania tych połączeń. Aby zapobiec temu zachowaniu, należy unikać aktualizowania tych tagów.

Następne kroki

Tworzenie przepływu pracy aplikacji logiki zużycie — Azure Portal

Tworzenie standardowego przepływu pracy aplikacji logiki — Azure Portal

  • Last updated on