Freigeben über


Einführung in den Fabric Activator

Der Fabric-Aktivator ist eine Codefreie Oberfläche, die Aktionen automatisch auslöst, wenn bestimmte Muster oder Bedingungen in Datenströmen oder Power BI-Berichten erkannt werden. Sie überwacht diese Datenquellen kontinuierlich und initiiert Aktionen, wenn Schwellenwerte erfüllt werden oder bestimmte Muster erkannt werden. Diese Aktionen können das Senden von E-Mails oder Teams-Benachrichtigungen, das Starten von Power Automate-Flüssen oder die Integration in Drittanbietersysteme umfassen.

Diagramm, das die Architektur des Fabric-Aktivators zeigt.

Gängige Anwendungsfälle

Hier sind einige reale Szenarien, in denen Sie Fabric-Aktivator verwenden können:

  • Automatische Auslösung von Anzeigenkampagnen, wenn der Umsatz in bestehenden Filialen abnimmt, was dazu beiträgt, die Leistung an Standorten mit schlechter Leistung zu steigern.
  • Benachrichtigen Sie die Filialleiter, Lebensmittel von fehlfunktionierenden Supermarkt-Gefrierschränken umzusetzen, bevor sie verderben.
  • Lösen Sie Kampagnen für gezielte Ansprache aus, wenn die Interaktion eines Kunden mit Apps, Websites oder anderen Touchpoints auf eine negative Erfahrung hindeutet.
  • Proaktive Einleitung von Untersuchungsworkflows, wenn der Status einer Sendung nicht innerhalb eines definierten Zeitrahmens aktualisiert wurde, was dazu beiträgt, verloren gegangene Pakete schneller zu finden.
  • Benachrichtigen Sie Kontoteams, wenn Kunden in Rückstände fallen, wobei angepasste Schwellenwerte für Zeit- oder ausstehende Saldos pro Kunde verwendet werden.
  • Überwachen Sie den Integritätsstatus der Datenpipeline, und führen Sie fehlerhafte Aufträge automatisch erneut aus, oder benachrichtigen Sie Teams, wenn Anomalien oder Fehler erkannt werden.

Kernkonzepte

Die folgenden Konzepte werden verwendet, um automatisierte Aktionen und Antworten in Fabric Activator zu erstellen und auszulösen.

Ereignisse und Eventstreams

Der Fabric-Aktivator behandelt alle Datenquellen als Ereignisströme. Ein Ereignis stellt eine Beobachtung über den Status eines Objekts dar und enthält in der Regel einen Bezeichner für das Objekt, einen Zeitstempel und Werte der zu überwachenden Felder.

Ereignisstreams variieren in der Häufigkeit. IoT-Sensoren geben z. B. Ereignisse mehrmals pro Sekunde aus, und Logistiksysteme generieren sporadisch Ereignisse, z. B. wenn Pakete an Versandstandorten gescannt werden.

Ein Eventstream ist ein bestimmter Elementtyp in Microsoft Fabric. Mit dem Feature "Eventstreams" innerhalb der Real-Time Intelligence-Workload können Sie Ereignisse in Echtzeit aufnehmen, transformieren und weiterleiten – ohne Code zu schreiben. Der Fabric-Aktivator überwacht den Ereignisstream und führt automatisch Maßnahmen aus, wenn definierte Muster oder Schwellenwerte erkannt werden.

Auch Daten aus Power BI werden als Eventstream behandelt. In diesem Fall sind Ereignisse regelmäßige Beobachtungen basierend auf dem Aktualisierungszeitplan eines Power BI-Semantikmodells (früher als Dataset bezeichnet). Diese Beobachtungen können täglich oder wöchentlich auftreten und einen langsam bewegenden Ereignisstream bilden.

Objekte

In Fabric Activator werden die entitäten, die Sie überwachen, als Geschäftsobjekte bezeichnet, die entweder physisch oder konzeptionell sein können. Beispiele sind physische Objekte wie Gefriergeräte, Fahrzeuge, Pakete und Benutzer sowie konzeptionelle Objekte wie Werbekampagnen, Kundenkonten, Benutzersitzungen.

Um ein Geschäftsobjekt im Aktivator zu modellieren, verbinden Sie einen oder mehrere Ereignisstreams, wählen eine Spalte aus, die als Objekt-ID dienen soll, und geben Sie die Felder an, die Sie als Eigenschaften des Objekts behandeln möchten.

Die Objektinstanz bezieht sich auf ein spezifisches Beispiel für ein Geschäftsobjekt, z. B. einen bestimmten Gefrierschrank, ein Fahrzeug oder eine Benutzersitzung. Im Gegensatz dazu bezieht sich das Objekt in der Regel auf die allgemeine Definition oder Klasse (z. B. "Tiefkühler" als Typ). Der Begriff Population wird für die Gesamtheit der überwachten Objektinstanzen verwendet.

Regeln

Regeln definieren die Bedingungen, die Sie für Ihre Objekte erkennen möchten, und die Aktionen, die ausgeführt werden sollen, wenn diese Bedingungen erfüllt sind. Beispielsweise kann eine Regel für ein Gefrierobjekt erkennen, wenn die Temperatur über einem sicheren Schwellenwert steigt und automatisch eine E-Mail-Benachrichtigung an den zugewiesenen Techniker sendet.

Es gibt drei Arten von Regeln, die Sie erstellen können:

  • Ereignisbasierte Regeln: Wird durch einzelne Ereignisse ausgelöst, während sie im Ereignisstream auftreten.
  • Objektereignisregeln: Wird ausgelöst, wenn Ereignisse einer bestimmten Objektinstanz hinzugefügt werden.
  • Objekteigenschaftenregeln: Wird basierend auf dem aktuellen Zustand oder den Eigenschaften einer Objektinstanz ausgelöst.

Wenn die Bedingungen einer Regel erfüllt sind und eine Aktion initiiert wird, wird die Regel als aktiviert bezeichnet.

Eigenschaften

Eigenschaften sind nützlich, wenn Sie Logik für mehrere Regeln wiederverwenden möchten. Beispielsweise können Sie in einem Gefrierobjekt eine Eigenschaft definieren, die einen Temperaturdurchschnitt über einen Zeitraum von einer Stunde berechnet. Nach der Definition kann auf diese Eigenschaft in mehreren Regeln verwiesen werden, z. B. auf solche, die Überhitzung, Temperaturschwankungen oder Wartungsschwellen erkennen , ohne die Logik zu duplizieren.

Durch die Zentralisierung von Logik in Eigenschaften machen Sie die Verwaltung Ihrer Regeln einfacher, konsistenter und ermöglichen eine einfachere Aktualisierung im Laufe der Zeit.

Rückblickperiode

Der Fabric-Aktivator muss Verlaufsdaten nachverfolgen, um sicherzustellen, dass korrekte Aktionen berechnet werden können. Die Dauer der abgefragten Verlaufsdaten wird als Lookbackzeitraum bezeichnet.

Der Lookbackzeitraum wird durch Folgendes bestimmt:

  • Wie die Regel definiert wird, z. B. ob eine Analyse von Trends, das Erkennen von Anomalien oder das Vergleichen von Werten im Laufe der Zeit erforderlich ist.
  • Das Volumen eingehender Daten, z. B. die Anzahl der Ereignisse pro Sekunde im Eventstream.

Betrachten Sie einen pharmazeutischen Logistikbetrieb, der Arzneimittelpakete in einer Kältekette transportiert. Ziel ist es, eine Benachrichtigung zu erhalten, wenn ein Paket zu warm wird.

Angenommen, die Regel ist definiert für:

  • Bewertung der Durchschnittstemperatur jedes einzelnen Pakets über einen Zeitraum von drei Stunden
  • Auslösen einer Warnung, wenn die Durchschnittliche Temperatur 8°C überschreitet

Um diese Regel genau zu berechnen, muss der Fabric-Aktivator ein breiteres Fenster von historischen Daten analysieren , insbesondere einen Sechs-Stunden-Lookbackzeitraum. Es stellt sicher, dass genügend Daten verfügbar sind, um den Drei-Stunden-Durchschnitt zu einem beliebigen Zeitpunkt zu berechnen, auch wenn Daten mit einer verzögerungs- oder unregelmäßigen Verschiebung eingehen.

Der Lookbackzeitraum ist unerlässlich, um die rechtzeitige und genaue Erkennung von Bedingungen zu ermöglichen, insbesondere in Szenarien, in denen sich Datenmuster im Laufe der Zeit entwickeln.

Unterschiedliche, aktive Objekt-IDs

Regeln, die auf Attributen basieren, werden verwendet, um zu überwachen, wie sich bestimmte Attribute eines Objekts im Laufe der Zeit ändern. Im Pharmalogistikbeispiel wird jedes Arzneimittelpaket durch eine eindeutige Objekt-ID dargestellt, und das System empfängt regelmäßige Temperaturwerte für jedes Paket.

Um diese Regeln effektiv auszuwerten, verfolgt Fabric Activator aktive Objekt-IDs, d. h. Objekte, für die Ereignisse innerhalb des definierten Lookbackzeitraums ankommen. Dieses Verhalten stellt sicher, dass nur relevante, derzeit aktive Objekte beim Anwenden von Regeln berücksichtigt werden.

Beispielsweise kann eine Mautstation Fahrzeuge (Objekt-IDs) nachverfolgen, während sie durchfahren. Jedes Fahrzeug generiert Ereignisse (z. B. Eingangs- und Ausgangsscans), und nur die Objekte mit der letzten Aktivität werden vom System als aktiv und ausgewertet.

Es gibt auch Grenzwerte, die auf der Anzahl der unterschiedlichen Objekt-IDs (Anzahl der Pakete) basieren, die im Lookbackfenster nachverfolgt werden.

Nächster Schritt

Siehe Lernprogramm: Erstellen und Aktivieren einer Fabric-Aktivatorregel.