Ta przeglądarka nie jest już obsługiwana.
Przejdź na przeglądarkę Microsoft Edge, aby korzystać z najnowszych funkcji, aktualizacji zabezpieczeń i pomocy technicznej.
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ń:
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.
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. |
Porada
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:
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.
Porada
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 runAfter obiekt, 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.
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.
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.
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.
Porada
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.
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.
Porada
Jeśli ponowny przebieg nie zostanie w pełni zakończony, na pasku narzędzi strony szczegółów przebiegu wybierz pozycję Odśwież.
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.
Zdarzenia
Tworzenie aplikacji i agentów sztucznej inteligencji
17 mar, 21 - 21 mar, 10
Dołącz do serii meetup, aby tworzyć skalowalne rozwiązania sztucznej inteligencji oparte na rzeczywistych przypadkach użycia z innymi deweloperami i ekspertami.
Zarejestruj się terazSzkolenie
Moduł
Automatyczne kierowanie i przetwarzanie danych przy użyciu usługi Azure Logic Apps - Training
Dowiedz się, jak utworzyć przepływ pracy, aby uruchomić firmę za pomocą usługi Azure Logic Apps przy użyciu wstępnie utworzonych wyzwalaczy, akcji i operatorów warunków.
