目標

モデリング目標 は、特定の運用問題を中心にしたプロジェクトであり、関連するデータソース、メタデータ、モデルがすべて集約されています。目標とは、モデリング問題の定義、つまり、提出されたモデルが実装を提供する問題のインターフェースと考えることができます。

モデリング目標は、モデリングエコシステムのコミュニケーションハブとして機能し、評価、レビュー、時間経過によるモデル解決策の運用化の記録システムとして働きます。

目標は、目標に提出されたモデルが互いにどのように評価されるべきかを定義する メトリクス に関連付けられます。

提出

モデルがモデリング目標に提出されて管理および評価されると、そのモデルバージョンのコピーが作成されます。この不変の提出は、コードのプルリクエストに似ています - モデルを提出するとき、あなたは包括的なレビューを求めているのです。モデリング目標は、機能的には、潜在的な製品価値のあるモデルバージョンのカタログと考えることができます。

リリース

モデルが提出された後、それらはリリースすることができます。リリースはバージョン管理され、パッケージ化され、製品化準備が整った資産であり、モデル提出コードを含みます。リリースは、目標で定義されたモデリング問題への受け入れられた解決策と考えることができます。

リリースには、設定可能な環境タグ（"Staging" や "Production" など）、ユーザー定義のバージョン番号、および短い記述フィールド - リリースノートが含まれます。

リリースされたモデルは、製品推論パイプラインまたは対話型エンドポイントである デプロイメント を動かします。デプロイメントは最新のタグ付きリリースを取得するように設定できます。例えば、"Production" 環境のデプロイメントは、最新のタグ付き "Production" リリースを取得します。

リリースシステムは、タグ付きおよびバージョン管理されたリリースを介した意図的なアップグレードを必要とすることで、製品デプロイメントを保護する方法を提供し、製品パイプラインのモデルバージョン履歴を監査可能にします。

デプロイメント

デプロイメントは、選択されリリースされたモデルを消費者に配信することを可能にします。これには、製品パイプライン、運用アプリケーション、API サブスクライバーが含まれます。

デプロイメントは、Foundry内のモデルのための統治された連続インテグレーション & 連続デリバリー (CI/CD) レイヤーを提供します。モデルの提出がレビューされリリースされると、対応するデプロイメントは新しいモデルバージョンを自動的にダウンタイムなしで取得し、データフローを保持します。

デプロイメントの種類

バッチデプロイメント

バッチデプロイメントは、指定された入力 Foundry データセット上でモデルを実行し、結果を出力データセットに公開することにより、パイプライン内でモデルを実行します。それらは分散コンピューティングを活用し、製品パイプライン（例えば、郡内のすべての住所に対する住宅価格の予測）や大規模な非リアルタイム処理（例えば、大量のコンピュータービジョンや文書分析）に適しています。消費者は、デプロイされたモデルが切り替えられても、一貫した出力データセットから読み取ることができます。

バッチデプロイメントは、通常、Foundryの内部ビルドツールを利用したビルドスケジュールで管理されます。入力データセット、モデル、目標、および含有するプロジェクトからの権限が伝播します。バッチデプロイメントの設定方法についてはこちらをご覧ください。

ライブデプロイメント

低レイテンシーまたは対話型の設定のために、モデルはライブデプロイメントを介して提供することができ、これは対話的にクエリを行うことができるサーバーレス REST API エンドポイントを提供します。

ライブエンドポイントは独立した権限を持ち、設定されたレプリケーションとリソースプロファイルで実行することができます。また、高可用性を持っており、モデルはCI/CDを介して更新することができますが、エンドポイントのダウンタイムを発生させません。

ライブデプロイメントを運用アプリケーションに統合することができます。モデルのための対話型ライブエンドポイントを作成する や モデル上の関数 による方法です。また、モデルを シナリオ分析 や シミュレーション に統合することもできます。

メトリクス

モデリングにおいて最も重要なステップの1つは、モデルがどの程度うまく機能し、どのような条件下でうまく機能するかを理解することです。Foundryは、評価データセットの上でモデルのメトリクスを生成し追跡することを可能にします。また、そのデータ内の論理的なサブセットについても可能です。メトリクスとそれらに関連する入力データセットは、Modeling Objectives 内の評価ワークフローを支えます。

メトリクスは、アドホックに（例えば、開発時に）生成することも、モデリング目標の 自動モデル評価 の一部として体系的に生成することもできます。その後、モデルプレビュー内で可視化され、評価ダッシュボード の他のモデルと比較することができます。

MetricSet は、単一のモデル評価の数値メトリクス、画像、チャートをカプセル化します。MetricSetには、対応するモデル（およびバージョン）への参照、およびメトリクスが計算された単一のデータセットとトランザクション（すなわち、バージョン）が含まれます。このデータセットの参照は MetricSet の "入力データセット" と呼ばれます。 メトリックセットの利用可能なオプションの範囲をご覧ください。

メタデータ

目標には関連する、高度に設定可能な メタデータがあり、これを使用すると、幅広い管理および共同作業ワークフローを可能にすることができます。カスタムメタデータフィールドは、各モデル提出時に収集することができ、モデルを互いに比較するのに役立ちます。