Monitorowanie stanu przebiegu przepływu pracy, przeglądanie historii uruchamiania wyzwalacza i przepływu pracy oraz konfigurowanie alertów w usłudze Azure Logic Apps

  • Artykuł

Dotyczy: Azure Logic Apps (Zużycie + Standardowa)

Po utworzeniu i uruchomieniu przepływu pracy aplikacji logiki możesz sprawdzić, czy stan uruchomienia przepływu pracy, historia wyzwalacza, historia przebiegów przepływu pracy i wydajność.

W tym przewodniku przedstawiono sposób wykonywania następujących zadań:

  • Przejrzyj historię wyzwalaczy.
  • Przejrzyj historię uruchamiania przepływu pracy.
  • Skonfiguruj alerty , aby otrzymywać powiadomienia o awariach lub innych możliwych problemach. Można na przykład utworzyć alert, który wykrywa błąd "gdy więcej niż pięć przebiegów kończy się niepowodzeniem w ciągu godziny".

Aby monitorować i przeglądać stan uruchamiania przepływu pracy dla przepływów pracy w warstwie Standardowa, zobacz następujące sekcje w temacie Tworzenie przykładowego przepływu pracy standardowej aplikacji logiki w usłudze Azure Logic Apps z jedną dzierżawą:

W przypadku monitorowania zdarzeń w czasie rzeczywistym i bogatszego debugowania można skonfigurować rejestrowanie diagnostyczne dla przepływu pracy aplikacji logiki przy użyciu dzienników usługi Azure Monitor. Ta usługa platformy Azure ułatwia monitorowanie środowisk w chmurze i lokalnych, dzięki czemu można łatwiej utrzymać ich dostępność i wydajność. Następnie można znaleźć i wyświetlić zdarzenia, takie jak zdarzenia wyzwalacza, zdarzenia uruchamiania i zdarzenia akcji. Przechowując te informacje w dziennikach usługi Azure Monitor, można tworzyć zapytania dziennika, które ułatwiają znajdowanie i analizowanie tych informacji. Możesz również użyć tych danych diagnostycznych z innymi usługami platformy Azure, takimi jak Azure Storage i Azure Event Hubs. Aby uzyskać więcej informacji, zobacz Monitorowanie aplikacji logiki przy użyciu usługi Azure Monitor.

Uwaga

Jeśli przepływ pracy jest uruchamiany w środowisku usługi integracji (ISE), które zostało utworzone w celu korzystania z wewnętrznego punktu końcowego dostępu, możesz wyświetlać dane wejściowe i wyjściowe oraz uzyskiwać do nich dostęp z historii przebiegów przepływu pracy tylko z poziomu sieci wirtualnej. Upewnij się, że masz łączność sieciową między prywatnymi punktami końcowymi a komputerem, z którego chcesz uzyskać dostęp do historii przebiegów. Na przykład komputer kliencki może istnieć wewnątrz sieci wirtualnej środowiska ISE lub wewnątrz sieci wirtualnej połączonej z siecią wirtualną środowiska ISE, na przykład za pośrednictwem komunikacji równorzędnej lub wirtualnej sieci prywatnej. Aby uzyskać więcej informacji, zobacz Dostęp do punktu końcowego ISE.

Przejrzyj historię wyzwalaczy

Każde uruchomienie przepływu pracy rozpoczyna się od wyzwalacza, który jest uruchamiany zgodnie z harmonogramem lub czeka na przychodzące żądanie lub zdarzenie. Historia wyzwalacza zawiera listę wszystkich prób wyzwalacza wykonanych przez przepływ pracy oraz informacje o danych wejściowych i wyjściowych dla każdej próby wyzwalacza.

  1. W witrynie Azure Portal otwórz zasób aplikacji logiki i przepływ pracy w projektancie.

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

    Screenshot shows Overview pane for Consumption logic app workflow with selected option named Trigger history.

    W obszarze Historia wyzwalacza są wyświetlane wszystkie próby wyzwalacza. Za każdym razem, gdy wyzwalacz zostanie pomyślnie wyzwolony, usługa Azure Logic Apps tworzy pojedyncze wystąpienie przepływu pracy i uruchamia to wystąpienie. Domyślnie każde wystąpienie jest uruchamiane równolegle, aby żaden przepływ pracy nie musiał czekać przed uruchomieniem przebiegu. Jeśli przepływ pracy wyzwala wiele zdarzeń lub elementów jednocześnie, dla każdego elementu o tej samej dacie i godzinie zostanie wyświetlony wpis wyzwalacza.

    Screenshot shows Overview pane with Consumption logic app workflow and multiple trigger attempts for different items.

    W poniższej tabeli wymieniono możliwe stany wyzwalacza:

    Stan wyzwalacza opis
    Nie działa Wystąpił błąd. Aby przejrzeć wszystkie wygenerowane komunikaty o błędach dla wyzwalacza, który zakończył się niepowodzeniem, wybierz tę próbę wyzwalacza i wybierz pozycję Dane wyjściowe. Na przykład możesz znaleźć dane wejściowe, które nie są prawidłowe.
    Pominięto Wyzwalacz sprawdził punkt końcowy, ale nie znalazł żadnych danych, które spełniają określone kryteria.
    Powodzenie Wyzwalacz sprawdził punkt końcowy i znalazł dostępne dane. Zazwyczaj stan wyzwolony jest również wyświetlany wraz z tym stanem. Jeśli nie, definicja wyzwalacza może mieć warunek lub SplitOn polecenie, które nie zostało spełnione.

    Ten stan może dotyczyć wyzwalacza ręcznego, wyzwalacza opartego na cyklu lub wyzwalacza sondowania. Wyzwalacz może działać pomyślnie, ale sam przebieg może nadal zakończyć się niepowodzeniem, gdy akcje generują nieobsługiwane błędy.

    Napiwek

    Możesz ponownie sprawdzić wyzwalacz bez oczekiwania na następny cykl. Na pasku narzędzi okienka Przegląd lub na pasku narzędzi projektanta wybierz pozycję Uruchom wyzwalacz>Uruchom.

  3. Aby wyświetlić informacje o określonej próbie wyzwalacza, wybierz to zdarzenie wyzwalacza.

    Screenshot shows Consumption workflow trigger entry selected.

    Jeśli lista zawiera wiele prób wyzwalacza i nie możesz znaleźć żądanego wpisu, spróbuj przefiltrować listę. Jeśli nie znajdziesz oczekiwanych danych, spróbuj wybrać pozycję Odśwież na pasku narzędzi.

    Teraz możesz przejrzeć informacje o wybranym zdarzeniu wyzwalacza, na przykład:

    Screenshot shows selected Consumption workflow trigger history information.

Przeglądanie historii uruchamiania przepływu pracy

Za każdym razem, gdy wyzwalacz zostanie pomyślnie wyzwolony, usługa Azure Logic Apps tworzy wystąpienie przepływu pracy i uruchamia to wystąpienie. Domyślnie każde wystąpienie jest uruchamiane równolegle, aby żaden przepływ pracy nie musiał czekać przed uruchomieniem przebiegu. Możesz sprawdzić, co się stało podczas każdego przebiegu, w tym stan, dane wejściowe i wyjściowe dla każdego kroku w przepływie pracy.

  1. W witrynie Azure Portal otwórz zasób aplikacji logiki i przepływ pracy w projektancie.

  2. W menu aplikacji logiki wybierz pozycję Przegląd. Na stronie Przegląd wybierz pozycję Historia przebiegów.

    W obszarze Historia przebiegów są wyświetlane wszystkie ostatnie, bieżące i wszystkie oczekujące przebiegi. Jeśli wyzwalacz zostanie wyzwolony dla wielu zdarzeń lub elementów jednocześnie, wpis pojawi się dla każdego elementu o tej samej dacie i godzinie.

    Screenshot shows Consumption workflow and Overview page with selected option for Runs history.

    W poniższej tabeli wymieniono możliwe stany uruchamiania:

    Stan przebiegu opis
    Przerwane Przebieg został zatrzymany lub nie został zakończony z powodu problemów zewnętrznych, na przykład awarii systemu lub wygasłej subskrypcji platformy Azure.
    Anulowane Przebieg został wyzwolony i uruchomiony, ale otrzymał żądanie anulowania.
    Nie działa Co najmniej jedna akcja w przebiegu nie powiodła się. Nie skonfigurowano żadnych kolejnych akcji w przepływie pracy w celu obsługi awarii.
    Uruchomiono Przebieg został wyzwolony i jest w toku. Jednak ten stan może być również wyświetlany dla przebiegu, który jest ograniczany 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 przebiegu 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. Bez względu na to, czy limit czasu uruchomienia, czy ukończenie, 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 ze względu na wcześniejsze wystąpienie przepływu pracy, które jest nadal uruchomione.

  3. Aby przejrzeć kroki i inne informacje dotyczące określonego przebiegu, w obszarze Historia przebiegów wybierz ten przebieg. Jeśli lista zawiera wiele przebiegów i nie możesz znaleźć żądanego wpisu, spróbuj przefiltrować listę.

    Napiwek

    Jeśli stan uruchomienia nie jest wyświetlany, spróbuj odświeżyć okienko przeglądu, wybierając pozycję Odśwież. W przypadku wyzwalacza pomijanego z powodu niezaspokojonych kryteriów lub znalezienia danych nie ma żadnego przebiegu.

    Screenshot shows Consumption workflow run selected.

    Okienko uruchamiania aplikacji logiki zawiera każdy krok w wybranym przebiegu, stan uruchomienia każdego kroku oraz czas potrzebny na uruchomienie każdego kroku, na przykład:

    Screenshot shows each action in the selected workflow run.

    Aby wyświetlić te informacje w formularzu listy, na pasku narzędzi uruchamiania aplikacji logiki wybierz pozycję Uruchom szczegóły.

    Screenshot shows toolbar named Logic app run with the selected option Run Details.

    Szczegóły przebiegu zawiera listę poszczególnych kroków, ich stan i inne informacje.

    Screenshot showing the run details for each step in the workflow.

    Możesz na przykład pobrać właściwość Identyfikator korelacji przebiegu, która może być potrzebna podczas korzystania z interfejsu API REST dla usługi Logic Apps.

  4. Aby uzyskać więcej informacji na temat określonego kroku, wybierz jedną z opcji:

    • W okienku Uruchamiania aplikacji logiki wybierz krok, aby kształt był rozwijany. Teraz możesz wyświetlić informacje, takie jak dane wejściowe, dane wyjściowe i wszelkie błędy, które wystąpiły w tym kroku.

      Załóżmy na przykład, że masz akcję, która zakończyła się niepowodzeniem i chcesz sprawdzić, które dane wejściowe mogły spowodować niepowodzenie tego kroku. Rozwijając kształt, możesz wyświetlić dane wejściowe, dane wyjściowe i błąd dla tego kroku:

      Screenshot showing the

    • W okienku Szczegóły uruchomienia aplikacji logiki wybierz odpowiedni krok.

      Screenshot showing the

    Uwaga

    Wszystkie szczegóły i zdarzenia środowiska uruchomieniowego są szyfrowane w usłudze Azure Logic Apps i są odszyfrowywane tylko wtedy, gdy użytkownik żąda wyświetlenia tych danych. Dane wejściowe i wyjściowe można ukryć w historii uruchamiania lub kontrolować dostęp użytkowników do tych informacji przy użyciu kontroli dostępu na podstawie ról (RBAC) platformy Azure.

Ponowne uruchamianie przepływu pracy z tymi samymi danymi wejściowymi

Możesz ponownie uruchomić wcześniej zakończony przepływ pracy z tymi samymi danymi wejściowymi, które wcześniej były używane przez ponowne przesłanie przebiegu do usługi Azure Logic Apps. Wykonanie tego zadania powoduje utworzenie i dodanie nowego przebiegu przepływu pracy do historii uruchamiania przepływu pracy.

Uwaga

Jeśli przepływ pracy zawiera operacje, takie jak operacje tworzenia lub usuwania, ponowne przesłanie przebiegu może spowodować utworzenie zduplikowanych danych lub próbę usunięcia danych, które już nie istnieją, co spowoduje wystąpienie błędu.

  1. W witrynie Azure Portal otwórz zasób aplikacji logiki i przepływ pracy w projektancie.

  2. W menu aplikacji logiki wybierz pozycję Przegląd. Na stronie Przegląd wybierz pozycję Historia przebiegów.

    W obszarze Historia przebiegów są wyświetlane wszystkie ostatnie, bieżące i wszystkie oczekujące przebiegi. Jeśli wyzwalacz zostanie wyzwolony dla wielu zdarzeń lub elementów jednocześnie, wpis pojawi się dla każdego elementu o tej samej dacie i godzinie.

  3. W okienku Historia przebiegów wybierz przebieg, który chcesz ponownie przesłać.

  4. Na pasku narzędzi Uruchom aplikację logiki wybierz pozycję Prześlij ponownie, a następnie wybierz pozycję Tak.

    W okienku Historia przebiegów jest teraz wyświetlany ponownie przekazany przebieg.

    Napiwek

    Jeśli ponowne uruchomienie nie zostanie wyświetlone, na pasku narzędzi w okienku Historia przebiegów wybierz pozycję Odśwież. W przypadku wyzwalacza pomijanego z powodu niezaspokojonych kryteriów lub znalezienia danych nie ma żadnego przebiegu.

  5. Aby przejrzeć dane wejściowe i wyjściowe dla ponownego uruchomienia przepływu pracy, na karcie Historia przebiegów wybierz to uruchomienie.

Konfigurowanie alertów monitorowania

Aby uzyskać alerty na podstawie określonych metryk lub przekroczenia progów dla aplikacji logiki, skonfiguruj alerty w usłudze Azure Monitor. Aby uzyskać więcej informacji, zobacz Metryki na platformie Azure.

Aby skonfigurować alerty bez korzystania z usługi Azure Monitor, wykonaj następujące kroki, które dotyczą zasobów aplikacji logiki Zużycie i Standardowa:

  1. W menu aplikacji logiki w obszarze Monitorowanie wybierz pozycję Alerty. Na pasku narzędzi wybierz pozycję Utwórz>regułę alertu.

  2. Na stronie Tworzenie reguły alertu z listy Nazwa sygnału wybierz sygnał, dla którego chcesz uzyskać alert.

    Aby na przykład wysłać alert w przypadku niepowodzenia wyzwalacza, wykonaj następujące kroki:

    1. Z listy Nazwa sygnału wybierz sygnał Wyzwalacze, które zakończyły się niepowodzeniem.

    2. W obszarze Logika alertu skonfiguruj warunek, na przykład:

      Właściwości Przykładowa wartość
      Threshold Static
      Typ agregacji Licznik
      Operator Większe niż lub równe
      Jednostka Licznik
      Wartość progowa 1

      W sekcji Wersja zapoznawcza jest teraz wyświetlany skonfigurowany warunek, na przykład:

      Za każdym razem, gdy liczba wyzwalaczy nie powiodła się, jest większa lub równa 1

    3. W obszarze Kiedy należy ocenić, skonfiguruj harmonogram sprawdzania warunku:

      Właściwości Przykładowa wartość
      Sprawdź co 1 minuta
      Okres wyszukiwania 5 minut

      Na przykład gotowy warunek wygląda podobnie do poniższego przykładu, a na stronie Tworzenie reguły alertu jest teraz wyświetlany koszt uruchomienia tego alertu:

      Screenshot shows the alert rule condition.

  3. Gdy wszystko będzie gotowe, wybierz pozycję Przejrzyj i utwórz.

Aby uzyskać ogólne informacje, zobacz Tworzenie reguły alertu z określonego zasobu — Azure Monitor.

Następne kroki