FAQ

自動化は毎回時系列全体をチェックしますか、それとも新しいデータのみをチェックしますか？

概要ページで説明したとおり、自動化は評価ジョブにマッピングされます。このジョブは初回実行時に、時系列全体を対象にアラートのチェックを試みます。それ以降は、新しいデータのみを対象にアラートをチェックします。つまり、既存のジョブに自動化を追加しても、過去のデータは処理されません。言い換えると、既存の自動化の対象範囲を拡大した場合や、既存のアラートオブジェクトタイプに書き込む新しい自動化を作成した場合は、この変更後に到着した時系列データに対してのみアラートが生成されます。

マッピング先のジョブがすでに実行されている場合、自動化に時系列全体を強制的にチェックさせる方法はありますか？

現在、これはできません。既存のジョブにマッピングされている自動化を過去のデータに対して実行する必要がある場合は、Palantir サポートにお問い合わせください。

自動化はどのくらいの頻度で実行されますか？

概要ページで説明したとおり、自動化は評価ジョブにマッピングされます。ジョブの実行頻度は、選択したアラートの種類によって異なります。

• バッチアラート： デフォルトでは、アラートロジックで使用する時系列の元データセットに新しいデータが到着するたびに、ジョブが実行されます。ただし、必要に応じて、自動化に時間ベースのスケジュールを設定できます。
• ストリーミングアラート： ジョブは継続的に実行され、時系列の元となるストリームに新しいデータポイントが到着するとすぐにロジックを評価します。これにより低遅延のアラートが実現し、通常はデータの取り込みから数秒以内に結果が利用可能になります。

時系列アラートの自動化と時系列 Foundry Rulesの違いは何ですか？

時系列データの更新に応じて差分だけを計算するため、ほとんどのワークフローでは、これらの自動化の評価にかかる実行時間とコストは Foundry Rules よりも少なくなると想定しています。Foundry Rules は毎回、時系列全体を対象に実行されます。

時系列アラートロジックでは、どの Quiver カードを利用できますか？

時系列アラートロジックでは、以下の Quiver カードを利用できます。

• 時系列検索
• オブジェクトの時系列プロパティ
• 時系列を絞り込む
• 微分
• サンプル
• セグメント統計（ストリーミング時系列アラートでは利用できません）
• 時系列の数式
• 時系列を結合
• 定期集計
• ローリング集計
• 相対時系列
• ボリンジャーバンド
• 時系列の境界
• 時系列をシフト
• 日時をシフト
• リンクされた時系列の集計
• 数値パラメーター
• 文字列パラメーター
• 日時パラメーター
• 日時範囲パラメーター
• 期間単位パラメーター
• ブールパラメーター
• リンクされたオブジェクトのプロパティパラメーター

単一のルートオブジェクトタイプが必要というエラーが表示されたのはなぜですか？

ルートオブジェクトタイプが単一ではないというエラーが表示された場合は、比較に2個の異なるオブジェクトを使用した可能性があります。たとえば、ルートオブジェクトタイプの Machine 1 にある2個のプロパティを比較する代わりに、Machine 1 の Inlet pressure プロパティを取得して、Machine 2 の Outlet pressure と比較した可能性があります。時系列アラートの自動化を作成するには、_単一_のルートオブジェクトのインスタンスから開始する必要があります。

時系列アラートの自動化をルートオブジェクトの観点から生成する必要がある理由については、時系列アラートの自動化を設定するための要件を参照してください。

同じ時系列アラートテンプレートを異なるオブジェクトに適用できますか？

はい。ロジックと条件はテンプレート化されているため、同じオブジェクトタイプの任意のオブジェクトの観点から結果を特定できます。デフォルトでは、アラートロジックは起点となるルートオブジェクトタイプ内のすべてのオブジェクトに適用されます。フィルターを適用して自動化の対象範囲を制限する方法について詳しくはこちら。

ストリームを元にした時系列を使用できますか？

はい。バッチ自動化は、ストリーミングデータに対して直接実行されるのではなく、アーカイブデータセット上で実行されます。アーカイブジョブは10分ごとに実行されるため、少なくとも10分の追加の遅延が発生します。一方、ストリーミングアラートでは、時系列アラートをストリームに対して直接実行でき、エンドツーエンドの遅延が数秒程度の低遅延アラートを実現します。

ロジックの実行時に継続中のアラートはどうなりますか？

継続中のアラートは、出力オブジェクトタイプに生成されます。終了タイムスタンプが空であることから、継続中であると判断できます。

ロジックが変更されると、過去のアラートはどうなりますか？

過去のアラートは再計算されません。ロジックの変更後は、新しいロジックを使用して新しいイベントが特定されます。

ロジックが変更されると、継続中のアラートはどうなりますか？

あるルートオブジェクトに対する新しいアラートロジックが、そのオブジェクトは通常の状態にあると示した場合、アラートは解決されます。新しいアラートロジックが、そのオブジェクトはアラート状態にあると示した場合、アラートは未解決のままになります。

評価ジョブの設定を変更できますか？

評価ジョブを設定する詳しい手順については、ガイドを参照してください。複数の自動化で同じ評価ジョブを共有できるため、ジョブの設定変更は、同じアラートオブジェクトタイプに書き込むすべての時系列アラートの自動化に適用されます。

ストリーミングアラートジョブがイベントを発行しないのはなぜですか？

ストリーミングアラートでは、データ品質、ジョブ設定、上流の取り込みの問題が原因で、問題が発生することがあります。よくある問題とその対処方法を以下に示します。

順序が正しくないポイント

ストリーミングアラートでは、トリガーされたアラートの整合性を維持するため、順序が正しくなく、過去または未来に大きく離れたポイントを破棄します。入力データがタイムスタンプの単調増加順に取り込まれていることを確認してください。許可される遅延のオーバーライド設定を使用して、遅れて到着するデータの許容範囲を設定できます。

重複するタイムスタンプ

同じ時間ウィンドウ内でタイムスタンプが重複しているポイントは、非決定論的に処理されます。これが、同じロジックによる同等の Quiver 分析と比較した際の不一致の原因になることがあります。

上流の取り込みの問題

ストリーミングアラートのパフォーマンスは、上流のデータ取り込みが正常であることに依存します。ストリーム監視を使用して、ソースデータを取り込むストリームが正常であり、問題なくデータを処理していることを確認します。

ジョブの正常性と評価ステータスを監視する

ストリーミングアラートジョブが実行されていない場合や、評価に失敗している場合は、アラートイベントを受信できません。自動化の正常性とパフォーマンスの監視について詳しくは、監視と観測可能性に関するドキュメントを参照してください。

ストリーミングアラートジョブのコストを削減するにはどうすればよいですか？

オントロジーのポーリングを減らす： 追加設定ガイドのオントロジーのポーリング設定セクションを参照してください。

オブジェクトセットの対象範囲を絞り込む： 自動化のオブジェクトセットの対象範囲を、監視に必要な最小限のオブジェクトに制限します。オブジェクトセットを小さくすると、計算のオーバーヘッドと関連コストが削減されます。オブジェクトセットを絞り込む方法については、自動化の対象範囲を変更するセクションを参照してください。