注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

オブジェクトモデル

Foundry Rulesに関連する2つの主要なオブジェクトモデルの概念があります:

  • Rules、これはデータに適用され、
  • Proposals、これはルールを変更する手段を提供します。

Rules

Rulesは標準的なオブジェクトで、以下を含みます:

  • 名前、説明、作成者、ルールタイプなどのルールのメタデータプロパティの集まり。
  • フィルタリングされたデータセットに適用するか、変換に渡すカスタムプロパティの集まり。
    • 「アラート」パターンの場合、これらは alert_severityalert_assignee、または priority などです。
    • 「カテゴリー化」パターンの場合、これらは groupsub-group などです。
  • そのルールのマッチ条件を含むロジックプロパティ
    • ロジックは、一貫したシリアライズのための特定の文法に準拠した圧縮JSONブロブとして保存されます。

ルール名、疑惑レベルなどのワークフロー特有の入力フィールド、オブジェクトプロパティのシンプルなフィルターを表示するロジックなど、メタデータ入力フィールドのセット。

ユーザーのワークフローに対してカスタムプロパティをカスタマイズする方法を学びます。

Proposals

多くのルール管理のユースケースには、ルールの作成、編集、削除を管理するための監査とレビュープロセスに対応する要件があります。これらのニーズを満たすために、Foundry Rulesはルールの提案をルールの変更を提出、レビュー、監視する方法としてサポートしています。ルールの提案は、ソフトウェア開発の概念である"プルリクエスト"に相当し、各ルールは特定の時間に複数の提案を持つことができます。

提案はFoundry Rulesの機能であり、必須ではありません。Foundry Rulesは標準的なオブジェクトとアクションを使用してこの承認フローを作成するため、ワークフローは任意の運用要件やルール変更管理の規制要件に合わせてカスタマイズすることができます。

提案は以下を含むオブジェクトとして表現されます:

  • 編集、作成、または削除するルールID
  • 提案の作成者、タイムスタンプ、ステータス(オープン、承認、拒否)、レビューワーなどの提案メタデータ
  • 提案の変更のdiff(つまり、変更のリスト)、これはプロパティに記録されます: old_rule_namenew_rule_nameold_logicnew_logic など。

メタデータフィールドの変更およびルールロジックの変更を示すdiff