Fabric Activator は、データ ストリームまたは Power BI レポートで特定のパターンまたは条件が検出されたときにアクションを自動的にトリガーするコードなしのエクスペリエンスです。 これらのデータ ソースを継続的に監視し、しきい値が満たされるか、特定のパターンが検出されたときにアクションを開始します。 これらのアクションには、電子メールや Teams 通知の送信、Power Automate フローの起動、サードパーティシステムとの統合などがあります。
一般的なユース ケース
ファブリック アクティベーターを使用できる実際のシナリオをいくつか次に示します。
- 同じ店舗の売上が減少したときに広告キャンペーンを自動的に開始し、パフォーマンスの低い場所でのパフォーマンスを向上させます。
- 腐敗が発生する前に、食料品店の冷凍機の誤動作から食品を再配置するように店長に通知します。
- 顧客がアプリ、ウェブサイト、または他のタッチポイントを通じてネガティブな体験を示した場合、その対応としてパーソナライズされたアウトリーチ ワークフローを開始します。
- 定義された期間内に出荷の状態が更新されなかった場合に調査ワークフローを事前に開始し、紛失したパッケージをより迅速に見つけることができます。
- 顧客が延滞に陥ったときに、顧客ごとの時間または未払いの残高に対してカスタマイズされたしきい値を使用して、アカウント チームにアラートを送信します。
- データ パイプラインの正常性を監視し、異常または障害が検出されたときに失敗したジョブまたはアラート チームを自動的に再実行します。
主要な概念
次の概念は、Fabric Activator で自動アクションと応答を構築およびトリガーするために使用されます。
イベントとイベントストリーム
Fabric Activator は、すべてのデータ ソースをイベントのストリームとして扱います。 イベントはオブジェクトの状態に関する観察を表し、通常は、監視対象のフィールドのオブジェクトの識別子、タイムスタンプ、および値が含まれます。
Eventstream は頻度によって異なります。 たとえば、IoT センサーは 1 秒に複数回イベントを出力し、物流システムは、配送先でパッケージをスキャンするときなど、散発的にイベントを生成します。
イベントストリームは、Microsoft Fabric の特定の項目の種類です。 Real-Time インテリジェンス ワークロード内の Eventstreams 機能を使用すると、コードを記述することなく、リアルタイム イベントの取り込み、変換、ルーティングを行うことができます。 Fabric Activator はイベントストリームを監視し、定義されたパターンまたはしきい値が検出されると自動的にアクションを実行します。
Power BI からのデータもイベントストリームとして扱われます。 この場合、イベントは Power BI セマンティック モデル (旧称データセット) の更新スケジュールに基づく定期的な観察です。 これらの観測値は毎日または毎週発生し、動きが遅いイベントストリームを形成する可能性があります。
オブジェクト
Fabric Activator では、監視するエンティティはビジネス オブジェクトと呼ばれ、物理オブジェクトまたは概念オブジェクトのいずれかになります。 たとえば、フリーザー、車両、パッケージ、ユーザーなどの物理的なオブジェクトや、広告キャンペーン、顧客アカウント、ユーザー セッションなどの概念オブジェクトなどがあります。
Activator でビジネス オブジェクトをモデル化するには、1 つ以上のイベントストリームを接続し、オブジェクト ID として機能する列を選択し、オブジェクトのプロパティとして扱うフィールドを指定します。
オブジェクト インスタンスという用語は、特定の冷凍機、車両、またはユーザー セッションなどのビジネス オブジェクトの特定の例を指します。 これに対し、オブジェクトは通常、一般的な定義またはクラス (たとえば、"フリーザー" を型として) を参照します。 用語「母集団」は、監視されているオブジェクト インスタンスの完全なセットを指します。
ルール
ルールは、オブジェクトで検出する条件と、それらの条件が満たされたときに実行するアクションを定義します。 たとえば、フリーザー オブジェクトのルールでは、温度が安全なしきい値を超えたときに検出され、割り当てられた技術者に電子メール アラートが自動的に送信される場合があります。
作成できるルールには、次の 3 種類があります。
- イベントベースのルール: イベントストリームで発生する個々のイベントによってトリガーされます。
- オブジェクト イベント ルール: イベントが特定のオブジェクト インスタンスに追加されたときにトリガーされます。
- オブジェクト プロパティ ルール: オブジェクト インスタンスの現在の状態またはプロパティに基づいてトリガーされます。
ルールの条件が満たされ、アクションが開始されると、ルールはアクティブ化されると言われます。
プロパティ
プロパティは、複数のルール間でロジックを再利用する場合に便利です。 たとえば、フリーザー オブジェクトでは、1 時間の温度平均を計算するプロパティを定義できます。 定義すると、このプロパティは、過熱、温度変動、メンテナンスしきい値を検出するルールなど、複数のルールで参照できます。ロジックは重複しません。
プロパティのロジックを一元化することで、ルールの管理が容易になり、一貫性が高く、時間の経過とともに更新が容易になります。
振り返り期間
Fabric Activator は、正しいアクションを確実に計算できるように履歴データを追跡する必要があります。 クエリが実行される履歴データの期間は、 ルックバック期間と呼ばれます。
ルックバック期間は、次の方法で決定されます。
- ルールの定義方法 。たとえば、傾向の分析、異常の検出、時間の経過に伴う値の比較が必要かどうか。
- イベント ストリーム内の 1 秒あたりのイベント数など、受信データの量。
コールド チェーン内の医薬品パッケージを輸送する医薬品物流操作について考えてみましょう。 目標は、パッケージが暖かくなりすぎるときにアラートを受信することです。
ルールが次のように定義されるとします。
- 各パッケージの平均温度を 3 時間で評価する
- 平均気温が 8°C を超えた場合にアラートをトリガーする
このルールを正確に計算するには、Fabric Activator は履歴データのより広い期間 (具体的には 6 時間のルックバック期間) を分析する必要があります。 これにより、ある程度の遅延や不規則性でデータが到着した場合でも、任意の時点で 3 時間の平均を計算するのに十分なデータが確保されます。
ルックバック期間は、特にデータ パターンが時間の経過と同時に進化するシナリオで、状況をタイムリーかつ正確に検出するために不可欠です。
個別のアクティブなオブジェクト ID
属性に基づいて構築されたルールは、オブジェクトの特定の属性が時間の経過とともにどのように変化するかを監視するために使用されます。 医薬品物流の例では、各医薬品パッケージは一意のオブジェクト ID で表され、システムは各パッケージの定期的な温度測定値を受け取ります。
これらのルールを効果的に評価するために、Fabric Activator はアクティブなオブジェクト ID、つまり定義されたルックバック期間内にイベントが到着するオブジェクトを追跡します。 この動作により、ルールを適用するときに、関連する現在アクティブなオブジェクトのみが考慮されます。
たとえば、有料ステーションでは、通過する車両 (オブジェクト ID) を追跡できます。 各車両はイベント (入退出スキャンなど) を生成し、最近のアクティビティを持つオブジェクトのみがアクティブと見なされ、システムによって評価されます。
また、ルックバック ウィンドウ内で追跡される個別のオブジェクト ID の数 (パッケージの数) に基づく制限もあります。