Tworzenie przykładowego standardowego przepływu pracy w usłudze Azure Logic Apps z jedną dzierżawą przy użyciu witryny Azure Portal

Dotyczy: Azure Logic Apps (Standardowa)

W tym przewodniku z instrukcjami pokazano, jak utworzyć przykładowy zautomatyzowany przepływ pracy, który czeka na przychodzące żądanie internetowe, a następnie wysyła wiadomość na konto e-mail. W szczególności utworzysz zasób aplikacji logiki w warstwie Standardowa, który może obejmować wiele stanowych i bezstanowych przepływów pracy uruchamianych w usłudze Azure Logic Apps z jedną dzierżawą.

Uwaga

Aby utworzyć ten przykładowy przepływ pracy w programie Visual Studio Code, wykonaj kroki opisane w temacie Tworzenie standardowych przepływów pracy w usłudze Azure Logic Apps z jedną dzierżawą przy użyciu programu Visual Studio Code. Obie opcje zapewniają możliwość tworzenia, uruchamiania i wdrażania przepływów pracy aplikacji logiki w takich samych środowiskach. Jednak za pomocą programu Visual Studio Code można lokalnie opracowywać, testować i uruchamiać przepływy pracy w środowisku projektowym.

Chociaż ten przykładowy przepływ pracy jest oparty na chmurze i ma tylko dwa kroki, można tworzyć przepływy pracy z setek operacji, które mogą łączyć szeroką gamę aplikacji, danych, usług i systemów w chmurze, lokalnie i środowiskach hybrydowych. Przykładowy przepływ pracy rozpoczyna się od wbudowanego wyzwalacza Żądanie, po którym następuje akcja usługi Office 365 Outlook. Wyzwalacz tworzy wywoływany punkt końcowy dla przepływu pracy i oczekuje na przychodzące żądanie HTTPS z dowolnego obiektu wywołującego. Gdy wyzwalacz odbierze żądanie i zostanie wyzwolone, następna akcja zostanie uruchomiona, wysyłając wiadomość e-mail na określony adres e-mail wraz z wybranymi danymi wyjściowymi z wyzwalacza.

Screenshot showing the Azure portal with the designer for Standard logic app workflow.

W miarę postępu wykonasz te zadania wysokiego poziomu:

  • Utwórz zasób aplikacji logiki w warstwie Standardowa i dodaj pusty stanowy przepływ pracy.
  • Dodaj wyzwalacz i akcję.
  • Wyzwalanie przebiegu przepływu pracy.
  • Wyświetl historię uruchamiania i wyzwalacza przepływu pracy.
  • Włącz lub otwórz Szczegółowe informacje aplikacji po wdrożeniu.
  • Włącz historię uruchamiania dla bezstanowych przepływów pracy.

W usłudze Azure Logic Apps z jedną dzierżawą przepływy pracy w tym samym zasobie aplikacji logiki i dzierżawie działają w tym samym procesie co środowisko uruchomieniowe, dzięki czemu współużytkują te same zasoby i zapewniają lepszą wydajność. Aby uzyskać więcej informacji na temat usługi Azure Logic Apps z jedną dzierżawą, zobacz Single-tenant versus multitenant and integration service environment (Jednodostępne i wielodostępne środowisko usługi integracji).

Wymagania wstępne

  • Konto i subskrypcja platformy Azure. Jeśli nie masz subskrypcji, zarejestruj się w celu założenia bezpłatnego konta platformy Azure.

  • Konto usługi Azure Storage. Jeśli go nie masz, możesz utworzyć konto magazynu z wyprzedzeniem lub podczas tworzenia aplikacji logiki.

    Uwaga

    Typ zasobu standardowej aplikacji logiki jest obsługiwany przez usługę Azure Functions i ma wymagania dotyczące magazynu podobne do aplikacji funkcji. Stanowe przepływy pracy wykonują transakcje magazynu, takie jak używanie kolejek do planowania i przechowywania stanów przepływu pracy w tabelach i obiektach blob. Te transakcje powodują naliczanie opłat za magazyn. Aby uzyskać więcej informacji o tym, jak stanowe przepływy pracy przechowują dane w magazynie zewnętrznym, zobacz Stanowe i bezstanowe przepływy pracy.

  • Aby utworzyć ten sam przykładowy przepływ pracy w tym przewodniku, potrzebujesz konta e-mail usługi Office 365 Outlook, które używa konta służbowego Microsoft do logowania.

    Jeśli nie masz konta usługi Office 365, możesz użyć dowolnego innego dostępnego łącznika poczty e-mail, który może wysyłać wiadomości z konta e-mail, na przykład Outlook.com. Jeśli używasz innego łącznika poczty e-mail, nadal możesz postępować zgodnie z przykładem, a ogólne ogólne kroki są takie same. Jednak opcje mogą się różnić w jakiś sposób. Jeśli na przykład używasz łącznika Outlook.com, użyj osobistego konta Microsoft, aby się zalogować.

  • Aby przetestować przykładowy przepływ pracy w tym przewodniku, potrzebne jest narzędzie, które może wysyłać wywołania do punktu końcowego utworzonego przez wyzwalacz Żądania. Jeśli nie masz takiego narzędzia, możesz pobrać, zainstalować i użyć narzędzia Postman.

  • Jeśli tworzysz zasób aplikacji logiki i włączysz usługę Application Szczegółowe informacje, możesz opcjonalnie włączyć rejestrowanie i śledzenie diagnostyczne dla aplikacji logiki. Można to zrobić podczas tworzenia aplikacji logiki lub po wdrożeniu. Musisz mieć wystąpienie usługi Application Szczegółowe informacje, ale możesz utworzyć ten zasób z wyprzedzeniem, podczas tworzenia aplikacji logiki lub po wdrożeniu.

  • Aby wdrożyć zasób standardowej aplikacji logiki w środowisku App Service Environment w wersji 3 (ASEv3) — plan systemu Windows należy najpierw utworzyć ten zasób środowiska. Następnie możesz wybrać to środowisko jako lokalizację wdrożenia podczas tworzenia zasobu aplikacji logiki. Aby uzyskać więcej informacji, zapoznaj się z tematem Typy zasobów i środowiska oraz Tworzenie środowiska App Service Environment.

  • Od połowy października 2022 r. nowe przepływy pracy standardowej aplikacji logiki w witrynie Azure Portal automatycznie używają usługi Azure Functions w wersji 4. W listopadzie 2022 r. istniejące standardowe przepływy pracy w witrynie Azure Portal są automatycznie migrowane do usługi Azure Functions w wersji 4. Jeśli aplikacje logiki w warstwie Standardowa nie zostały wdrożone jako projekty oparte na pakiecie NuGet lub przypięte aplikacje logiki do określonej wersji pakietu, to uaktualnienie zostało zaprojektowane tak, aby nie wymagać żadnej akcji ani mieć wpływu na środowisko uruchomieniowe. Jeśli jednak wyjątki dotyczą Ciebie lub więcej informacji o obsłudze usługi Azure Functions w wersji 4, zobacz Azure Logic Apps Standard obsługuje teraz usługę Azure Functions w wersji 4.

Tworzenie zasobu standardowej aplikacji logiki

  1. W witrynie Azure Portal zaloguj się przy użyciu konta platformy Azure.

  2. W polu wyszukiwania w witrynie Azure Portal wprowadź aplikacje logiki i wybierz pozycję Aplikacje logiki.

    Screenshot showing Azure portal search box with logic apps entered and logic apps group selected.

  3. Na stronie Aplikacje logiki wybierz pozycję Dodaj.

  4. Na stronie Tworzenie aplikacji logiki na karcie Podstawy podaj następujące podstawowe informacje dotyczące aplikacji logiki:

    Właściwości Wymagania Wartość Opis
    Subskrypcja Tak <Azure-subscription-name> Nazwa subskrypcji platformy Azure.
    Grupa zasobów Tak <Azure-resource-group-name> Grupa zasobów platformy Azure, w której tworzysz aplikację logiki i powiązane zasoby. Ta nazwa musi być unikatowa w różnych regionach i może zawierać tylko litery, cyfry, łączniki (-), podkreślenia (_), nawiasy (()) i kropki (.).

    W tym przykładzie jest tworzona grupa zasobów o nazwie Fabrikam-Workflows-RG.
    Nazwa aplikacji logiki Tak <logic-app-name> Nazwa zasobu aplikacji logiki, która musi być unikatowa w różnych regionach i może zawierać tylko litery, cyfry, łączniki (-), podkreślenia (_), nawiasy (()) i kropki (.).

    Uwaga: nazwa aplikacji logiki automatycznie pobiera sufiks , azurewebsites.net, ponieważ zasób standardowej aplikacji logiki jest obsługiwany przez jednodostępne środowisko uruchomieniowe usługi Azure Logic Apps, które używa modelu rozszerzalności usługi Azure Functions i jest hostowane jako rozszerzenie w środowisku uruchomieniowym usługi Azure Functions. Usługa Azure Functions używa tej samej konwencji nazewnictwa aplikacji.

    W tym przykładzie zostanie utworzona aplikacja logiki o nazwie Fabrikam-Workflows.
  5. Przed kontynuowaniem wprowadzania wyborów przejdź do sekcji Plan . W polu Typ planu wybierz pozycję Standardowa , aby wyświetlić tylko ustawienia, które mają zastosowanie do typu aplikacji logiki opartej na planie w warstwie Standardowa.

    Właściwość Typ planu określa plan hostingu i model rozliczeń do użycia dla aplikacji logiki. Aby uzyskać więcej informacji, zapoznaj się z tematem Hosting plans and pricing tiers (Plany hostingu i warstwy cenowe).

    Typ planu opis
    Standardowy Ten typ aplikacji logiki jest domyślnym wyborem. Przepływy pracy działają w usłudze Azure Logic Apps z jedną dzierżawą i używają standardowego modelu rozliczeniowego.
    Zużycie Ten typ aplikacji logiki i przepływ pracy są uruchamiane w globalnych, wielodostępnych usługach Azure Logic Apps i korzystają z modelu rozliczeń Zużycie.
    Właściwości Wymagania Wartość Opis
    Plan systemu Windows Tak <nazwa planu> Nazwa planu do użycia. Wybierz istniejącą nazwę planu lub podaj nazwę nowego planu.

    W tym przykładzie użyto nazwy My-App-Service-Plan.

    Uwaga: obsługiwany jest tylko plan usługi App Service oparty na systemie Windows. Nie używaj planu usługi App Service opartego na systemie Linux.
    Plan cenowy Tak <warstwa cenowa> Warstwa cenowa używana dla aplikacji logiki i przepływów pracy. Wybór wpływa na ceny, zasoby obliczeniowe, pamięć i magazyn używane przez aplikację logiki i przepływy pracy.

    Aby uzyskać więcej informacji, zapoznaj się z tematem Hosting plans and pricing tiers (Plany hostingu i warstwy cenowe).
  6. Teraz kontynuuj wykonywanie następujących wyborów:

    Właściwości Wymagania Wartość Opis
    Publikowanie Tak Przepływ pracy Ta opcja jest wyświetlana i stosowana tylko wtedy, gdy typ planu jest ustawiony na typ standardowej aplikacji logiki. Domyślnie ta opcja jest ustawiona na Przepływ pracy i tworzy pusty zasób aplikacji logiki, w którym dodajesz pierwszy przepływ pracy.

    Uwaga: obecnie opcja Kontener platformy Docker wymaga niestandardowej lokalizacji w klastrze Kubernetes z włączoną usługą Azure Arc, której można używać z usługą Logic Apps z obsługą usługi Azure Arc (Standardowa). Lokalizacje zasobów aplikacji logiki, lokalizacji niestandardowej i klastra muszą być takie same.
    Region Tak <Region świadczenia usługi Azure> Region centrum danych platformy Azure do użycia do przechowywania informacji o aplikacji. W tym przykładzie przykładowa aplikacja logiki jest wdrażana w regionie Zachodnie stany USA na platformie Azure.

    — Jeśli wcześniej wybrano pozycję Kontener platformy Docker, wybierz lokalizację niestandardową z listy Region .

    — Jeśli chcesz wdrożyć aplikację w istniejącym zasobie środowiska App Service Environment w wersji 3, możesz wybrać to środowisko z listy Region .

    Uwaga

    Jeśli wybierzesz region platformy Azure, który obsługuje nadmiarowość strefy dostępności, zostanie włączona sekcja Nadmiarowość strefy. Ta sekcja oferuje możliwość włączenia nadmiarowości strefy dostępności dla aplikacji logiki. Jednak obecnie obsługiwane regiony platformy Azure nie obejmują zachodnich stanów USA, więc możesz zignorować tę sekcję na potrzeby tego przykładu. Aby uzyskać więcej informacji, zobacz Ochrona aplikacji logiki przed awariami regionów przy użyciu nadmiarowości strefy i stref dostępności.

    Gdy wszystko będzie gotowe, ustawienia będą wyglądać podobnie do poniższego przykładu:

    Screenshot showing Azure portal and page named Create Logic App.

  7. Na karcie Hosting podaj następujące informacje o rozwiązaniu magazynu i planie hostingu do użycia dla aplikacji logiki.

    Właściwości Wymagania Wartość Opis
    Typ magazynu Tak - Azure Storage
    - SQL i Azure Storage
    Typ magazynu, którego chcesz użyć dla artefaktów i danych związanych z przepływem pracy.

    — Aby wdrożyć tylko na platformie Azure, wybierz pozycję Azure Storage.

    — Aby użyć usługi SQL jako magazynu podstawowego i usługi Azure Storage jako magazynu pomocniczego, wybierz pozycję SQL i Azure Storage, a następnie zapoznaj się z artykułem Konfigurowanie magazynu bazy danych SQL dla standardowych aplikacji logiki w usłudze Azure Logic Apps z jedną dzierżawą.

    Uwaga: jeśli wdrażasz w regionie świadczenia usługi Azure, nadal potrzebujesz konta usługi Azure Storage, które jest używane do jednorazowego hostowania konfiguracji aplikacji logiki na platformie Azure Logic Apps. Stan przepływu pracy, historia uruchamiania i inne artefakty środowiska uruchomieniowego są przechowywane w bazie danych SQL.

    W przypadku wdrożeń w lokalizacji niestandardowej hostowanej w klastrze usługi Azure Arc jako dostawca magazynu potrzebujesz tylko bazy danych SQL.
    Konto magazynu Tak <Azure-storage-account-name> Konto usługi Azure Storage do użycia na potrzeby transakcji magazynu.

    Ta nazwa zasobu musi być unikatowa w różnych regionach i mieć od 3 do 24 znaków tylko cyfry i małe litery. Wybierz istniejące konto lub utwórz nowe konto.

    W tym przykładzie zostanie utworzone konto magazynu o nazwie mystorageacct.
  8. Na karcie Sieć możesz pozostawić domyślne opcje dla tego przykładu.

    W przypadku konkretnych, rzeczywistych scenariuszy pamiętaj o przejrzeniu i wybraniu odpowiednich opcji. Tę konfigurację można również zmienić po wdrożeniu zasobu aplikacji logiki. Aby uzyskać więcej informacji, zobacz Zabezpieczanie ruchu między standardowymi aplikacjami logiki i sieciami wirtualnymi platformy Azure przy użyciu prywatnych punktów końcowych.

    Włączanie dostępu publicznego Zachowanie
    On Aplikacja logiki ma publiczny punkt końcowy z adresem przychodzącym otwartym w Internecie i nie może uzyskać dostępu do sieci wirtualnej platformy Azure.
    Wył. Aplikacja logiki nie ma publicznego punktu końcowego, ale ma prywatny punkt końcowy zamiast komunikacji w sieci wirtualnej platformy Azure i jest odizolowana od tej sieci wirtualnej. Prywatny punkt końcowy może komunikować się z punktami końcowymi w sieci wirtualnej, ale tylko od klientów w tej sieci. Ta konfiguracja oznacza również, że ruch aplikacji logiki może podlegać sieciowym grupom zabezpieczeń lub trasom sieci wirtualnej.

    Aby umożliwić aplikacji logiki dostęp do punktów końcowych w sieci wirtualnej, upewnij się, że wybrano odpowiednią opcję:

    Włączanie iniekcji sieci Zachowanie
    On Przepływy pracy aplikacji logiki mogą prywatnie i bezpiecznie komunikować się z punktami końcowymi w sieci wirtualnej.
    Wył. Przepływy pracy aplikacji logiki nie mogą komunikować się z punktami końcowymi w sieci wirtualnej.
  9. Jeśli ustawienia tworzenia i wdrażania obsługują korzystanie z usługi Application Szczegółowe informacje, opcjonalnie możesz włączyć rejestrowanie diagnostyczne i śledzenie przepływów pracy aplikacji logiki.

    1. Na karcie Monitorowanie w obszarze Aplikacja Szczegółowe informacje ustaw opcję Włącz aplikację Szczegółowe informacje wartość Tak, jeśli nie została jeszcze wybrana.

    2. Dla ustawienia Aplikacja Szczegółowe informacje wybierz istniejące wystąpienie aplikacji Szczegółowe informacje lub jeśli chcesz utworzyć nowe wystąpienie, wybierz pozycję Utwórz nowe i podaj nazwę, której chcesz użyć.

  10. Po zweryfikowaniu ustawień aplikacji logiki na karcie Przeglądanie i tworzenie na platformie Azure wybierz pozycję Utwórz, na przykład:

    Screenshot showing Azure portal and new logic app resource settings.

    Uwaga

    Jeśli podczas tego kroku wystąpi błąd weryfikacji, otwórz i przejrzyj szczegóły błędu. Jeśli na przykład wybrany region osiągnie limit przydziału zasobów, które próbujesz utworzyć, może być konieczne wypróbowanie innego regionu.

    Po zakończeniu wdrażania zasób aplikacji logiki jest automatycznie aktywny, ale nie wykonuje jeszcze żadnych czynności, ponieważ zasób jest pusty i nie dodano jeszcze żadnych przepływów pracy.

  11. Na stronie ukończenia wdrożenia wybierz pozycję Przejdź do zasobu , aby dodać pusty przepływ pracy.

    Screenshot showing Azure portal and finished deployment.

Dodawanie pustego przepływu pracy

Po utworzeniu pustego zasobu aplikacji logiki musisz dodać pierwszy przepływ pracy.

  1. Gdy platforma Azure otworzy zasób, w menu zasobów aplikacji logiki wybierz pozycję Przepływy pracy. Na pasku narzędzi Przepływy pracy wybierz pozycję Dodaj.

    Screenshot showing logic app resource menu with Workflows selected, and on the toolbar, Add is selected.

  2. Po otworzie okienka Nowy przepływ pracy podaj nazwę przepływu pracy i wybierz typ stanu Stanowy lub Bezstanowy. Po zakończeniu wybierz Utwórz.

    W tym przykładzie dodano pusty stanowy przepływ pracy o nazwie Stateful-Workflow. Domyślnie przepływ pracy jest włączony, ale nie wykonuje żadnych czynności do momentu dodania wyzwalacza i akcji.

    Screenshot showing new blank stateful workflow named Stateful-Workflow.

  3. Z listy przepływów pracy wybierz pusty stanowy przepływ pracy.

  4. W menu przepływu pracy w obszarze Deweloper wybierz pozycję Projektant.

    Na powierzchni projektanta zostanie wyświetlony monit o wybranie operacji wyzwalacza. Domyślnie monit jest już wybrany, aby okienko z dostępnymi wyzwalaczami było już otwarte.

Teraz dodasz wyzwalacz, który uruchamia przepływ pracy.

Dodawanie wyzwalacza

Ten przykładowy przepływ pracy rozpoczyna się od wbudowanego wyzwalacza żądania o nazwie Po odebraniu żądania HTTP. Ten wyzwalacz tworzy punkt końcowy, który może wywoływać inne usługi lub przepływy pracy aplikacji logiki i czekać na przychodzące wywołania lub żądania do odebrania. Wbudowane operacje są uruchamiane natywnie i bezpośrednio w środowisku uruchomieniowym usługi Azure Logic Apps.

  1. W projektancie przepływu pracy upewnij się, że pusty przepływ pracy jest otwarty i że na powierzchni projektanta jest zaznaczony monit Dodaj wyzwalacz .

  2. Używając żądania jako terminu wyszukiwania, wykonaj następujące kroki, aby dodać wbudowany wyzwalacz żądania o nazwie Po odebraniu żądania HTTP do przepływu pracy.

    Po wyświetleniu wyzwalacza w projektancie zostanie otwarte okienko informacji wyzwalacza w celu wyświetlenia właściwości, ustawień i innych akcji wyzwalacza.

    Screenshot showing the workflow designer and trigger information pane.

  3. Zapisz przepływ pracy. Na pasku narzędzi projektanta wybierz pozycję Zapisz.

    Po zapisaniu przepływu pracy po raz pierwszy, a przepływ pracy rozpoczyna się od wyzwalacza Żądania, usługa Azure Logic Apps automatycznie generuje adres URL punktu końcowego utworzonego przez wyzwalacz żądania. Później po przetestowaniu przepływu pracy wyślesz żądanie do tego adresu URL, które uruchamia wyzwalacz i uruchamia przebieg przepływu pracy.

Dodawanie akcji

Ten przykładowy przepływ pracy jest kontynuowany z akcją łącznika zarządzanego usługi Office 365 Outlook o nazwie Wyślij wiadomość e-mail. Operacje łącznika zarządzanego są uruchamiane na platformie Azure, a nie natywnie i bezpośrednio w środowisku uruchomieniowym usługi Azure Logic Apps.

  1. W projektancie w obszarze dodanego wyzwalacza wybierz znak plus (+) >Dodaj akcję.

    Zostanie otwarte okienko Dodaj akcję , aby można było wybrać następną akcję.

  2. Korzystając z pakietu Office, wyślij wiadomość e-mail jako termin wyszukiwania, wykonaj następujące kroki, aby dodać akcję usługi Office 365 Outlook o nazwie Wyślij wiadomość e-mail (wersja 2) do przepływu pracy.

  3. W okienku informacji o akcji na karcie Tworzenie Połączenie ion wybierz pozycję Zaloguj się, aby utworzyć połączenie z kontem e-mail.

    Screenshot showing the designer, the pane named Send an email (V2) with Sign in button.

  4. Po wyświetleniu monitu o dostęp do konta e-mail zaloguj się przy użyciu poświadczeń konta.

    Uwaga

    Jeśli zostanie wyświetlony komunikat o błędzie "Niepowodzenie z powodu błędu: "Przeglądarka jest zamknięta". Zaloguj się ponownie", sprawdź, czy przeglądarka blokuje pliki cookie innych firm. Jeśli te pliki cookie są zablokowane, spróbuj dodać https://portal.azure.com do listy witryn, które mogą używać plików cookie. Jeśli używasz trybu incognito, upewnij się, że pliki cookie innych firm nie są blokowane podczas pracy w tym trybie.

    W razie potrzeby załaduj ponownie stronę, otwórz przepływ pracy, ponownie dodaj akcję poczty e-mail i spróbuj utworzyć połączenie.

    Po utworzeniu połączenia przez platformę Azure akcja Wyślij wiadomość e-mail zostanie wyświetlona w projektancie i zostanie wybrana domyślnie. Jeśli akcja nie jest zaznaczona, wybierz akcję, aby jej okienko informacji było również otwarte.

  5. W okienku informacji o akcji na karcie Parametry podaj wymagane informacje dotyczące akcji, na przykład:

    Screenshot that shows the designer and the

    Właściwości Wymagania Wartość Opis
    Do Tak <your-email-address> Adresat wiadomości e-mail, który może być twoim adresem e-mail do celów testowych. W tym przykładzie użyto fikcyjnej wiadomości e-mail: sophiaowen@fabrikam.com.
    Temat Tak Wiadomość e-mail z przykładowego przepływu pracy Temat wiadomości e-mail
    Treść Tak Witaj z przykładowego przepływu pracy! Zawartość treści wiadomości e-mail

    Uwaga

    Podczas wprowadzania jakichkolwiek zmian w okienku informacji na kartach Ustawienia, wyniku statycznego lub po uruchomieniu upewnij się, że przed przełączenia kart lub zmiany fokusu na projektancie wybrano pozycję Gotowe, aby zatwierdzić te zmiany. W przeciwnym razie projektant nie zachowa zmian.

  6. Zapisz przepływ pracy. Na pasku narzędzi projektanta wybierz pozycję Zapisz.

  7. Jeśli środowisko ma ścisłe wymagania dotyczące sieci lub zapory ograniczające ruch, musisz skonfigurować uprawnienia dla wszystkich połączeń wyzwalacza lub akcji, które istnieją w przepływie pracy. Aby znaleźć w pełni kwalifikowane nazwy domen, zapoznaj się z artykułem Znajdowanie nazw domen na potrzeby dostępu do zapory.

    W przeciwnym razie, aby przetestować przepływ pracy, ręcznie wyzwól przebieg.

Usuwanie elementów z projektanta

Aby usunąć element w przepływie pracy z projektanta, wykonaj dowolne z następujących kroków:

  • Wybierz element, otwórz menu skrótów elementu (Shift+F10) i wybierz pozycję Usuń. Aby potwierdzić, wybierz pozycję OK.

  • Wybierz element i naciśnij klawisz delete. Aby potwierdzić, wybierz pozycję OK.

  • Wybierz element, aby okienko informacji było otwierane dla tego elementu. W prawym górnym rogu okienka otwórz menu wielokropka (...), a następnie wybierz pozycję Usuń. Aby potwierdzić, wybierz pozycję OK.

    Screenshot that shows a selected item on designer with the opened information pane plus the selected ellipses button and

    Napiwek

    Jeśli menu wielokropka nie jest widoczne, rozwiń wystarczająco szerokie okno przeglądarki, aby okienko informacji wyświetlało przycisk wielokropka (...) w prawym górnym rogu.

Znajdowanie nazw domen na potrzeby dostępu do zapory

Przed wdrożeniem aplikacji logiki i uruchomieniem przepływu pracy w witrynie Azure Portal, jeśli środowisko ma ścisłe wymagania sieciowe lub zapory ograniczające ruch, musisz skonfigurować uprawnienia sieci lub zapory dla wszystkich połączeń wyzwalacza lub akcji w przepływach pracy, które istnieją w aplikacji logiki.

Aby znaleźć adresy IP dla ruchu przychodzącego i wychodzącego używane przez aplikację logiki i przepływy pracy, wykonaj następujące kroki:

  1. W menu aplikacji logiki w obszarze Ustawienia wybierz pozycję Sieć (wersja zapoznawcza).

  2. Na stronie sieci znajdź i przejrzyj sekcje Ruch przychodzący i Ruch wychodzący.

Aby znaleźć w pełni kwalifikowane nazwy domen (FQDN) dla połączeń, wykonaj następujące kroki:

  1. W menu aplikacji logiki w obszarze Przepływy pracy wybierz pozycję Połączenie ions. Na karcie Połączenie ions interfejsu API wybierz nazwę zasobu połączenia, na przykład:

    Screenshot that shows the Azure portal and logic app menu with the

  2. Rozwiń przeglądarkę wystarczająco szeroki, aby po wyświetleniu widoku JSON w prawym górnym rogu przeglądarki wybierz pozycję Widok JSON.

    Screenshot that shows the Azure portal and API Connection pane with

  3. Skopiuj i zapisz wartość właściwości connectionRuntimeUrl w bezpiecznym miejscu, aby można było skonfigurować zaporę przy użyciu tych informacji.

    Screenshot showing the selected property value named connectionRuntimeUrl.

  4. Dla każdego połączenia powtórz odpowiednie kroki.

Wyzwalanie przepływu pracy

W tym przykładzie przepływ pracy jest uruchamiany, gdy wyzwalacz Żądania odbiera żądanie przychodzące, które jest wysyłane do adresu URL punktu końcowego utworzonego przez wyzwalacz. Po zapisaniu przepływu pracy po raz pierwszy usługa Azure Logic Apps automatycznie wygenerowała ten adres URL. Dlatego przed wysłaniem tego żądania w celu wyzwolenia przepływu pracy należy znaleźć ten adres URL.

  1. W projektancie przepływu pracy wybierz wyzwalacz Żądania o nazwie Po odebraniu żądania HTTP.

  2. Po otworze okienka informacji na karcie Parametry znajdź właściwość HTTP POST URL . Aby skopiować wygenerowany adres URL, wybierz pozycję Kopiuj adres URL (ikona kopiowania pliku) i zapisz adres URL w innym miejscu na razie. Adres URL ma następujący format:

    https://<*logic-app-name*>.azurewebsites.net:443/api/<*workflow-name*>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<*shared-access-signature*>

    Screenshot that shows the designer with the Request trigger and endpoint URL in the

    W tym przykładzie adres URL wygląda następująco:

    https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

    Napiwek

    Adres URL punktu końcowego można również znaleźć w okienku Przegląd aplikacji logiki we właściwości Adres URL przepływu pracy.

    1. W menu zasobów wybierz pozycję Przegląd.
    2. W okienku Przegląd znajdź właściwość Adres URL przepływu pracy.
    3. Aby skopiować adres URL punktu końcowego, przenieś wskaźnik na koniec tekstu adresu URL punktu końcowego i wybierz pozycję Kopiuj do schowka (ikona kopiowania pliku).
  3. Aby przetestować adres URL, wysyłając żądanie, otwórz narzędzie Postman lub preferowane narzędzie do tworzenia i wysyłania żądań.

    Ten przykład jest kontynuowany przy użyciu narzędzia Postman. Aby uzyskać więcej informacji, zobacz Postman Getting Started (Wprowadzenie do programu Postman).

    1. Na pasku narzędzi Postman wybierz pozycję Nowy.

      Screenshot that shows Postman with New button selected

    2. W okienku Tworzenie nowego w obszarze Bloki konstrukcyjne wybierz pozycję Żądanie.

    3. W oknie Zapisywanie żądania w obszarze Nazwa żądania podaj nazwę żądania, na przykład Wyzwalacz przepływu pracy testowego.

    4. W obszarze Wybierz kolekcję lub folder do zapisania wybierz pozycję Utwórz kolekcję.

    5. W obszarze Wszystkie kolekcje podaj nazwę kolekcji, która ma zostać utworzona na potrzeby organizowania żądań, naciśnij klawisz Enter i wybierz pozycję Zapisz do <nazwy> kolekcji. W tym przykładzie żądania usługi Logic Apps są używane jako nazwa kolekcji.

      W aplikacji Postman zostanie otwarte okienko żądania, aby można było wysłać żądanie do adresu URL punktu końcowego dla wyzwalacza Żądania.

      Screenshot that shows Postman with the opened request pane

    6. W okienku żądania w polu adresu obok listy metod, która obecnie wyświetla metodę GET jako domyślną metodę żądania, wklej wcześniej skopiowany adres URL i wybierz pozycję Wyślij.

      Screenshot that shows Postman and endpoint URL in the address box with Send button selected

      Po wyzwoleniu wyzwalacza przykładowy przepływ pracy jest uruchamiany i wysyła wiadomość e-mail podobną do tego przykładu:

      Screenshot that shows Outlook email as described in the example

Najlepsze rozwiązania i zalecenia

Aby uzyskać optymalną szybkość reakcji i wydajność projektanta, przejrzyj i postępuj zgodnie z następującymi wytycznymi:

  • Użyj nie więcej niż 50 akcji na przepływ pracy. Przekroczenie tej liczby akcji zwiększa możliwość wolniejszej wydajności projektanta.

  • Rozważ podzielenie logiki biznesowej na wiele przepływów pracy w razie potrzeby.

  • Nie mają więcej niż 10–15 przepływów pracy na zasób aplikacji logiki.

Przeglądanie historii uruchamiania przepływu pracy

Po zakończeniu działania stanowego przepływu pracy można wyświetlić historię uruchamiania przepływu pracy, w tym stan ogólnego uruchomienia, wyzwalacza i dla każdej akcji wraz z ich danymi wejściowymi i wyjściowymi. W witrynie Azure Portal historia uruchamiania przepływu pracy i historia wyzwalacza są wyświetlane na poziomie przepływu pracy, a nie na poziomie zasobu aplikacji logiki. Aby uzyskać więcej informacji, zobacz Przeglądanie historii uruchamiania przepływu pracy i Historia wyzwalaczy przeglądu.

W tym przykładowym przepływie pracy historia uruchamiania przepływu pracy wygląda podobnie do następującego przykładu:

Screenshot shows run details view with the status for each step in the workflow.

Screenshot shows inputs and outputs in the selected action named Send an email.

Przejrzyj historię wyzwalaczy

W przypadku stanowego przepływu pracy można przejrzeć historię wyzwalaczy dla każdego przebiegu, w tym stan wyzwalacza wraz z danymi wejściowymi i wyjściowymi, niezależnie od historii uruchamiania przepływu pracy. W witrynie Azure Portal historia wyzwalacza i historia uruchamiania są wyświetlane na poziomie przepływu pracy, a nie na poziomie aplikacji logiki. Aby uzyskać więcej informacji, zobacz Przeglądanie historii wyzwalaczy.

Ponowne uruchamianie przepływu pracy przy użyciu tych samych danych wejściowych

W przypadku istniejącego stanowego przebiegu przepływu pracy można ponownie uruchomić cały przepływ pracy z tymi samymi danymi wejściowymi, które były wcześniej używane na potrzeby tego przebiegu. Aby uzyskać więcej informacji, zobacz Ponowne uruchamianie przepływu pracy z tymi samymi danymi wejściowymi.

Włączanie historii uruchamiania dla przepływów pracy bezstanowych

Aby łatwiej debugować bezstanowy przepływ pracy, możesz włączyć historię uruchamiania dla tego przepływu pracy, a następnie wyłączyć historię uruchamiania po zakończeniu. Wykonaj następujące kroki dla witryny Azure Portal lub jeśli pracujesz w programie Visual Studio Code, zobacz Tworzenie stanowych i bezstanowych przepływów pracy w programie Visual Studio Code.

  1. W witrynie Azure Portal otwórz zasób standardowej aplikacji logiki.

  2. W menu aplikacji logiki w obszarze Ustawienia wybierz pozycję Konfiguracja.

  3. Na karcie Ustawienia aplikacji wybierz pozycję Nowe ustawienie aplikacji.

  4. W okienku ustawienia Dodaj/Edytuj aplikację w polu Nazwa wprowadź nazwę tej opcji operacji:

    Przepływy pracy. {yourWorkflowName}. OperationOptions

  5. W polu Wartość wprowadź następującą wartość: WithStatelessRunHistory

    Screenshot showing Standard logic app and pane named Add/Edit application setting with Workflows.{yourWorkflowName}.OperationOptions set to WithStatelessRunHistory.

  6. Aby zakończyć to zadanie, wybierz przycisk OK. Na pasku narzędzi okienka Konfiguracja wybierz pozycję Zapisz.

  7. Aby wyłączyć historię uruchamiania po zakończeniu, ustaw właściwość o nazwie Workflows.{nazwa-przepływu pracy}. OperationOptions na None lub usuń właściwość i jej wartość.

Włączanie lub otwieranie Szczegółowe informacje aplikacji po wdrożeniu

Podczas uruchamiania przepływu pracy aplikacja logiki emituje dane telemetryczne wraz z innymi zdarzeniami. Za pomocą tej telemetrii można uzyskać lepszy wgląd w to, jak dobrze działa przepływ pracy i jak działa środowisko uruchomieniowe usługi Logic Apps na różne sposoby. Przepływ pracy można monitorować przy użyciu usługi Application Szczegółowe informacje, która zapewnia dane telemetryczne niemal w czasie rzeczywistym (metryki na żywo). Ta funkcja może ułatwić badanie niepowodzeń i problemów z wydajnością w przypadku używania tych danych do diagnozowania problemów, konfigurowania alertów i tworzenia wykresów.

Jeśli ustawienia tworzenia i wdrażania aplikacji logiki obsługują korzystanie z usługi Application Szczegółowe informacje, opcjonalnie możesz włączyć rejestrowanie i śledzenie diagnostyczne dla przepływu pracy aplikacji logiki. Można to zrobić podczas tworzenia zasobu aplikacji logiki w witrynie Azure Portal lub po wdrożeniu. Musisz mieć wystąpienie usługi Application Szczegółowe informacje, ale możesz utworzyć ten zasób z wyprzedzeniem, podczas tworzenia aplikacji logiki lub po wdrożeniu. Opcjonalnie możesz również włączyć rozszerzone dane telemetryczne w aplikacji Szczegółowe informacje dla standardowych przepływów pracy.

Włączanie Szczegółowe informacje aplikacji w wdrożonej aplikacji logiki

  1. W witrynie Azure Portal znajdź wdrożona aplikację logiki.

  2. W menu aplikacji logiki w obszarze Ustawienia wybierz pozycję Aplikacja Szczegółowe informacje.

  3. W okienku Aplikacja Szczegółowe informacje wybierz pozycję Włącz aplikację Szczegółowe informacje.

  4. Po aktualizacji okienka w dolnej części wybierz pozycję Zastosuj>tak.

  5. W okienku Aplikacja Szczegółowe informacje wybierz pozycję Wyświetl dane Szczegółowe informacje aplikacji.

    Po otworzie pulpitu nawigacyjnego aplikacji Szczegółowe informacje możesz przejrzeć metryki lub dzienniki dla przepływu pracy aplikacji logiki. Na przykład, aby wykres lub zapytanie dotyczące danych, w menu zasobów Application Szczegółowe informacje w obszarze Monitorowanie wybierz pozycję Metryki lub dzienniki.

Otwórz Szczegółowe informacje aplikacji

  1. W witrynie Azure Portal znajdź wdrożona aplikację logiki.

  2. W menu aplikacji logiki w obszarze Ustawienia wybierz pozycję Aplikacja Szczegółowe informacje.

  3. W okienku Aplikacja Szczegółowe informacje wybierz pozycję Wyświetl dane Szczegółowe informacje aplikacji.

    Po otworzie pulpitu nawigacyjnego aplikacji Szczegółowe informacje możesz przejrzeć metryki lub dzienniki dla przepływu pracy aplikacji logiki. Na przykład, aby wykres lub zapytanie dotyczące danych, w menu zasobów Application Szczegółowe informacje w obszarze Monitorowanie wybierz pozycję Metryki lub dzienniki.

Wyświetlanie połączeń

Podczas tworzenia połączeń w przepływie pracy przy użyciu łączników zarządzanych przez firmę Microsoft te połączenia są faktycznie oddzielone zasobami platformy Azure własnymi definicjami zasobów i są hostowane na globalnej, wielodostępnej platformie Azure. Standardowe przepływy pracy aplikacji logiki mogą również używać wbudowanych łączników dostawcy usług, które są uruchamiane natywnie i obsługiwane przez jednodostępne środowisko uruchomieniowe usługi Azure Logic Apps. Aby wyświetlić te połączenia i zarządzać nimi, zobacz Wyświetlanie połączeń.

Zatrzymywanie lub uruchamianie zasobów aplikacji logiki

Wykonaj kroki opisane w temacie Wyłączanie lub włączanie aplikacji logiki.

Rozwiązywanie problemów i błędów

Brak nowych wyzwalaczy i akcji w selektorze projektanta dla utworzonych wcześniej przepływów pracy

Usługa Azure Logic Apps z jedną dzierżawą obsługuje wbudowane akcje dla operacji funkcji platformy Azure, operacji liquid i operacji XML, takich jak walidacja XML i przekształcanie kodu XML. Jednak w przypadku wcześniej utworzonych aplikacji logiki te akcje mogą nie być wyświetlane w projektancie, aby wybrać, czy aplikacja logiki używa nieaktualnej wersji pakietu rozszerzeń Microsoft.Azure.Functions.ExtensionBundle.Workflows.

Aby rozwiązać ten problem, wykonaj następujące kroki, aby usunąć nieaktualną wersję, aby pakiet rozszerzeń mógł automatycznie aktualizować do najnowszej wersji.

Uwaga

To konkretne rozwiązanie dotyczy tylko standardowych zasobów aplikacji logiki tworzonych przy użyciu witryny Azure Portal, a nie aplikacji logiki tworzonych i wdrażanych przy użyciu programu Visual Studio Code i rozszerzenia azure Logic Apps (Standard). Zobacz Brak obsługiwanych wyzwalaczy i akcji w projektancie w programie Visual Studio Code.

  1. W witrynie Azure Portal zatrzymaj aplikację logiki.

    1. W menu aplikacji logiki wybierz pozycję Przegląd.

    2. Na pasku narzędzi okienka Przegląd wybierz pozycję Zatrzymaj.

  2. W menu aplikacji logiki w obszarze Narzędzia programistyczne wybierz pozycję Narzędzia zaawansowane.

  3. W okienku Narzędzia zaawansowane wybierz pozycję Przejdź, co spowoduje otwarcie środowiska Kudu dla aplikacji logiki.

  4. Na pasku narzędzi Kudu otwórz menu Konsola debugowania i wybierz pozycję CMD.

    Zostanie otwarte okno konsoli umożliwiające przejście do folderu pakietu przy użyciu wiersza polecenia. Możesz też przeglądać strukturę katalogów wyświetlaną nad oknem konsoli.

  5. Przejdź do następującego folderu, który zawiera foldery w wersji dla istniejącego pakietu:

    ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

  6. Usuń folder wersji dla istniejącego pakietu. W oknie konsoli możesz uruchomić to polecenie, w którym zastąpisz element {bundle-version} istniejącą wersją:

    rm -rf {bundle-version}

    Na przykład: rm -rf 1.1.3.

    Napiwek

    Jeśli wystąpi błąd, taki jak "odmowa uprawnień" lub "plik w użyciu", odśwież stronę w przeglądarce i spróbuj ponownie wykonać poprzednie kroki do momentu usunięcia folderu.

  7. W witrynie Azure Portal wróć do strony Przegląd aplikacji logiki i wybierz pozycję Uruchom ponownie.

    Portal automatycznie pobiera i używa najnowszego pakietu.

Następne kroki