Czym są łączniki w przepływach pracy dla 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 lub na poziomie 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 SQL Server, który sprawdza, czy w bazie danych SQL znajdują się nowe dane klienta. 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 aplikacji logiki w warstwie Consumption potrzebujesz określonych uprawnień, zanim będzie można tworzyć zasoby aplikacji logiki i zarządzać nimi, przepływami pracy oraz ich połączeniami. 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ń.

W przypadku zarządzanych konektorów połączenia to oddzielne zasoby Azure z własnymi definicjami zasobów. Dla wbudowanych złączy w standardowych przepływach pracy konfiguracja połączeń jest przechowywana wraz z konfiguracją aplikacji logicznej, w tym plikiem connections.json oraz odniesienymi ustawieniami aplikacji. Aby przejrzeć informacje o połączeniu, postępuj zgodnie z tymi krokami, niezależnie od tego, czy masz workflow Consumption czy Standard:

Zabezpieczenia połączeń i szyfrowanie

Usługi Azure, które przechowują szczegóły konfiguracji połączenia i sekrety, szyfrują je w spoczynku. Przechowywanie i kontrola dostępu różnią się między zarządzanymi połączeniami API a wbudowanymi połączeniami w standardowych workflowach. Połączenia korzystające z Microsoft Entra ID Open Authentication (Microsoft Entra ID OAuth), takie jak Office 365, Salesforce czy GitHub, wymagają zalogowania, ale Azure Logic Apps przechowuje tokeny dostępu i odświeżania zamiast haseł do logowania użytkownika.

Azure Logic Apps może odświeżać tokeny dostępu OAuth, podczas gdy token odświeżania pozostaje ważny, a docelowa usługa zezwala na dostęp. Tokeny odświeżające mogą wygasnąć lub zostać cofnięte, co może wymagać ponownej autoryzacji. Zmiany poświadczeń mogą również unieważniać tokeny, w zależności od dostawcy tożsamości, typu klienta i przepływu uwierzytelniania.

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 twoje środowisko używa zapory, pozwól tylko na ruch wymagany przez twoje workflow i operacje łączące:

  • W przypadku przepływów Consumption wykorzystujących wbudowane operacje zezwalaj na ruch przychodzący Azure Logic Apps, gdy przepływy otrzymują połączenia zewnętrzne, oraz ruch wychodzący, gdy przepływy wywołują zewnętrzne punkty końcowe. Używaj tagów usług LogicAppsManagement i LogicApps tam, gdzie są to obsługiwane.

  • W przypadku operacji łączników zarządzanych lub niestandardowych używaj tagu usługi AzureConnectors, tam, gdzie jest obsługiwany. W przeciwnym razie dopuszcz wymagane adresy IP wychodzące z zarządzanego złącza dla odpowiednich regionów Azure.

  • W przypadku standardowych przepływów pracy należy przestrzegać wymagań sieci Azure App Service i zezwalać na w pełni kwalifikowane nazwy domen wymagane przez połączenia łącznikowe. Więcej informacji można znaleźć w sekcji Uprawnienia zapory sieciowej dla standardowych przepływów pracy.

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:

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