監視に関する FAQ

現在、すべてのヘルスチェックが監視ルールとして存在しますか？

すべてのヘルスチェックが監視ルールとして存在するわけではありませんが、最も重要なヘルスチェックには同等の監視ルールがあります。監視ビューで監視ルールとヘルスチェックを併用することを推奨します。監視ビューとヘルスチェックの対象範囲は、次のとおりです。

• 監視ビューでのみ監視できるリソース： Data Connection の Agent、Object Storage v2 (OSv2) のオブジェクトとリンク、ストリーミングデータセット、モデルのライブデプロイ、時系列同期、自動化。
• ヘルスチェックとしてのみ存在するデータセットレベルのチェック： コンテンツ、鮮度、スキーマのチェック、データが満たすべき条件、Object Storage v1 (Phonograph) と foundry-sync のチェック。
• ヘルスチェックの機能を置き換える監視ルール： スケジュールの連続失敗（スケジュールステータスチェックを置き換えるもの）、スケジュールの実行時間、データセットのジョブが最後に成功してからの経過時間のモニター。

ヘルスチェックではなくモニターを使う理由は何ですか？

モニターは、単一のリソースではなく、対象範囲全体をカバーします。そのため、その範囲にリソースが追加されると、そのリソースも自動的にルールの対象になります。たとえば、プロジェクト内のすべての Agent を監視するように設定した監視ルールは、後からそのプロジェクトに追加された Agent も監視します。

既存の監視ビューに新しいルールを追加するのではなく、新しい監視ビューを作成すべきなのはどのようなときですか？

各監視ビューは、そのビュー内のモニターに関心があるユーザーのグループに対応するようにしてください。特定のユーザーのグループ [a, b, c] が特定のプロジェクト [x, y, z] に関心を持つ場合は、それらのプロジェクト内のすべてのリソースを含む1つの監視ビューを作成します。特定のユーザーのグループが Agent の監視にのみ関心を持つ場合は、すべてのプロジェクト内のすべての Agent を監視するための1つの監視ビューを作成してください。

監視ビューにはどのような権限が必要ですか？

監視ビューはファイルシステムリソースであるため、ユーザーにはビューが保存されているプロジェクトまたはフォルダーへの権限が必要です。アラートを受信したり、リソースに監視ルールを設定したりするには、監視対象のプロジェクトリソースへのアクセス権が必要です。必要な権限をすべて持つユーザーが、別のユーザーやグループを監視ビューのフォロワーに追加した場合でも、新しいフォロワーにその監視ビューへの明示的なアクセス権限がなければ、どのリソースに関するアラートも受信しません。