Zarządzanie historią uruchamiania przepływu w chmurze w usłudze Dataverse (wersja zapoznawcza)
[Ten artykuł stanowi wstępną wersję dokumentacji i może ulec zmianie.]
Dzięki historii uruchamiania przepływu w chmurze w Dataverse można korzystać z możliwości rozszerzania Dataverse w celu kontrolowania wyników wykonywania przepływu w chmurze na dużą skalę. Dzięki tej funkcji można korzystać z potęgi wspólnej architektury danych Dataverse, w tym kontroli dostępu na podstawie ról (RBAC) do zarządzania danymi FlowRun. Tylko przepływy w chmurze rozwiązania, wraz z ich definicjami w usłudze Dataverse mogą być przechowywane w historii uruchamiania w Dataverse.
W ramach tej funkcji każde wykonanie przepływu w chmurze ma wpis w tabeli FlowRun. Ta funkcja jest oparta na nierelacyjnej bazie danych Dataverse i tabelach elastycznych, w których jest zapisywana historia uruchamiania przepływu w chmurze.
Historia uruchamiania przepływu w Dataverse jest używana przez centrum automatyzacji w celu zapewnienia kompleksowego monitorowania i rozwiązywania problemów dotyczących procesów automatyzacji w całym Power Automate.
Ważne
- Jest to funkcja w wersji zapoznawczej.
- Funkcje w wersji zapoznawczej nie są przeznaczone do użytku w środowiskach produkcyjnych i mogą mieć ograniczoną funkcjonalność. Te funkcje są udostępniane przed oficjalnym wydaniem, dzięki czemu klienci mogą szybciej uzyskać do nich dostęp i przekazać opinie na ich temat.
- Ta funkcja jest w trakcie wdrażania i może nie być jeszcze dostępna w suwerennych chmurach Twoim regionie.
Elementy przebiegu przepływu w chmurze
Tabela FlowRun zawiera kluczowe elementy uruchamiania przepływu w chmurze, w tym następujące:
| Element | Podpis |
|---|---|
| Nazwa/nazwisko | Klucz podstawowy i identyfikator aplikacji logiki przebiegu przepływu. |
| Czas rozpoczęcia | Kiedy uruchomiono wykonanie przepływu w chmurze. |
| Godzina zakończenia | Kiedy zakończono wykonanie przepływu. |
| Czas trwania przebiegu | Czas w sekundach, po jakim przepływ w chmurze zakończy przebieg. |
| Status | Wynik końcowy wykonania przepływu (Powodzenie, Niepowodzenie lub Anulowano). |
| Typ wyzwalacza | Typ wyzwalacza tego przebiegu przepływu (Zautomatyzowany, Zaplanowany lub Ręczny). |
| Kod błędu | Kod błędu zwrócony z wykonania przepływu. |
| Wiadomość z błędem | Szczegółowy komunikat o błędzie, w stosownych przypadkach, zwrócony w wyniku wykonania przepływu. |
| Właściciel | Właściciel przepływu. |
| Nazwa przepływu pracy | Nazwa wyświetlana przepływu w chmurze. |
| Identyfikator przepływu pracy | Identyfikator WorkflowID konkretnego przepływu w chmurze, |
| Jest podstawowy | Wartość binarna wskazująca, czy ten przebieg przepływu jest wyzwalany przez jakikolwiek nadrzędny przepływ w chmurze. |
| Identyfikator przebiegu nadrzędnego | Nazwa nadrzędnego wystąpienia przepływu w chmurze, jeśli ten rekord dotyczy przepływu podrzędnego. |
| Identyfikator partycji | Identyfikator partycji tego użytkownika w wystąpieniu tabeli elastycznej. |
| Czas wygaśnięcia | Czas w sekundach, kiedy rekord przebiegu zostanie automatycznie usunięty. |
Szczegóły można wyświetlać i aktualizować za pomocą standardowych interfejsów API Dataverse, łącznika Dataverse lub bezpośrednio w widoku Tabele w portalu Maker Portal.
Ponieważ funkcja ta jest budowana na tabelach źródeł, dane historii uruchamiania przepływu w chmurze są przechowywane w określonych partycjach logicznych, aby zoptymalizować wydajność. Dane historii uruchamiania są partycjone na podstawie użytkowników, więc każdy użytkownik w organizacji ma dedykowaną partycję.
FlowRun — te dane wykorzystują wydajność magazynu bazy danych Dataverse. Korzystanie z magazynu w środowiskach może być monitorowane w centrum administracyjnym platformy Power Platform.
Użycie magazynu dla rekordów FlowRun
Domyślnie dane przepływu są przechowywane przez 28 dni (2 419 200 sekund). Aby zmodyfikować czas przechowywania wykonywania, można zaktualizować Czas wygaśnięcia (w sekundach) dla przebiegu przepływu w tabeli Organizacja w środowisku wspieranym przez usługę Dataverse. W zależności od pojemności magazynu środowiska można dostosować długość przechowywania dla tych rekordów przebiegu.
Wartość FlowRunTimeToLiveInSeconds w tabeli Organizacja można zmienić w przeglądarce tabel PowerApps lub przy użyciu internetowego interfejsu API Dataverse.
Włączanie lub zmniejszenie magazynu historii uruchamiania przepływu w chmurze
Jeśli wartość FlowRunTimeToLiveInSeconds w tabeli Organizacja zmieni się, czas trwania nowych rekordów FlowRun zostanie zachowany. Obniżania wartości można użyć do zmniejszenia liczby rekordów FlowRun i ilości wykorzystanego miejsca w czasie.
Ustawianie czasu aktywności FlowRun w Dataverse
Ustawienie wartości FlowRunTimeToLiveInSeconds w tabeli Organizacja na zero zatrzymuje wszystkie operacje pozyskiwania nowych rekordów FlowRun.
Ustawianie czasu aktywności FlowRun w centrum administracyjnym platformy Power Platform
Wartość FlowRunTimeToLiveInSeconds w tabeli Organizacja można ustawić w obszarze środowisk w centrum administracyjnym Power Platform. Aby wybrać czas wygaśnięcia encji FlowRun używany w środowisku:
- Zaloguj się w Centrum administracyjnym Power Platform.
- Przejdź do Środowiska.
- W żądanym środowisku otwórz stronę Ustawienia.
- Wybierz Produkt>Funkcje.
- W obszarze Historia uruchamiania przepływów w chmurze w Dataverse ustaw wartość przechowywania Czas przechowywania encji FlowRun na 28 dni (domyślnie), 14 dni, 7 dni lub Wyłączony.
Ustawianie niestandardowych wartości wartości TTL w celu przechowywania dłuższej lub bardziej szczegółowej historii uruchamiania przepływu w chmurze
Jeśli ma być ustawiona wartość TTL (Time To Live), która jest dostępna za pośrednictwem centrum administracyjnego Power Platform, można ustawić ją bezpośrednio jako wartość FlowRunTimeTo WSeconds w tabeli organizacji.
Natychmiastowe zmniejszenie liczby rekordów FlowRun
Jeśli w środowisku zaczyna brakować miejsca w magazynie, klienci mogą wyczyścić miejsce w bazie danych, ustawiając wartość TTLInSeconds dla zestawu rekordów FlowRun. Rekordy zostaną automatycznie wyczyszczone i usunięte na stałe w ciągu minuty lub dwóch. Upewnij się, że rekordy nie są już potrzebne, ponieważ nie można ich odzyskać po usunięciu.
Obliczenia wartości czasu wygaśnięcia (TTL)
Wartości czasu wygaśnięcia (TTL) dla pól Organization.FlowRunTimeToLiveInSeconds i FlowRun.TTLInSeconds są określone w sekundach. Poniższa tabela zawiera typowe wartości, które mogą być używane w tabelach Organization i FlowRun.
| dni | Sekundy |
|---|---|
| 1 dzień | 86,400 s |
| 3 dni | 259,200 s |
| 7 dzień | 604,800 s |
| 14 dni | 1,209,600 s |
| 28 dni | 2,419,200 s |
| 60 dni | 5,184,000 s |
Korzystanie z danych FlowEvent w celu uzyskania pełnej widoczności danych FlowRun
FlowRun — te rekordy mogą być niekompletne z wielu powodów. Tabela FlowEvent służy do podania sygnałów, że przebiegi zostały pominięte, a zestaw danych jest niekompletny. Brak sygnałów nie oznacza, że zestaw danych jest kompletny.
Rekordy FlowEvent można wyświetlić w przeglądarce tabel PowerApps lub za pomocą internetowego interfejsu API Dataverse. Wszystkie odpowiednie rekordy mają wartość FlowEvent.EventType ustawioną na „FlowRunIngestion”, a następnie wartość FlowEvent.EventCode objaśnia zdarzenie.
W tabeli znajduje się lista wartości FlowEvent.EventCode, które mogą zostać użyte do sygnalizowania, że dane FlowRun są niekompletne:
| EventCode | Przyczyna |
|---|---|
| isFlowRunIngestionECSDisabled | Historia uruchamiania przepływu w chmurze nie jest zapisywana w Dataverse z powodu konfiguracji usługi, więc nie można wyświetlać danych przepływu w chmurze. Konfiguracja usługi ECS jest ustawiana automatycznie i administrator nie może zmienić zachowania pozyskiwania w tym stanie. |
| TtlSettingEqual0 | Konfiguracja wartości TTL (czas wygaśnięcia) bieżącego środowiska dla przebiegów przepływu w chmurze nie zachowuje danych. W związku z tym może brakować historii uruchamiania przepływu w chmurze. Ten stan ma miejsce, gdy wartość Organization.FlowRunTimeToLiveInSeconds jest aktualnie ustawiona na zero. |
| IngestionDisabledByOrgSettings | Historia uruchamiania przepływu w chmurze nie jest zapisywana w Dataverse ze względu na ustawienia środowisk, więc może nie być zapisywana część historii uruchamiania przepływów w chmurze. Taka sytuacja ma miejsce, gdy wartość Organization.FlowRunTimeToLiveInSeconds była ustawiona na zero w przeszłości. |
| ElasticTableStorageCapacityReached | Osiągnięto limit wydajności magazynu Dataverse, co powoduje wstrzymanie synchronizacji danych uruchamiania przepływu w chmurze. |
| ElasticTablePartitionLimitReached | Osiągnięto limit partycji magazynu Dataverse, co powoduje wstrzymanie synchronizacji danych uruchamiania przepływu w chmurze. |
| IngestionRateDataLoss | Może brakować pewnej części historii uruchamiania przepływów w chmurze z powodu dużej liczby uruchomień w tym środowisku podczas wersji zapoznawczej. |
| FlowRunsEventLoadingFailed | Nie można załadować zdarzeń przepływu chmury w bieżącym środowisku. W związku z tym niektóre historyczne dane przebiegu przepływu w chmurze mogą być niedostępne. |
| FlowRunsTTlSettingFailedMessage | Nie można pobrać ustawienia TTL (czas wygaśnięcia) środowiska dla przebiegów przepływu w chmurze. W związku z tym niektóre historyczne dane przebiegu przepływu w chmurze mogą być niedostępne. |
| ElasticTableNoRoleForUser | Użytkownik, który jest właścicielem jednego lub więcej przepływów, nie ma uprawnień do odczytu tabeli FlowRun w Dataverse, więc historia niektórych przepływów w chmurze nie jest zapisywana w tabeli FlowRun w Dataverse. Powodem jest to, że użytkownik ten nie może być ustawiony jako właściciel. |
Znane ograniczenia
- Rekordy FlowRun są przypisywane do określonego właściciela po ich wpisaniu do tabeli, więc pojęcie udostępnionych rekordów FlowRun dla udostępnionych przepływów nie jest obecnie obsługiwane.
- Właściciele przepływów muszą mieć co najmniej dostęp do odczytu tabeli FlowRun, aby przechowywać swoje rekordy uruchamiania w Dataverse. System zapisuje rekordy FlowRun do tabeli, a następnie własność jest przypisywana do podstawowego właściciela przepływu. Jeśli właściciel podstawowy przepływu nie ma uprawnień do odczytu tabeli FlowRun, rekord FlowRun nie jest przechowywany, a kod FlowEvent.EventCode tabeli ElasticTableNoRoleForUser jest widoczny w tabeli FlowEvent. Aby rozwiązać tę sytuację, należy się upewnić, że właściciele przepływu mają uprawnienie do odczytu tabeli FlowRun.
- Obecnie w tabelach elastycznych obowiązuje limit 20 GB na partycję. Dalsze wstawianie rekordów uruchamiania, tylko dla tego konkretnego użytkownika, zakończy się niepowodzeniem po osiągnięciu limitu.
- Rekordy FlowRun mogą zostać zablokowane i pominięte, jeśli użytkownik ma dużo przepływów przy wysokiej wydajności. W przypadku ograniczania w tabeli FlowEvent jest tworzony wpis sygnalizujący, że uruchomienia zostały pominięte, a zestaw danych jest niekompletny.
Uwaga
Podstawowy strumień danych używany do zasilania wstawiania rekordów przebiegu przepływu w chmurze nie jest transakcyjny, a zatem nie jest w 100% bez strat. Małe rozmiary danych w tym strumieniu danych mogą być spowodowane tymczasowymi, niepowtarzalnymi problemami z usługami. Te brakujące rekordy nie są reprezentowane przez FlowEvent. Historia wykonania przepływu w ramach szczegółów przepływu w portalu usługi Power Automate ma charakter transakcyjny, dlatego zapewnia widok przebiegów bez strat.
Często zadawane pytania
Dlaczego wszystkie moje środowiska mają wartość FlowRunTimeToLiveInSeconds równą zero?
Jeśli we wszystkich środowiskach wartość FlowRunTimeToLiveInSeconds w tabeli Organizacja jest równa zero, może to być jedna z następujących sytuacji:
- Jeśli dane FlowRun nigdy nie były dostępne, środowiska mogły nie zostać automatycznie włączone w przypadku pozyskiwania FlowRun z powodu zbyt małej pojemności magazynu baz danych Dataverse.
- Jeśli dane FlowRun były wcześniej dostępne, administrator mógł wyłączyć pozyskiwanie nowych rekordów.
Kiedy będzie to ogólnie dostępne (GA)?
Obecnie nie ma zatwierdzonego harmonogramu przejścia tej funkcji z publicznej wersji zapoznawczej do ogólnej dostępności. Ze względu na ograniczenia architektury i wydajności, które wymagają ograniczania przepustowości, historia FlowRun może mieć luki. Rozumiemy jednak, jak ważne są pełne dane historii przebiegów przepływu. Aktywnie oceniamy strategie bezstratnej synchronizacji, które pozwolą nam przenieść tę funkcję do ogólnie dostępnej wersji w przyszłości.
Te dane Centrum automatyzacji są używane przez centrum automatyzacji w portalu Power Automate Maker Portal. Mimo że dane FlowRun mogą mieć pewne luki w fazie wersji zapoznawczej, warto udostępnić te dane do publicznej wersji zapoznawczej, zarówno jako funkcji autonomicznej, jak i w ramach centrum automatyzacji.
Czy pisanie historii uruchamiania przepływu w chmurze w Dataverse używa normy żądań Power Platform?
Zapisywanie historii uruchamiania przepływu w chmurze w Dataverse jako danych FlowRun nie jest zaliczane do limitów żądań Power Platform. Interfejsy API wykonywane w celu odczytu danych FlowRun zaliczają się do limitów żądań Power Platform.
W jaki sposób te dane są porównywane z danymi dostępnymi w programie Application Insights?
Administratorzy mogą skonfigurować Application Insights, aby dostarczać dane monitorowanie z operacji wykonywania przepływów Power Automate. Dane Application Insights są:
- Bardziej kompletne z powodu problemów z potokiem danych uzyskujących dane FlowRun.
- Głębsze, ponieważ zawierają informacje o wyzwalaczach i wykonywanych akcjach.
- Mogą być korelowane z danymi Power Apps i Dataverse Application Insights za pośrednictwem identyfikatorów korelacji.