次の方法で共有


Activator の基本的な概念

この記事を利用して、Fabric Activator (Activator) に関連するいくつかの用語と概念について詳しく理解しましょう。 これらの用語と概念を理解すると、他の Activator の記事を読んだり、Activator を操作したりしやすくなります。

Activator には、それを構成する多くのオブジェクトと概念があり、1つの記事で取り上げるには多すぎます。 そこで、この記事では、最も一般的なものとして、アクティベーターワークスペースイベントストリームルールオブジェクトイベント待機時間について説明します。

アクティベーター作成ワークフロー

一般的な Activator ワークフローには、これらの概念の多くが含まれます。 一般的なワークフローの 1 つは、ワークスペースに新しい空のアクティベーターを作成し、 Get イベント を使用してイベントストリームに接続することから始まります。 そのイベントストリームから、オブジェクトとプロパティを作成します。 次に、それらのオブジェクトとプロパティに基づいてルールを作成します。 たとえば、パッケージの温度が 60 度を超えた場合は電子メールを送信する、などです。 そのオブジェクトに対してルールを作成するために、デザイナーは、アクティベーターにトリガーのタイミングとトリガー時に実行するアクションを指示するための条件、パラメーター、集計を設定します。 たとえば、電子メールの送信、Fabric 項目の作成、Power Automate アクションの開始などです。 もう 1 つの一般的なワークフローは、イベントストリーム自体から開始することです。 イベントストリームからアクティベーターの宛先を追加し、新しいアクティベーターを作成します。 アクティベーターが作成されたら、そのアクティベーターを開き、オブジェクトとプロパティを作成します。

ワークスペース

すべての Fabric ワークロードと同様に、Fabric ワークスペースで項目を作成することでアクティベーターの使用を開始できます。 Activator の項目は、「アクティベーター」と呼ばれます。ワークスペースは、特定のコンテンツについて同僚と共同作業を行う場所です。 ワークスペースには、ダッシュボード、レポート、イベントストリーム、アクティベーターなどのコレクションが保持されます。 ワークスペース所有者からワークスペースへのアクセスが付与されると、そのワークスペース内のコンテンツに対する表示または編集のアクセス許可も付与されます。 このアクセスには、そのワークスペースのアクティベーター ルールを表示または編集するためのアクセス許可の付与が含まれます。

また、すべてのユーザーにMy ワークスペースがあります。 マイ ワークスペースは、コンテンツを自分で作成する個人用サンドボックスです。

ワークスペースを表示するには、左側のナビゲーション ウィンドウから [ワークスペース] を選択します。

ワークスペースの詳細を確認してください。

Activator とアクティベーター

Activator はファブリック製品の名前です。 アクティベーターは、Activator を使用して作成します。 アクティベーターは、データに接続し、条件を監視し、行動するために必要なすべての情報を保持します。通常、監視するビジネス プロセスまたは領域ごとにアクティベーターを作成します。

アクティベーターを作成したら、データを設定します。 Power BIイベントストリーム、およびリアルタイム ハブからアクティベーターにデータを取得する方法について説明します。

イベントとイベントストリーム

アクティベーターは、すべてのデータ ソースをイベントのストリームと見なします。 イベントとは、オブジェクト自体の識別子、タイムスタンプ、監視しているフィールドの値を含む、オブジェクトの状態に関する観察です。 イベントストリームは頻度によって異なります。 IoT センサーには、1 秒あたりに何度ものイベントが発生する場合があります。 一方、配送先でスキャンされるパッケージでは、散発的なストリームが発生する可能性があります。

イベントストリーム は、Fabric の Eventstream 項目のインスタンスです。 Microsoft Fabric リアルタイム インテリジェンス エクスペリエンスのイベントストリーム機能を使用すると、リアルタイム イベントを Fabric に取り込み、それらを変換し、コードを記述せずに (コードなし) さまざまな宛先にルーティングできます。 アクティベーターは、イベントストリーム データで検出されたパターンまたは条件に対してアクションを実行します。 たとえば、アクティベーターは Eventstream 項目を監視し、"イベント" が特定のしきい値 ("10 時間以上の配信時間" など) に達したときに検出します。その後、ユーザーへの警告や Power Automate ワークフローの開始などの適切なアクションが自動的に実行されます。

Power BI から観察されるデータは、イベントストリームとしても扱われます。 この場合、イベントは、Power BI セマンティック モデル (以前はデータセットと呼ばれていた) の更新頻度と通常一致する定期的なスケジュールでデータを観察したものです。 これらの観察は、1 日に 1 回、または週に 1 回だけ発生するかもしれません - これは、単にゆっくりと変化するイベント ストリームです。

Objects

監視するビジネス オブジェクトは、冷凍庫、車両、パッケージ、ユーザーなどの物理的なオブジェクトである可能性があります。 ビジネス オブジェクトは、広告キャンペーン、アカウント、ユーザー セッションなど、あまり具体的でない概念にすることもできます。 アクティベーターでは、1 つ以上のイベント ストリームの接続、オブジェクト ID の列の選択、オブジェクトのプロパティを作成するフィールドを指定することによって、オブジェクトをモデル化します。

"オブジェクト インスタンス" という用語は、特定の冷凍庫/車両/パッケージなどを表します。一方、オブジェクトは通常、オブジェクトの定義またはクラスに使用されます。 すべてのオブジェクト インスタンスを指す場合は母集団を使用します。

ルール

ルールは、オブジェクトについて検出する条件と、それらの条件が満たされたときに実行するアクションを定義します。 ある冷凍庫オブジェクトのルールは、冷凍庫が暖かすぎることを検出し、関連する技術者に電子メールを送信するというものかもしれません。

ルールには、イベントに関するルール、オブジェクトに追加されるイベントに関するルール、およびオブジェクトのプロパティに関するルールの 3 種類があります。

ルールの条件が満たされ、アクションが開始されると、ルールがアクティブになります

プロパティ

プロパティは、複数のルール間でロジックを再利用したい場合に便利です。 1 時間にわたる温度の読み取り値を平滑化する、冷凍庫オブジェクトのプロパティを定義できます。 その後、その平滑化された値を多くのルールで使用できます。

ルックバック期間

アクティベーターは、正しいアクションを確実に計算できるように履歴データを追跡する必要があります。 クエリ対象となる履歴データの量は、ルックバック期間と呼ばれます。 このルックバック期間は、ルールの定義方法と、ルールの評価に必要なデータのデータ ボリューム (1 秒あたりのイベント数) によって異なります。

たとえば、ある医薬品物流の操作では、コールド チェーン内の医薬品パッケージを輸送しています。 目標は、薬パッケージが暖かくなりすぎたときにアラートを受け取ることです。 たとえば、ルール定義では、各パッケージの 3 時間の平均温度が評価されるとします。 そして、ルールの条件を、平均気温が8°Cを超えることとします。 ここで、ルックバック期間は 6 時間です。 アクティベーターは、ルールの条件が保持されているかどうかを判断するために、6 時間分の履歴データを検査する必要があります。

個別のアクティブなオブジェクト ID

属性に基づいて構築されたルールは、あるオブジェクト ID の属性が時間の経過とどのように変化するかを監視するために使用されます。 医薬品物流の例では、個々のパッケージは一意の ID で表されます。 データ ソースは、各パッケージの温度を定期的に読み取った値を提供します。 ルックバック期間内にアクティベーターが追跡する個別のオブジェクト ID の数 (パッケージの数) に関していくつかの制限が定義されています。 アクティベーターは、アクティブなオブジェクト ID を追跡します。 アクティブなオブジェクト ID とは、保存された期間内にイベントが到着しているオブジェクトです。 たとえば、車が通過する高速道路の料金所などです。