Sprawdzanie stanu przepływu pracy, wyświetlanie historii uruchamiania i konfigurowanie alertów w usłudze Azure Logic Apps
Dotyczy: Azure Logic Apps (Zużycie + Standardowa)
Po 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".
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.
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.
W witrynie Azure Portal otwórz zasób aplikacji logiki Zużycie i przepływ pracy w projektancie.
W menu aplikacji logiki wybierz pozycję Przegląd. Na stronie Przegląd wybierz pozycję Historia wyzwalaczy.
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.
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 polecenie SplitOn , 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 strony Przegląd lub na pasku narzędzi projektanta wybierz pozycję Uruchom, Uruchom.
Aby wyświetlić informacje o określonej próbie wyzwalacza, wybierz to zdarzenie wyzwalacza.
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:
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.
W witrynie Azure Portal otwórz zasób aplikacji logiki Zużycie i przepływ pracy w projektancie.
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.
Napiwek
Jeśli stan uruchomienia nie jest wyświetlany, spróbuj odświeżyć stronę Przegląd , wybierając pozycję Odśwież. Uruchomienie nie jest wykonywane dla wyzwalacza, który jest pomijany z powodu niezaspokojonych kryteriów lub znalezienia żadnych danych.
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 o nazwie 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 o nazwie Przechowywanie historii uruchamiania w dniach, przebieg zostanie wyczyszczone z historii uruchamiania 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 uruchamiania na podstawie tego, czy czas trwania przebiegu przekroczył limit przechowywania.Oczekuje Uruchomienie nie zostało jeszcze uruchomione lub zostało wstrzymane, na przykład ze względu na wcześniejsze wystąpienie przepływu pracy, które jest nadal uruchomione. 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ę.
Zostanie otwarta strona historia uruchamiania i zostanie wyświetlony stan każdego kroku w wybranym przebiegu, na przykład:
W poniższej tabeli przedstawiono możliwe stany, które mogą zawierać poszczególne akcje przepływu pracy i które mogą być wyświetlane w portalu:
Stan akcji Icon opis 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. Nie działa 
Akcja nie powiodła się. Uruchomiono 
Akcja jest obecnie uruchomiona. Pominięto 
Akcja została pominięta, ponieważ jej warunki runAfter nie zostały spełnione, na przykład poprzednia akcja nie powiodła się. Każda akcja ma runAfterobiekt, w którym można skonfigurować warunki, które muszą zostać spełnione przed uruchomieniem bieżącej akcji.Powodzenie 
Akcja zakończyła się pomyślnie. Powodzenie z ponownymi próbami 
Akcja zakończyła się pomyślnie, ale tylko po jednej lub wielu ponownych próbach. Aby przejrzeć historię ponawiania prób, na stronie 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. Oczekuje 
Dotyczy akcji elementu webhook, która oczekuje na żądanie przychodzące od obiektu wywołującego. Aby wyświetlić informacje w formularzu listy, na pasku narzędzi historii uruchamiania wybierz pozycję Uruchom szczegóły.
Okienko Szczegóły uruchomienia aplikacji logiki zawiera listę poszczególnych kroków, ich stan i inne informacje.
Możesz na przykład uzyskać właściwość Identyfikator korelacji przebiegu, której może potrzebować podczas korzystania z interfejsu API REST dla usługi Logic Apps.
Aby uzyskać więcej informacji na temat określonego kroku, wybierz jedną z opcji:
Na stronie historia uruchamiania wybierz krok, aby otworzyć okienko zawierające dane wejściowe, wyjściowe i wszelkie błędy, które wystąpiły w tym kroku.
Załóżmy na przykład, że masz przepływ pracy z krokiem, który zakończył się niepowodzeniem. Chcesz przejrzeć dane wejściowe, które mogły spowodować niepowodzenie kroku.
W tym scenariuszu awaria wynikała z nieprawidłowego lub brakującego połączenia z kontem e-mail używanym do wysyłania wiadomości e-mail.
Na pasku narzędzi strony historii uruchamiania wybierz pozycję Uruchom szczegóły. W otwartym okienku Szczegółów uruchomienia aplikacji logiki wybierz odpowiedni krok, na przykład:
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 przepływu pracy 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 ukończony przepływ pracy z tymi samymi danymi wejściowymi, które były wcześniej używane w następujący sposób:
Uruchom ponownie cały przepływ pracy.
Uruchom ponownie przepływ pracy, zaczynając od określonej akcji. Ponownie pominięta akcja i wszystkie kolejne akcje są uruchamiane jak zwykle.
Wykonanie tego zadania powoduje utworzenie i dodanie nowego przebiegu przepływu pracy do historii uruchamiania przepływu pracy.
Ograniczenia i istotne zagadnienia
Domyślnie obsługiwane są tylko przepływy pracy zużycie i standardowe przepływy pracy stanowe, które rejestrują i przechowują historię uruchamiania. Aby korzystać z tych funkcji z bezstanowym przepływem pracy w warstwie Standardowa, włącz tryb stanowy. Aby uzyskać więcej informacji, zobacz Włączanie historii uruchamiania dla bezstanowych przepływów pracy i Włączanie trybu stanowego dla łączników bezstanowych.
Ponownie przekazany przebieg wykonuje tę samą wersję przepływu pracy co oryginalny przebieg, nawet jeśli zaktualizowano definicję przepływu pracy.
Możesz ponownie uruchamiać tylko akcje z sekwencyjnych przepływów pracy. Przepływy pracy ze ścieżkami równoległymi nie są obecnie obsługiwane.
Przepływ pracy musi mieć stan ukończony, taki jak Powodzenie, Niepowodzenie lub Anulowano.
Przepływ pracy musi zawierać co najmniej 40 akcji do ponownego uruchomienia z określonej akcji.
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.
Te możliwości są obecnie niedostępne w programie Visual Studio Code lub interfejsie wiersza polecenia platformy Azure.
Ponowne uruchamianie całego przepływu pracy
W witrynie Azure Portal otwórz zasób aplikacji logiki Zużycie i przepływ pracy w projektancie.
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.
Na stronie Historia przebiegów wybierz przebieg, który chcesz ponownie uruchomić, a następnie wybierz pozycję Prześlij ponownie.
Karta Historia przebiegów dodaje ponownie przekazany przebieg do listy przebiegów.
Napiwek
Jeśli ponowne uruchomienie nie zostanie wyświetlone, na pasku narzędzi historia przebiegów wybierz pozycję Odśwież. Uruchomienie nie jest wykonywane dla wyzwalacza, który jest pomijany z powodu niezaspokojonych kryteriów lub znalezienia żadnych danych.
Aby przejrzeć dane wejściowe i wyjściowe po zakończeniu ponownego uruchomienia, na karcie Historia przebiegów wybierz ten przebieg.
Ponowne uruchamianie z określonej akcji
Możliwość ponownego uruchamiania akcji jest dostępna dla większości akcji z wyjątkiem przepływów pracy niekwestracyjnych, złożonych scenariuszy współbieżności i następujących ograniczeń:
| Akcje | Ponowne przesłanie dostępności i ograniczeń |
|---|---|
| Akcja warunku i akcje w ścieżkach Prawda i Fałsz | - Tak dla akcji Warunek - Nie dla akcji w ścieżkach Prawda i Fałsz |
| Dla każdej akcji oraz wszystkich akcji wewnątrz pętli i po pętli | Nie dla wszystkich akcji |
| Przełączanie akcji i wszystkich akcji w ścieżce domyślnej i ścieżce sprawy | - Tak dla akcji Przełącz — Nie dla akcji w ścieżce domyślnej i ścieżkach sprawy |
| Do momentu wykonania akcji oraz wszystkich akcji wewnątrz pętli i po pętli | Nie dla wszystkich akcji |
W witrynie Azure Portal otwórz zasób aplikacji logiki Zużycie.
W menu zasobów aplikacji logiki wybierz pozycję Przegląd. Na stronie Przegląd wybierz pozycję Historia przebiegów, która pokazuje historię uruchamiania przepływu pracy.
Na karcie Historia przebiegów wybierz przebieg zawierający akcję, z której chcesz ponownie uruchomić przepływ pracy.
Zostanie otwarta strona historia uruchamiania i zostanie wyświetlony stan każdego kroku w wybranym przebiegu.
Aby ponownie uruchomić przepływ pracy rozpoczynający się od określonej akcji, wybierz jedną z opcji:
Znajdź akcję, od której chcesz rozpocząć ponowne uruchamianie przepływu pracy, otwórz menu skrótów i wybierz pozycję Prześlij z tej akcji.
Wybierz akcję, z której chcesz rozpocząć ponowne uruchamianie przepływu pracy. W otwartym okienku w obszarze nazwy akcji wybierz pozycję Prześlij z tej akcji.
Strona historii uruchamiania zostanie odświeżona i zostanie wyświetlona ponowna próba uruchomienia. Wszystkie operacje, które poprzedzają ponownie pominiętą akcję, pokazują jaśniejszą ikonę stanu reprezentującą ponownie użyte dane wejściowe i wyjściowe. Ponownie pominięta akcja i kolejne akcje pokazują kolorowe ikony stanu. Aby uzyskać więcej informacji, zobacz Przeglądanie historii uruchamiania przepływu pracy.
Napiwek
Jeśli ponowny przebieg nie zostanie w pełni zakończony, na pasku narzędzi strony szczegółów przebiegu wybierz pozycję Odśwież.
Konfigurowanie alertów monitorowania
Aby uzyskać alerty na podstawie określonych metryk lub przekroczenia progów w przepływie pracy, skonfiguruj zasób aplikacji logiki z alertami 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:
W menu zasobów aplikacji logiki w obszarze Monitorowanie wybierz pozycję Alerty. Na pasku narzędzi wybierz pozycję Utwórz>regułę alertu.
Na stronie Tworzenie reguły alertu z listy Nazwa sygnału wybierz sygnał, dla którego chcesz uzyskać alert.
Uwaga
Sygnały alertów różnią się między użyciem a standardowymi aplikacjami logiki. Na przykład aplikacje logiki zużycie mają wiele sygnałów związanych z wyzwalaczem, takich jak Ukończone wyzwalacze i Wyzwalacze zakończone niepowodzeniem, podczas gdy przepływy pracy w warstwie Standardowa mają sygnały Liczba ukończonych wyzwalaczy przepływu pracy i Wyzwalacze błędu.
Aby na przykład wysłać alert, gdy wyzwalacz zakończy się niepowodzeniem w przepływie pracy Zużycie, wykonaj następujące kroki:
Z listy Nazwa sygnału wybierz sygnał Wyzwalacze, które zakończyły się niepowodzeniem.
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
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:
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.