注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
概要ページで述べたように、ユーザーの自動化は評価ジョブにマップされます。このジョブが初めて実行されるとき、time series 全体をチェックしてアラートを確認しようとします。その後は、新しいデータに対してのみアラートをチェックします。これは、既存のジョブに自動化を追加した場合、過去のデータは処理されないことを意味します。言い換えれば、既存の自動化の範囲を拡大するか、既存のアラートオブジェクトタイプに書き込む新しい自動化を作成しても、その変更後に入力される time series データに対してのみアラートが生成されます。
現在のところ、これは不可能です。過去のデータに対して既存のジョブにマップされた自動化を実行する必要がある場合は、Palantir サポートに連絡してください。
概要ページで述べたように、ユーザーの自動化は評価ジョブにマップされます。デフォルトでは、アラートロジックで使用される time series を支えるデータセットに新しいデータがあるたびにジョブが実行されます。ただし、時間ベースのスケジュールに自動化を設定することもできます。
これらの自動化の評価の実行時間とコストは、time series データの更新に伴い増分で計算されるため、ほとんどのワークフローで Foundry Rules よりも低いと予想されます。Foundry Rules は毎回 time series 全体に対して実行されます。
derived series ロジックでサポートされているすべての Quiver カードは、time series アラートロジックでもサポートされています。ドキュメントのサポートされているカードのリストを参照してください。
単一のルートオブジェクトタイプがないというエラーを受け取った場合、おそらく異なるオブジェクトを比較に使用したためです。たとえば、Machine 1
のInlet pressure
プロパティを取得し、それをMachine 2
のOutlet pressure
と比較した場合、Machine 1
ルートオブジェクトタイプの 2 つのプロパティを比較する代わりにこのエラーが発生します。time series アラート自動化を作成するには、単一のルートオブジェクトインスタンスから始める必要があります。
ルートオブジェクトタイプがないというエラーを受け取った場合、ユーザーの分析はおそらくセンサーオブジェクトタイプから始まっています。たとえば、センサーオブジェクトタイプからInlet pressure
と呼ばれるセンサーオブジェクトを取得して比較した場合、このエラーが発生します。time series アラート自動化を作成するには、ルートオブジェクトインスタンスから始める必要があります。
time series アラート自動化を設定するための要件を確認し、time series アラート自動化がルートオブジェクトの視点から生成される理由を学んでください。
はい。ロジックと条件はテンプレート化されているため、同じオブジェクトタイプの視点から結果を識別できます。デフォルトでは、アラートロジックは開始ルートオブジェクトタイプ内のすべてのオブジェクトに適用されます。フィルターを適用して自動化の範囲を制限する方法について学んでください。
はい。しかし、自動化はストリーミングデータの上に直接実行されるのではなく、アーカイブデータセットの上に実行されます。アーカイブジョブは 10 分ごとに実行されるため、少なくとも 10 分の遅延が発生します。
継続中のアラートは、出力オブジェクトタイプに生成されます。その終了タイムスタンプが空であることから、継続中であることが分かります。
過去のアラートは再計算されません。ロジックの変更が行われた後、新しいイベントは新しいロジックを使用して識別されます。
特定のルートオブジェクトに対する新しいアラートロジックがそのオブジェクトが正常状態にあることを示している場合、アラートは解決されます。新しいアラートロジックがそのオブジェクトがアラート状態にあることを示している場合、アラートは開いたままになります。
概要ページで述べたように、ユーザーの自動化は評価ジョブにマップされます。保存された自動化の概要ページに移動し、Time series 評価ステータスセクションで構成を表示を選択することで、ジョブ構成を変更できます。Spark プロファイルを選択するか、ジョブ構成ポップアップで特定の time series アラートデフォルト動作を変更します。ジョブ構成はジョブ全体に適用されるため、複数の自動化が含まれる場合があります。