Wprowadzenie do aktywatora Fabric

Aktywator Fabric to platforma bez kodu, która automatycznie wyzwala akcje po wykryciu określonych wzorców lub warunków w strumieniach danych lub raportach usługi Power BI. Stale monitoruje te źródła danych i inicjuje akcje po osiągnięciu progów lub wykryciu określonych wzorców. Te akcje mogą obejmować wysyłanie wiadomości e-mail lub powiadomień usługi Teams, uruchamianie przepływów usługi Power Automate lub integrowanie z systemami innych firm.

Typowe przypadki użycia

Oto kilka rzeczywistych scenariuszy, w których można użyć Fabric Activator:

• Automatyczne uruchamianie kampanii reklamowych w przypadku spadku sprzedaży w tym samym sklepie, co pomaga zwiększyć wydajność w niedostatecznych lokalizacjach.
• Powiadom menedżerów sklepów, aby przenieść żywność z awarii zamrażarek sklepów spożywczych przed zepsuciem.
• Uruchomienie spersonalizowanych przepływów pracy komunikacyjnych, gdy doświadczenie klienta między aplikacjami, witrynami internetowymi lub innymi punktami kontaktowymi wskazuje na negatywne doświadczenie.
• Proaktywnie inicjuj przepływy pracy dochodzeniowej, gdy stan przesyłki nie został zaktualizowany w zdefiniowanym przedziale czasu, co ułatwia szybsze znajdowanie zaginionych paczek.
• Powiadom zespoły obsługujące konta, gdy klienci mają zaległości, używając niestandardowych progów dla czasu lub zaległych sald dla każdego klienta.
• Monitorowanie kondycji potoku danych oraz automatyczne ponowne uruchamianie nieudanych zadań lub powiadamianie zespołów po wykryciu awarii lub anomalii.

Podstawowe pojęcia

Poniższe pojęcia służą do budowania i wyzwalania automatycznych działań i odpowiedzi w Fabric Activator.

Zdarzenia i strumienie zdarzeń

Fabric Activator traktuje wszystkie źródła danych jako strumienie zdarzeń. Zdarzenie reprezentuje obserwację stanu obiektu i zazwyczaj zawiera identyfikator obiektu, znacznik czasu i wartości monitorowanych pól.

Strumienie zdarzeń różnią się częstotliwością. Na przykład czujniki IoT emitują zdarzenia wiele razy na sekundę, a systemy logistyczne generują zdarzenia sporadycznie, na przykład gdy pakiety są skanowane w lokalizacjach wysyłki.

Strumień zdarzeń jest określonym typem elementu w usłudze Microsoft Fabric. Funkcja Eventstreams w obciążeniu analizy Real-Time umożliwia pozyskiwanie, przekształcanie i kierowanie zdarzeń w czasie rzeczywistym — bez konieczności pisania kodu. Aktywator Fabric monitoruje strumień zdarzeń i automatycznie podejmuje działania po wykryciu zdefiniowanych wzorców lub progów.

Nawet dane z usługi Power BI są traktowane jako strumień zdarzeń. W takim przypadku zdarzenia są okresowymi obserwacjami na podstawie harmonogramu odświeżania modelu semantycznego usługi Power BI (wcześniej znanego jako zestaw danych). Te obserwacje mogą wystąpić codziennie lub co tydzień, tworząc powolny strumień zdarzeń.

Obiekty

W module Fabric Activator monitorowane jednostki są nazywane obiektami biznesowymi, które mogą być fizyczne lub koncepcyjne. Przykłady obejmują obiekty fizyczne, takie jak zamrażarki, pojazdy, pakiety i użytkowników oraz obiekty koncepcyjne, takie jak kampanie reklamowe, konta klientów, sesje użytkowników.

Aby modelować obiekt biznesowy w aktywatorze, należy połączyć co najmniej jeden strumień zdarzeń, wybrać kolumnę, która będzie służyć jako identyfikator obiektu, i określić pola, które mają być traktowane jako właściwości obiektu.

Termin instancja obiektu odnosi się do konkretnego przykładu obiektu biznesowego, takiego jak zamrażarka, pojazd lub sesja użytkownika. Natomiast obiekt zazwyczaj odnosi się do ogólnej definicji lub klasy (na przykład "zamrażarka" jako typu). Termin populacja jest używany do pełnego zestawu monitorowanych wystąpień obiektów.

Reguły

Reguły definiują warunki, które mają być wykrywane w obiektach, oraz akcje, które mają zostać wykonane po spełnieniu tych warunków. Na przykład reguła dotycząca obiektu zamrażarki może wykrywać sytuacje, gdy temperatura wzrasta powyżej bezpiecznego progu i automatycznie wysyłać alert e-mail do przypisanego technika.

Istnieją trzy typy reguł, które można utworzyć:

• Reguły oparte na zdarzeniach: wyzwalane przez poszczególne zdarzenia w miarę ich występowania w strumieniu zdarzeń.
• Reguły zdarzeń obiektu: wyzwalane po dodaniu zdarzeń do określonego wystąpienia obiektu.
• Reguły właściwości obiektu: wyzwalane na podstawie bieżącego stanu lub właściwości wystąpienia obiektu.

Gdy warunki reguły zostaną spełnione i zainicjowano akcję, mówi się, że reguła ma zostać aktywowana.

Właściwości

Właściwości są przydatne, gdy chcesz ponownie użyć logiki w wielu regułach. Na przykład w obiekcie zamrażarki można zdefiniować właściwość, która oblicza średnią temperaturę w okresie jednej godziny. Po zdefiniowaniu tej właściwości można odwoływać się do wielu reguł, takich jak te, które wykrywają przegrzanie, wahania temperatury lub progi konserwacji — bez duplikowania logiki.

Scentralizowanie logiki we właściwościach ułatwia zarządzanie regułami, ich spójność i łatwiejsze aktualizowanie w czasie.

Okres retrospektywny

Aktywator modułowy musi śledzić dane historyczne, aby zapewnić możliwość obliczenia poprawnych działań. Czas trwania zapytań dotyczących danych historycznych jest nazywany okresem wyszukiwania.

Okres retrospektywny jest określany przez:

• Sposób definiowania reguły, na przykład tego, czy wymaga analizowania trendów, wykrywania anomalii czy porównywania wartości w czasie.
• Ilość danych przychodzących, takich jak liczba zdarzeń na sekundę w strumieniu zdarzeń.

Rozważmy operację logistyki farmaceutycznej transportując pakiety leków w zimnym łańcuchu. Celem jest otrzymanie alertu, gdy pakiet stanie się zbyt ciepły.

Załóżmy, że reguła jest zdefiniowana na:

• Ocena średniej temperatury każdego pakietu w oknie trzygodzinnym
• Wyzwalanie alertu, jeśli średnia temperatura przekracza 8°C

Aby dokładnie obliczyć tę regułę, Fabric Activator musi analizować szersze okno danych historycznych — w szczególności sześciogodzinny okres retrospekcji. Gwarantuje to, że wystarczająca ilość danych jest dostępna do obliczenia średniej trzygodzinnej w dowolnym momencie, nawet jeśli dane docierają z pewnym opóźnieniem lub nieregularnością.

Okres retrospekcji jest niezbędny do umożliwienia terminowego i dokładnego wykrywania warunków, zwłaszcza w scenariuszach, w których wzorce danych ewoluują w czasie.

Unikatowe, aktywne identyfikatory obiektów

Reguły oparte na atrybutach służą do monitorowania, w jaki sposób określone atrybuty obiektu zmieniają się w czasie. W przykładzie logistyki farmaceutycznej każdy pakiet leków jest reprezentowany przez unikatowy identyfikator obiektu, a system otrzymuje okresowe odczyty temperatury dla każdego pakietu.

Aby skutecznie ocenić te reguły, Mechanizm Aktywatora śledzi aktywne identyfikatory obiektów, czyli obiekty, dla których zdarzenia docierają w zdefiniowanym okresie retrospekcji. To zachowanie gwarantuje, że podczas stosowania reguł są brane pod uwagę tylko istotne, obecnie aktywne obiekty.

Na przykład stacja opłat może śledzić pojazdy (identyfikatory obiektów) podczas ich przechodzenia. Każdy pojazd generuje zdarzenia (na przykład skanowanie wejścia i wyjścia), a tylko te obiekty z ostatnim działaniem są uznawane za aktywne i oceniane przez system.

Istnieją również limity oparte na liczbie unikatowych identyfikatorów obiektów (liczbie pakietów) śledzonych w określonym oknie czasowym.

Następny krok

Zobacz Samouczek: Tworzyć i aktywować regułę Fabric Activator.