Tworzenie przepływu pracy integracji przy użyciu usługi Azure Logic Apps (Standard) z jedną dzierżawą w witrynie Azure Portal

Dotyczy: Azure Logic Apps (w warstwie Standardowa)

W tym artykule pokazano, jak utworzyć przykładowy przepływ pracy zautomatyzowanej integracji uruchamiany w środowisku usługi Azure Logic Apps z jedną dzierżawą przy użyciu typu zasobu aplikacji logiki (Standardowa) i Azure Portal. Ten typ zasobu może hostować wiele stanowych i bezstanowych przepływów pracy. Ponadto przepływy pracy w tej samej aplikacji logiki i dzierżawie działają w tym samym procesie co przeprojektowane środowisko uruchomieniowe usługi Azure Logic Apps, dzięki czemu współużytkują te same zasoby i zapewniają lepszą wydajność. Aby uzyskać więcej informacji na temat oferty usługi Azure Logic Apps z jedną dzierżawą, zapoznaj się z tematem Single-tenant versus multi-tenant i integration service environment (Środowisko usługi integracji i z wieloma dzierżawami).

Chociaż ten przykładowy przepływ pracy jest oparty na chmurze i ma tylko dwa kroki, możesz 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 żądania i następuje po akcji Office 365 Outlook. Wyzwalacz tworzy wywoływany punkt końcowy dla przepływu pracy i czeka na przychodzące żądanie HTTPS od dowolnego obiektu wywołującego. Gdy wyzwalacz otrzyma żą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.

Porada

Jeśli nie masz konta Office 365, możesz użyć innej dostępnej akcji, która może wysyłać wiadomości z konta e-mail, na przykład Outlook.com.

Aby utworzyć ten przykładowy przepływ pracy w Visual Studio Code zamiast tego, wykonaj kroki opisane w temacie Tworzenie przepływów pracy integracji przy użyciu usługi Azure Logic Apps z jedną dzierżawą i Visual Studio Code. Obie opcje zapewniają możliwość tworzenia, uruchamiania i wdrażania przepływów pracy aplikacji logiki w tych samych rodzajach środowisk. Jednak w przypadku Visual Studio Code można lokalnie opracowywać, testować i uruchamiać przepływy pracy w środowisku deweloperów.

Zrzut ekranu przedstawiający Azure Portal z projektantem przepływu pracy dla zasobu

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

  • Utwórz zasób aplikacji logiki i dodaj pusty stanowy przepływ pracy.
  • Dodaj wyzwalacz i akcję.
  • Wyzwalanie przebiegu przepływu pracy.
  • Wyświetl historię uruchamiania i wyzwalania przepływu pracy.
  • Włącz lub otwórz usługę Application Insights po wdrożeniu.
  • Włącz historię uruchamiania dla bezstanowych przepływów pracy.

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 aplikacji logiki (Standardowa) jest obsługiwany przez 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 artykule, potrzebujesz konta e-mail Office 365 Outlook, które używa konta służbowego Microsoft do logowania.

    Jeśli wybierzesz inny łącznik poczty e-mail, taki jak Outlook.com, 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 artykule, potrzebujesz narzędzia, 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 zasoby aplikacji logiki z ustawieniami, które obsługują korzystanie z usługi Application Insights, 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 Insights, ale możesz utworzyć ten zasób z wyprzedzeniem, podczas tworzenia aplikacji logiki lub po wdrożeniu.

  • Aby wdrożyć zasób aplikacji logiki (Standardowa) w App Service Environment w wersji 3 (ASEv3), musisz 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, zobacz Typy zasobów i środowiska oraz Tworzenie App Service Environment.

  • Od połowy października 2022 r. nowe przepływy pracy aplikacji logiki w warstwie Standardowa w Azure Portal automatycznie używają Azure Functions v4. W listopadzie 2022 r. istniejące przepływy pracy w warstwie Standardowa w Azure Portal są automatycznie migrowane do Azure Functions v4. 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ło żadnej akcji ani wpływu na środowisko uruchomieniowe. Jeśli jednak mają zastosowanie wyjątki lub aby uzyskać więcej informacji na temat obsługi Azure Functions v4, zobacz Azure Logic Apps Standard obsługuje teraz Azure Functions v4.

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 ma więcej niż 10–15 przepływów pracy na zasób aplikacji logiki.

Tworzenie zasobu aplikacji logiki w warstwie Standardowa

  1. W Azure Portal zaloguj się przy użyciu poświadczeń konta platformy Azure.

  2. W polu wyszukiwania Azure Portal wprowadź logic apps, a następnie wybierz pozycję Aplikacje logiki.

    Zrzut ekranu przedstawiający pole wyszukiwania Azure Portal z wybranym terminem wyszukiwania

  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ść Wymagany Wartość Opis
    Subskrypcja Tak <Nazwa subskrypcji platformy Azure> 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 zostanie utworzona grupa zasobów o nazwie Fabrikam-Workflows-RG.
    Nazwa aplikacji logiki Tak <logic-app-name> Nazwa 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.netponieważ zasób aplikacji logiki (Standardowa) jest obsługiwany przez jednodostępne środowisko uruchomieniowe usługi Azure Logic Apps, które używa modelu rozszerzalności Azure Functions i jest hostowane jako rozszerzenie w środowisku uruchomieniowym Azure Functions. 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 stosowane do standardowego typu aplikacji logiki opartej na planie. Właściwość Typ planu określa plan hostingu i model rozliczeniowy do użycia dla aplikacji logiki. Aby uzyskać więcej informacji, zobacz Plany hostingu i warstwy cenowe.

    Typ planu Opis
    Standardowa Ten typ aplikacji logiki jest domyślnym wyborem i działa w usłudze Azure Logic Apps z jedną dzierżawą i używa standardowego modelu rozliczeniowego.
    Zużycie Ten typ aplikacji logiki działa w globalnej, wielodostępnej usłudze Azure Logic Apps i używa modelu rozliczeń Zużycie.
    Właściwość Wymagany 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 Fabrikam-Service-Plan.

    Jednostka SKU i rozmiar Tak <warstwa cenowa> Warstwa cenowa do użycia dla aplikacji logiki. Wybór ma wpływ na ceny, zasoby obliczeniowe, pamięć i magazyn używany przez aplikację logiki i przepływy pracy.

    Aby zmienić domyślną warstwę cenową, wybierz pozycję Zmień rozmiar. Następnie możesz wybrać inne warstwy cenowe na podstawie potrzebnego obciążenia.

    Aby uzyskać więcej informacji, zobacz Plany hostingu i warstwy cenowe.

  6. Teraz kontynuuj wybieranie następujących opcji:

    Właściwość Wymagany Wartość Opis
    Publikowanie Tak Przepływ pracy Ta opcja jest wyświetlana i stosowana tylko wtedy, gdy typ planu jest ustawiony na typ aplikacji logiki Standardowa . 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 lokalizacji niestandardowej 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 (w warstwie Standardowa). Lokalizacje zasobów aplikacji logiki, lokalizacji niestandardowej i klastra muszą być takie same.

    Region Tak <Azure-region> 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 swoją 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

    W przypadku wybrania regionu świadczenia usługi Azure obsługującego nadmiarowość strefy dostępności sekcja Nadmiarowość strefy jest włączona. Ta sekcja umożliwia włączenie 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 stref nadmiarowości i stref dostępności.

    Po zakończeniu ustawienia wyglądają podobnie do tej wersji:

    Zrzut ekranu przedstawiający witrynę Azure Portal i stronę

  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ść Wymagany 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ć bazy danych 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. Bieżący 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 potrzebne są tylko dane 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 zawierać od 3 do 24 znaków z tylko cyframi i małymi literami. Wybierz istniejące konto lub utwórz nowe konto.

    W tym przykładzie zostanie utworzone konto magazynu o nazwie fabrikamstorageacct.

  8. Następnie, jeśli ustawienia tworzenia i wdrażania obsługują usługę Application Insights, możesz opcjonalnie włączyć rejestrowanie i śledzenie diagnostyczne dla aplikacji logiki.

    1. Na karcie Monitorowanie w obszarze Application Insights ustaw opcję Włącz usługę Application Insights na Wartość Tak , jeśli jeszcze nie została wybrana.

    2. Dla ustawienia usługi Application Insights wybierz istniejące wystąpienie usługi Application Insights lub jeśli chcesz utworzyć nowe wystąpienie, wybierz pozycję Utwórz nowe i podaj nazwę, której chcesz użyć.

  9. Gdy platforma Azure zweryfikuje ustawienia aplikacji logiki, na karcie Przeglądanie i tworzenie wybierz pozycję Utwórz, na przykład:

    Zrzut ekranu przedstawiający witrynę Azure Portal i nowe ustawienia zasobów aplikacji logiki.

    Uwaga

    Właściwość stosu środowiska uruchomieniowego tylko do odczytu jest automatycznie ustawiana podczas tworzenia.

    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 platforma Azure automatycznie działa i działa aplikacja logiki, ale nie wykonuje jeszcze żadnych czynności, ponieważ zasób jest pusty i nie dodano jeszcze żadnych przepływów pracy.

  10. Na stronie uzupełniania wdrożenia wybierz pozycję Przejdź do zasobu , aby dodać pusty przepływ pracy.

    Zrzut ekranu przedstawiający witrynę Azure Portal i zakończone wdrożenie.

Dodawanie pustego przepływu pracy

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

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

    Zrzut ekranu przedstawiający menu zasobów aplikacji logiki z wybraną pozycją

  2. Po otworze okienka Nowy przepływ pracy podaj nazwę przepływu pracy i wybierz typ stanu Stanowy lub Bezstanowy. Gdy wszystko będzie gotowe, wybierz przycisk Utwórz.

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

    Zrzut ekranu przedstawiający nowo dodany pusty stanowy przepływ pracy

  3. Następnie otwórz pusty przepływ pracy w projektancie, aby dodać wyzwalacz i akcję.

    1. Z listy przepływów pracy wybierz pusty przepływ pracy.

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

      Na powierzchni projektanta jest już wyświetlany monit Wybierz operację i jest domyślnie zaznaczony, aby okienko Dodaj wyzwalacz było również otwarte.

      Zrzut ekranu przedstawiający otwartego projektanta przepływu pracy z wybraną pozycją

Dodawanie wyzwalacza i akcji

W tym przykładzie jest kompilowanie przepływu pracy, który ma następujące kroki:

  • Wbudowany wyzwalacz żądania po odebraniu żądania HTTP, który odbiera wywołania przychodzące lub żądania i tworzy punkt końcowy, który może wywoływać inne usługi lub aplikacje logiki.

  • Akcja office 365 Outlookwyślij wiadomość e-mail.

Dodawanie wyzwalacza żądania

Przed dodaniem wyzwalacza do pustego przepływu pracy upewnij się, że projektant przepływu pracy jest otwarty i czy na powierzchni projektanta wybrano monit Wybierz operację .

  1. Obok powierzchni projektanta w okienku Dodawanie wyzwalacza w polu wyszukiwania Wybierz operację zaznacz kartę Wbudowana . Na tej karcie są wyświetlane wyzwalacze uruchamiane natywnie w usłudze Azure Logic Apps.

  2. W polu wyszukiwania Wybierz operację wprowadź , when a http requesta następnie wybierz wbudowany wyzwalacz żądania o nazwie Po odebraniu żądania HTTP.

    Zrzut ekranu przedstawiający projektanta i okienko Dodawanie wyzwalacza z wybranym wyzwalaczem

    Po wyświetleniu wyzwalacza w projektancie zostanie otwarte okienko szczegółów wyzwalacza, aby wyświetlić właściwości, ustawienia i inne akcje wyzwalacza.

    Zrzut ekranu przedstawiający projektanta z wybranym wyzwalaczem

    Porada

    Jeśli okienko szczegółów nie zostanie wyświetlone, upewnij się, że wyzwalacz został wybrany w projektancie.

  3. Jeśli musisz usunąć element z projektanta, wykonaj następujące kroki, aby usunąć elementy z projektanta.

  4. Aby zapisać swoją pracę, na pasku narzędzi projektanta wybierz pozycję Zapisz.

    Podczas zapisywania 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 Office 365 Outlook

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

    W projektancie zostanie wyświetlony monit Wybierz operację , a okienko Dodaj akcję zostanie ponownie otwarte, aby można było wybrać następną akcję.

    Uwaga

    Jeśli w okienku Dodaj akcję jest wyświetlany komunikat o błędzie "Nie można odczytać właściwości "filter" niezdefiniowanej, zapisz przepływ pracy, załaduj ponownie stronę, otwórz ponownie przepływ pracy i spróbuj ponownie.

  2. W okienku Dodaj akcję w polu wyszukiwania Wybierz operację wybierz pozycję Azure. Na tej karcie są wyświetlane zarządzane łączniki, które są dostępne i hostowane na platformie Azure.

    Uwaga

    Jeśli w okienku Dodaj akcję jest wyświetlany komunikat o błędzie , The access token expiry UTC time '{token-expiration-date-time}' is earlier than current UTC time '{current-date-time}'zapisz przepływ pracy, załaduj ponownie stronę, otwórz ponownie przepływ pracy i spróbuj ponownie dodać akcję.

    W tym przykładzie użyto akcji Office 365 Outlook o nazwie Wyślij wiadomość e-mail (wersja 2).

    Zrzut ekranu przedstawiający projektanta i okienko akcji Dodaj z wybraną akcją Office 365 Outlook

  3. W okienku szczegółów akcji na karcie Utwórz połączenie wybierz pozycję Zaloguj , aby utworzyć połączenie z kontem e-mail.

    Zrzut ekranu przedstawiający projektanta i okienko szczegółów

  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 , sprawdź, Failed with error: 'The browser is closed.'. Please sign in againczy 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 okienko szczegółów było również otwarte.

  5. W okienku szczegółów akcji na karcie Parametry podaj wymagane informacje dotyczące akcji, na przykład:

    Zrzut ekranu przedstawiający projektanta i okienko szczegółów

    Właściwość Wymagany Wartość Opis
    Do Tak <twój adres e-mail> 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 An email from your example workflow Temat wiadomości e-mail
    Treść Tak Hello from your example workflow! Zawartość treści wiadomości e-mail

    Uwaga

    Podczas wprowadzania jakichkolwiek zmian w okienku szczegółów na kartach Ustawienia, Wynik statyczny lub Uruchom po zaznaczeniu pozycji Gotowe , aby zatwierdzić te zmiany przed przełączeniem kart lub zmianą fokusu na projektanta. W przeciwnym razie projektant nie zachowa zmian.

  6. Zapisz pracę. Na pasku narzędzi projektanta wybierz pozycję Zapisz.

  7. Jeśli środowisko ma ścisłe wymagania sieciowe 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.

Znajdowanie nazw domen na potrzeby dostępu do zapory

Przed wdrożeniem aplikacji logiki i uruchomieniem przepływu pracy w 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źć przychodzące i wychodzące adresy IP 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łączenia. Na karcie Połączenia interfejsu API wybierz nazwę zasobu połączenia, na przykład:

    Zrzut ekranu przedstawiający menu Azure Portal i aplikacji logiki z wybraną nazwą zasobu połączenia

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

    Zrzut ekranu przedstawiający okienko Azure Portal i połączenie interfejsu API z wybranym widokiem JSON.

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

    Zrzut ekranu przedstawiający wybraną wartość właściwości

  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 Żądanie 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 szczegółów 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:

    http://<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>

    Zrzut ekranu przedstawiający projektanta z wyzwalaczem żądania i adresem URL punktu końcowego we właściwości

    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

    Porada

    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 Wprowadzenie.

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

      Zrzut ekranu przedstawiający narzędzie Postman z wybranym przyciskiem Nowy

    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 Test workflow trigger.

    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 użyto Logic Apps requests nazwy 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.

      Zrzut ekranu przedstawiający narzędzie Postman z otwartym okienkiem żądania

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

      Zrzut ekranu przedstawiający adres URL narzędzia Postman i punktu końcowego w polu adresu z wybranym przyciskiem Wyślij

      Gdy wyzwalacz zostanie wyzwolony, przykładowy przepływ pracy zostanie uruchomiony i wyśle wiadomość e-mail podobną do następującej:

      Zrzut ekranu przedstawiający pocztę e-mail programu Outlook zgodnie z opisem w przykładzie

Przeglądać historię uruchamiania

W przypadku stanowego przepływu pracy po każdym uruchomieniu przepływu pracy można wyświetlić historię uruchamiania, w tym stan ogólnego przebiegu, wyzwalacza oraz dla każdej akcji wraz z ich danymi wejściowymi i wyjściowymi. W Azure Portal historia uruchamiania i historia wyzwalacza są wyświetlane na poziomie przepływu pracy, a nie na poziomie aplikacji logiki. Aby przejrzeć historie wyzwalaczy poza kontekstem historii uruchamiania, zobacz Przeglądanie historii wyzwalaczy.

  1. W Azure Portal w menu przepływu pracy wybierz pozycję Przegląd.

  2. W okienku Przegląd wybierz pozycję Historia uruchamiania, która pokazuje historię uruchamiania dla tego przepływu pracy.

    Zrzut ekranu przedstawiający okienko

    Porada

    Jeśli najnowszy stan uruchomienia nie zostanie wyświetlony, na pasku narzędzi okienka Przegląd wybierz pozycję Odśwież. Nie ma żadnego uruchomienia dla wyzwalacza, który jest pomijany z powodu niezaspokojonych kryteriów lub znalezienia żadnych danych.

    W poniższej tabeli przedstawiono możliwe końcowe stany, które mogą mieć każdy przebieg przepływu pracy i wyświetlać je w portalu:

    Stan uruchomienia Opis
    Zostało przerwane Przebieg został zatrzymany lub nie został ukończony z powodu problemów zewnętrznych, na przykład awarii systemu lub wygaśnięcia subskrypcji platformy Azure.
    Anulowane Przebieg został wyzwolony i uruchomiony, ale otrzymał żądanie anulowania.
    Niepowodzenie Co najmniej jedna akcja w przebiegu nie powiodła się. Nie skonfigurowano żadnych kolejnych akcji w przepływie pracy w celu obsługi błędu.
    Uruchomiono Przebieg został wyzwolony i jest w toku, ale ten stan może być również wyświetlany dla przebiegu, który jest ograniczony z powodu limitów akcji lub bieżącego planu cenowego.

    Porada: Jeśli skonfigurujesz rejestrowanie diagnostyczne, możesz uzyskać informacje o wszelkich zdarzeniach ograniczania przepustowości, które się zdarzają.

    Powodzenie Przebieg zakończył się pomyślnie. Jeśli jakakolwiek akcja nie powiodła się, kolejna akcja w przepływie pracy obsłużyła ten błąd.
    Przekroczono limit czasu Upłynął limit czasu wykonywania, ponieważ bieżący czas trwania przekroczył limit czasu trwania przebiegu, który jest kontrolowany przez ustawienie Przechowywanie historii uruchamiania w dniach. Czas trwania przebiegu jest obliczany przy użyciu czasu rozpoczęcia i limitu czasu trwania przebiegu w tym czasie rozpoczęcia.

    Uwaga: Jeśli czas trwania przebiegu przekracza również bieżący limit przechowywania historii uruchamiania, który jest również kontrolowany przez ustawienie Przechowywanie historii uruchamiania w dniach, przebieg zostanie wyczyszczone z historii przebiegów przez codzienne zadanie oczyszczania. Niezależnie od tego, czy limit czasu uruchomienia jest przekroczony, czy ukończony, okres przechowywania jest zawsze obliczany przy użyciu czasu rozpoczęcia przebiegu i bieżącego limitu przechowywania. W związku z tym, jeśli zmniejszysz limit czasu trwania przebiegu w locie, limit czasu uruchamiania przekracza limit czasu. Jednak przebieg pozostaje lub jest czyszczone z historii przebiegów na podstawie tego, czy czas trwania przebiegu przekroczył limit przechowywania.

    Oczekiwanie Uruchomienie nie zostało uruchomione lub zostało wstrzymane, na przykład z powodu wcześniejszego wystąpienia przepływu pracy, które jest nadal uruchomione.
  3. Aby przejrzeć stan każdego kroku w przebiegu, wybierz przebieg, który chcesz przejrzeć.

    Zostanie otwarty widok szczegółów przebiegu i zostanie wyświetlony stan każdego kroku w przebiegu.

    Zrzut ekranu przedstawiający widok szczegółów przebiegu ze stanem każdego kroku w przepływie pracy.

    W poniższej tabeli przedstawiono możliwe stany, które mogą zawierać poszczególne akcje przepływu pracy i wyświetlać je w portalu:

    Stan akcji Opis
    Zostało przerwane Akcja została zatrzymana lub nie została zakończona z powodu problemów zewnętrznych, na przykład awarii systemu lub wygaśnięcia subskrypcji platformy Azure.
    Anulowane Akcja została uruchomiona, ale odebrano żądanie anulowania.
    Niepowodzenie Akcja nie powiodła się.
    Uruchomiono Akcja jest obecnie uruchomiona.
    Pominięto Akcja została pominięta, ponieważ jej runAfter warunki nie zostały spełnione, na przykład poprzednia akcja nie powiodła się. Każda akcja ma runAfter obiekt, w którym można skonfigurować warunki, które muszą zostać spełnione przed uruchomieniem bieżącej akcji.
    Powodzenie Akcja powiodła się.
    Powodzenie z ponownymi próbami Akcja zakończyła się pomyślnie, ale dopiero po jednej lub wielu ponownych próbach. Aby przejrzeć historię ponowień, w widoku szczegółów historii uruchamiania wybierz tę akcję, aby wyświetlić dane wejściowe i wyjściowe.
    Przekroczono limit czasu Akcja została zatrzymana z powodu limitu czasu określonego przez ustawienia tej akcji.
    Oczekiwanie Dotyczy akcji elementu webhook, która oczekuje na żądanie przychodzące od obiektu wywołującego.
  4. Aby przejrzeć dane wejściowe i wyjściowe dla określonego kroku, wybierz ten krok.

    Zrzut ekranu przedstawiający dane wejściowe i wyjściowe w wybranej akcji

  5. Aby dokładniej przejrzeć nieprzetworzone dane wejściowe i wyjściowe dla tego kroku, wybierz pozycję Pokaż nieprzetworzone dane wejściowe lub Pokaż nieprzetworzone dane wyjściowe.

Przejrzyj historię wyzwalaczy

W przypadku stanowego przepływu pracy możesz przejrzeć historię wyzwalacza dla każdego przebiegu, w tym stan wyzwalacza wraz z danymi wejściowymi i wyjściowymi, niezależnie od kontekstu historii uruchamiania. W Azure Portal historia wyzwalacza i historia uruchamiania są wyświetlane na poziomie przepływu pracy, a nie na poziomie aplikacji logiki. Aby znaleźć te dane historyczne, wykonaj następujące kroki:

  1. W Azure Portal w menu przepływu pracy wybierz pozycję Przegląd.

  2. Na stronie Przegląd wybierz pozycję Historie wyzwalaczy.

    W okienku Historie wyzwalaczy są wyświetlane historie wyzwalaczy dla przebiegów przepływu pracy.

  3. Aby przejrzeć określoną historię wyzwalacza, wybierz identyfikator dla tego przebiegu.

Włączanie lub otwieranie usługi Application Insights po wdrożeniu

Podczas uruchamiania przepływu pracy aplikacja logiki emituje dane telemetryczne wraz z innymi zdarzeniami. Dzięki tej telemetrii można uzyskać lepszy wgląd w przebieg przepływu pracy i sposób działania środowiska uruchomieniowego usługi Logic Apps na różne sposoby. Przepływ pracy można monitorować przy użyciu usługi Application Insights, która zapewnia dane telemetryczne niemal w czasie rzeczywistym (metryki na żywo). Ta funkcja może ułatwić badanie błędów i problemów z wydajnością, gdy te dane są używane do diagnozowania problemów, konfigurowania alertów i wykresów kompilacji.

Jeśli ustawienia tworzenia i wdrażania aplikacji logiki obsługują korzystanie z usługi Application Insights, możesz opcjonalnie włączyć rejestrowanie diagnostyczne i śledzenie aplikacji logiki. Można to zrobić podczas tworzenia aplikacji logiki w Azure Portal lub po wdrożeniu. Musisz mieć wystąpienie usługi Application Insights, ale możesz utworzyć ten zasób z wyprzedzeniem, podczas tworzenia aplikacji logiki lub po wdrożeniu.

Aby włączyć usługę Application Insights w wdrożonej aplikacji logiki lub otworzyć pulpit nawigacyjny usługi Application Insights, jeśli jest już włączony, wykonaj następujące kroki:

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

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

  3. Jeśli usługa Application Insights nie jest włączona, w okienku Application Insights wybierz pozycję Włącz usługę Application Insights. Po zaktualizowaniu okienka w dolnej części wybierz pozycję Zastosuj>tak.

    Jeśli usługa Application Insights jest włączona, w okienku Application Insights wybierz pozycję Wyświetl dane usługi Application Insights.

Po uruchomieniu usługi Application Insights możesz przejrzeć różne metryki dla aplikacji logiki. Aby uzyskać więcej informacji, zapoznaj się z następującymi tematami:

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 Azure Portal lub jeśli pracujesz w Visual Studio Code, zobacz Tworzenie stanowych i bezstanowych przepływów pracy w Visual Studio Code.

  1. W Azure Portal otwórz zasób aplikacji logiki (Standardowa).

  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:

    Workflows.{yourWorkflowName}.OperationOptions

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

    Przykład:

    Zrzut ekranu przedstawiający zasób Azure Portal i aplikacji logiki (Standardowa) z otwartym okienkiem

  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 Workflows.{yourWorkflowName}.OperationOptionswłaściwość na None, lub usuń właściwość i jej wartość.

Wyświetlanie połączeń

Podczas tworzenia połączeń w ramach przepływu pracy przy użyciu łączników zarządzanych lub opartych na dostawcy usług wbudowane łączniki te są faktycznie oddzielone zasobami platformy Azure własnymi definicjami zasobów.

  1. Z menu aplikacji logiki w obszarze Przepływy pracy wybierz pozycję Połączenia.

  2. Na podstawie typu połączenia, który chcesz wyświetlić, wybierz jedną z następujących opcji:

    Opcja Opis
    Połączenia interfejsu API Połączenia utworzone przez łączniki zarządzane
    Połączenia dostawcy usług Połączenia utworzone przez wbudowane łączniki oparte na implementacji interfejsu dostawcy usług. określone wystąpienie połączenia, które zawiera więcej informacji o tym połączeniu. Aby wyświetlić podstawową definicję zasobu wybranego połączenia, wybierz pozycję Widok JSON.
    Widok JSON Podstawowe definicje zasobów dla wszystkich połączeń w aplikacji logiki

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), a następnie wybierz pozycję Usuń. Aby potwierdzić, wybierz pozycję OK.

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

  • Wybierz element, aby okienko szczegółów 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.

    Zrzut ekranu przedstawiający wybrany element w projektancie z otwartym okienkiem szczegółów oraz wybranym przyciskiem wielokropka i poleceniem

    Porada

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

Ponowne uruchamianie, zatrzymywanie lub uruchamianie aplikacji logiki

Jednocześnie można zatrzymać lub uruchomić jedną aplikację logiki lub wiele aplikacji logiki. Możesz również ponownie uruchomić jedną aplikację logiki bez uprzedniego zatrzymywania. Aplikacja logiki oparta na jednej dzierżawie może zawierać wiele przepływów pracy, dzięki czemu można zatrzymać całą aplikację logiki lub wyłączyć tylko przepływy pracy.

Uwaga

Działanie zatrzymywania aplikacji logiki i wyłączania operacji przepływu pracy ma różne efekty. Aby uzyskać więcej informacji, zapoznaj się z zagadnieniami dotyczącymi zatrzymywania aplikacji logiki i zagadnieniami dotyczącymi wyłączania przepływów pracy.

Zagadnienia dotyczące zatrzymywania aplikacji logiki

Zatrzymanie aplikacji logiki wpływa na wystąpienia przepływu pracy w następujący sposób:

  • Usługa Azure Logic Apps natychmiast anuluje wszystkie trwające i oczekujące uruchomienia.

  • Usługa Azure Logic Apps nie tworzy ani nie uruchamia nowych wystąpień przepływu pracy.

  • Wyzwalacze nie będą wyzwalane przy następnym spełnieniu warunków. Stany wyzwalacza pamiętają jednak punkty, w których aplikacja logiki została zatrzymana. Dlatego po ponownym uruchomieniu aplikacji logiki wyzwalacze są wyzwalane dla wszystkich nieprzetworzonych elementów od ostatniego uruchomienia.

    Aby zatrzymać wyzwalanie każdego przepływu pracy dla nieprzetworzonych elementów od ostatniego uruchomienia, wyczyść stan wyzwalacza przed ponownym uruchomieniem aplikacji logiki, wykonując następujące kroki:

    1. W Azure Portal otwórz aplikację logiki.
    2. W menu aplikacji logiki w obszarze Przepływy pracy wybierz pozycję Przepływy pracy.
    3. Otwórz przepływ pracy i edytuj dowolną część wyzwalacza tego przepływu pracy.
    4. Zapisz zmiany. Ten krok powoduje zresetowanie bieżącego stanu wyzwalacza.
    5. Powtórz dla każdego przepływu pracy.
    6. Po zakończeniu uruchom ponownie aplikację logiki.

Ponowne uruchamianie, zatrzymywanie lub uruchamianie pojedynczej aplikacji logiki

  1. W Azure Portal otwórz aplikację logiki.

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

    • Aby ponownie uruchomić aplikację logiki bez zatrzymywania, na pasku narzędzi okienka Przegląd wybierz pozycję Uruchom ponownie.
    • Aby zatrzymać uruchomioną aplikację logiki, na pasku narzędzi okienka Przegląd wybierz pozycję Zatrzymaj. Potwierdź wybór.
    • Aby uruchomić zatrzymaną aplikację logiki, na pasku narzędzi okienka Przegląd wybierz pozycję Uruchom.

    Uwaga

    Jeśli aplikacja logiki została już zatrzymana, zostanie wyświetlona tylko opcja Uruchom . Jeśli aplikacja logiki jest już uruchomiona, zostanie wyświetlona tylko opcja Zatrzymaj . Możesz ponownie uruchomić aplikację logiki w dowolnym momencie.

  3. Aby potwierdzić, czy operacja zakończyła się powodzeniem, czy niepowodzeniem, na głównym pasku narzędzi platformy Azure otwórz listę Powiadomień (ikona dzwonka).

Zatrzymywanie lub uruchamianie wielu aplikacji logiki

Możesz jednocześnie zatrzymać lub uruchomić wiele aplikacji logiki, ale nie można ponownie uruchomić wielu aplikacji logiki bez ich wcześniejszego zatrzymywania.

  1. W głównym polu wyszukiwania Azure Portal wprowadź logic apps, a następnie wybierz pozycję Aplikacje logiki.

  2. Na stronie Aplikacje logiki przejrzyj kolumnę Stan aplikacji logiki.

  3. W kolumnie pola wyboru wybierz aplikacje logiki, które chcesz zatrzymać lub uruchomić.

    • Aby zatrzymać wybrane uruchomione aplikacje logiki, na pasku narzędzi okienka Przegląd wybierz pozycję Wyłącz/Zatrzymaj. Potwierdź wybór.
    • Aby uruchomić wybrane zatrzymane aplikacje logiki, na pasku narzędzi okienka Przegląd wybierz pozycję Włącz/Uruchom.
  4. Aby potwierdzić, czy operacja zakończyła się powodzeniem, czy niepowodzeniem, na głównym pasku narzędzi platformy Azure otwórz listę Powiadomień (ikona dzwonka).

Wyłączanie lub włączanie przepływów pracy

Aby zatrzymać wyzwalacz od uruchomienia przy następnym spełnieniu warunku wyzwalacza, wyłącz przepływ pracy. Można wyłączyć lub włączyć pojedynczy przepływ pracy, ale nie można jednocześnie wyłączyć ani włączyć wielu przepływów pracy. Wyłączenie przepływu pracy wpływa na wystąpienia przepływu pracy w następujący sposób:

  • Usługa Azure Logic Apps kontynuuje wszystkie trwające i oczekujące przebiegi do momentu zakończenia. Na podstawie woluminu lub listy prac ukończenie tego procesu może zająć trochę czasu.

  • Usługa Azure Logic Apps nie tworzy ani nie uruchamia nowych wystąpień przepływu pracy.

  • Wyzwalacz nie zostanie wyzwolony przy następnym spełnieniu warunków. Jednak stan wyzwalacza zapamiętuje punkt, w którym przepływ pracy został wyłączony. Dlatego jeśli ponownie włączysz przepływ pracy, wyzwalacz zostanie wyzwolony dla wszystkich nieprzetworzonych elementów od ostatniego uruchomienia.

    Aby zatrzymać wyzwalacz przed ponownym uaktywnieniem przepływu pracy dla nieprzetworzonych elementów od ostatniego uruchomienia, wyczyść stan wyzwalacza:

    1. W przepływie pracy edytuj dowolną część wyzwalacza przepływu pracy.
    2. Zapisz zmiany. Ten krok powoduje zresetowanie bieżącego stanu wyzwalacza.
    3. Ponownie uaktywnij przepływ pracy.
  • Gdy przepływ pracy jest wyłączony, nadal można ponownie przesłać przebiegi.

Uwaga

Wyłącz przepływ pracy i zatrzymaj operacje aplikacji logiki mają różne efekty. Aby uzyskać więcej informacji, zapoznaj się z tematem Zagadnienia dotyczące zatrzymywania aplikacji logiki.

Wyłączanie przepływu pracy

  1. W menu aplikacji logiki w obszarze Przepływy pracy wybierz pozycję Przepływy pracy. W kolumnie pola wyboru wybierz przepływ pracy do wyłączenia.

  2. Na pasku narzędzi okienka Przepływy pracy wybierz pozycję Wyłącz.

  3. Aby potwierdzić, czy operacja zakończyła się powodzeniem, czy niepowodzeniem, na głównym pasku narzędzi platformy Azure otwórz listę Powiadomień (ikona dzwonka).

Włączanie przepływu pracy

  1. W menu aplikacji logiki w obszarze Przepływy pracy wybierz pozycję Przepływy pracy. W kolumnie pola wyboru wybierz przepływ pracy, który ma być włączony.

  2. Na pasku narzędzi okienka Przepływy pracy wybierz pozycję Włącz.

  3. Aby potwierdzić, czy operacja zakończyła się powodzeniem, czy niepowodzeniem, na głównym pasku narzędzi platformy Azure otwórz listę Powiadomień (ikona dzwonka).

Usuwanie aplikacji logiki lub przepływów pracy

Jednocześnie można usunąć jedną lub wiele aplikacji logiki. Aplikacja logiki oparta na jednej dzierżawie może zawierać wiele przepływów pracy, dzięki czemu można usunąć całą aplikację logiki lub usunąć tylko przepływy pracy.

Usuwanie aplikacji logiki

Usunięcie aplikacji logiki powoduje natychmiastowe anulowanie w toku i oczekujących przebiegów, ale nie uruchamia zadań oczyszczania w magazynie używanym przez aplikację.

  1. W głównym polu wyszukiwania Azure Portal wprowadź logic apps, a następnie wybierz pozycję Aplikacje logiki.

  2. Z listy Aplikacje logiki w kolumnie pola wyboru wybierz jedną lub wiele aplikacji logiki do usunięcia. Na pasku narzędzi wybierz pozycję Usuń.

  3. Po wyświetleniu pola potwierdzenia wprowadź , yesa następnie wybierz pozycję Usuń.

  4. Aby potwierdzić, czy operacja zakończyła się powodzeniem, czy niepowodzeniem, na głównym pasku narzędzi platformy Azure otwórz listę Powiadomień (ikona dzwonka).

Usuwanie przepływów pracy

Usunięcie przepływu pracy wpływa na wystąpienia przepływu pracy w następujący sposób:

  • Usługa Azure Logic Apps natychmiast anuluje trwające i oczekujące uruchomienia, ale uruchamia zadania oczyszczania w magazynie używanym przez przepływ pracy.

  • Usługa Azure Logic Apps nie tworzy ani nie uruchamia nowych wystąpień przepływu pracy.

  • Jeśli usuniesz przepływ pracy, a następnie ponownie utworzysz ten sam przepływ pracy, utworzony ponownie przepływ pracy nie będzie miał tych samych metadanych co usunięty przepływ pracy. Aby odświeżyć metadane, należy ponownie zapisać dowolny przepływ pracy, który nazwał usunięty przepływ pracy. W ten sposób obiekt wywołujący pobiera poprawne informacje dotyczące ponownie tworzonego przepływu pracy. W przeciwnym razie wywołania ponownego przepływu pracy kończą się niepowodzeniem Unauthorized z powodu błędu. To zachowanie dotyczy również przepływów pracy, które używają artefaktów na kontach integracji i przepływach pracy wywołujących funkcje platformy Azure.

  1. W Azure Portal otwórz aplikację logiki.

  2. W menu aplikacji logiki w obszarze Przepływy pracy wybierz pozycję Przepływy pracy. W kolumnie pola wyboru wybierz jeden lub wiele przepływów pracy do usunięcia.

  3. Na pasku narzędzi wybierz pozycję Usuń.

  4. Aby potwierdzić, czy operacja zakończyła się powodzeniem, czy niepowodzeniem, na głównym pasku narzędzi platformy Azure otwórz listę Powiadomień (ikona dzwonka).

Odzyskiwanie usuniętych aplikacji logiki

Jeśli używasz kontroli źródła, możesz bezproblemowo ponownie wdrożyć usunięty zasób aplikacji logiki (Standardowa) do usługi Azure Logic Apps z jedną dzierżawą. Jeśli jednak nie używasz kontroli źródła, spróbuj wykonać następujące kroki, aby odzyskać usuniętą aplikację logiki.

Uwaga

Przed podjęciem próby odzyskania usuniętej aplikacji logiki zapoznaj się z następującymi zagadnieniami:

  • Możesz odzyskać tylko usunięte zasoby aplikacji logiki (Standardowa), które korzystają z planu hostingu standardowego przepływu pracy . Nie można odzyskać usuniętych zasobów aplikacji logiki (Zużycie).

  • Jeśli przepływ pracy rozpoczyna się od wyzwalacza Żądanie, adres URL wywołania zwrotnego dla odzyskanej aplikacji logiki różni się od adresu URL usuniętej aplikacji logiki.

  • Historia uruchamiania z usuniętej aplikacji logiki jest niedostępna w odzyskanej aplikacji logiki.>

  1. Upewnij się, że konto magazynu aplikacji logiki nadal istnieje. Jeśli konto magazynu zostało usunięte, musisz najpierw odzyskać usunięte konto magazynu.

  2. W menu konta magazynu w obszarze Zabezpieczenia i sieć wybierz pozycję Klucze dostępu.

  3. Na stronie Klucze dostępu skopiuj podstawowe parametry połączenia konta i zapisz je do późniejszego użycia, na przykład:

    DefaultEndpointsProtocol=https;AccountName=<storageaccountname>;AccountKey=<accesskey>;EndpointSuffix=core.windows.net

  4. W menu konta magazynu w obszarze Magazyn danych wybierz pozycję Udziały plików, skopiuj nazwę udziału plików skojarzonego z aplikacją logiki i zapisz do późniejszego użycia.

  5. Utwórz nowy zasób aplikacji logiki (Standardowa) przy użyciu tego samego planu hostingu i warstwy cenowej. Możesz użyć nowej nazwy lub ponownie użyć nazwy z usuniętej aplikacji logiki.

  6. Przed kontynuowaniem zatrzymaj aplikację logiki. Z menu aplikacji logiki wybierz pozycję Przegląd. Na pasku narzędzi strony Przegląd wybierz pozycję Zatrzymaj.

  7. Z menu aplikacji logiki w obszarze Ustawienia wybierz pozycję Konfiguracja.

  8. Na stronie Konfiguracja zaktualizuj następujące wartości ustawień aplikacji i pamiętaj o zapisaniu zmian po zakończeniu.

    Ustawienie aplikacji Wartość zastąpienia
    AzureWebJobsStorage Zastąp istniejącą wartość wcześniej skopiowanymi parametrami połączenia z konta magazynu.
    WEBSITE_CONTENTAZUREFILECONNECTIONSTRING Zastąp istniejącą wartość wcześniej skopiowanymi ciągami z konta magazynu.
    WEBSITE_CONTENTSHARE Zastąp istniejącą wartość wcześniej skopiowaną nazwą udziału plików.
  9. W menu aplikacji logiki w obszarze Przepływy pracy wybierz pozycję Połączenia.

  10. Otwórz każde połączenie i w obszarze Ustawienia wybierz pozycję Zasady dostępu.

  11. Usuń zasady dostępu dla usuniętej aplikacji logiki, a następnie dodaj nowe zasady dostępu dla zastępczej aplikacji logiki.

  12. Wróć do strony Konfiguracja aplikacji logiki i dodaj wszystkie ustawienia niestandardowe, które istniały w usuniętej aplikacji logiki.

  13. Po zakończeniu uruchom ponownie aplikację logiki.

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

Brak nowych wyzwalaczy i akcji w selektorze projektanta dla wcześniej utworzonych 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 zasobów aplikacji logiki (Standardowa), które tworzysz przy użyciu Azure Portal, a nie aplikacji logiki tworzonych i wdrażanych przy użyciu Visual Studio Code i rozszerzenia usługi Azure Logic Apps (Standardowa). Zobacz Brak obsługiwanych wyzwalaczy i akcji w projektancie w Visual Studio Code.

  1. W 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 {bundle-version} istniejącą wersją:

    rm -rf {bundle-version}

    Na przykład: rm -rf 1.1.3

    Porada

    Jeśli wystąpi błąd, taki jak "odmowa uprawnień" lub "plik w użyciu", odśwież stronę w przeglądarce i spróbuj wykonać poprzednie kroki ponownie, dopóki folder nie zostanie usunięty.

  7. W 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

Chcielibyśmy usłyszeć od Ciebie o doświadczeniach z tym scenariuszem!