リクエストパスをマッピングする
アプリケーションがユーザー入力を受け取ることから始めます。パスに沿ったドキュメントの取得、ログ記録、モデル推論、ツールの実行、結果の保存を特定します。
地域モデル エンドポイントは、モデル処理ステップに対応します。独自のログ、データベース、または接続されたサービスが実行される場所は自動的に決定されません。
モデルのデプロイメントを特定する
実際のモデル識別子とワークロードの意図された EU域内ホストのルートを記録します。その記録を使用して受信者と契約要件を処理し続けます。
モデル カタログには、独自のモデルや、異なるホスティング構成を持つルートが含まれる場合もあります。カタログ アクセスを単一のユニバーサル リージョンの証明として使用しないでください。
変更をレビュー可能な状態に保つ
地域の要件が重要な場合は、ルーティングの変更を展開の変更として扱います。
- 承認されたモデル ルートのセットを維持します。
- 追加と置換を有効にする前に確認してください。
- 同じ要件を再試行とフォールバックに適用します。
- 各実稼働リリースに関連付けられた構成を保持します。
承認されたルートでビルドする
EUモデルのアクセスページ および TextCortex プライバシー ポリシー をレビューへの入力として使用します。次に、承認されたテスト データを使用して統合を検証します。
これはエンジニアリングレビューのワークフローであり、法的な認定ではありません。組織と展開に適用される契約と処理の取り決めを使用してください。