Bedrock Mantleの米国政府向けリージョンへCodexの推論を送る設定を説明しました。端末ポリシー、AWS認証、接続先制限を組み合わせた管理構成です。 AWS側の権限と端末の制御が中心です。手順に従うだけで組織の利用承認が完了するわけではなく、対応版とデータ経路の検証が必要になります。 政府向けAWS環境へ推論経路を固定 AWSは10月30日、AWS GovCloudのAmazon Bedrockを使うChatGPTデスクトップアプリの構成手順を公開しました。アプリには複数段階の業務を行うWorkと、開発、テスト、レビューを担うCodexがあります。記事ではCodexの推論を、米国政府向け西部リージョンのBedrock Mantleへ送る管理構成を説明しています。組織が管理する端末でAPI方式の認証を使い、設定ファイルと接続制限を先に用意する手順です。対象は、推論の認証、接続先、処理リージョンをGovCloudの管理下に置く必要がある組織です。一般向けアカウントでの利用とは異なる統制を、端末とAWSの両方で確かめるための実装例となっています。 利用者設定と管理者の制約を組み合わせる 構成では管理者側のrequirements.tomlと利用者側のconfig.tomlを使います。管理者のファイルで許可する操作や外部接続を制限し、利用者側でモデル提供者と承認済みモデルを指定します。AWSの名前付きプロファイルなどによる認証を使い、承認済みのBedrock接続先だけを許可する例が示されています。この方式ではChatGPTのワークスペースのルールや利用者の役割が中心の制御にはなりません。端末の方針とAWSのID、権限が主な管理点です。記事はトークン単位の課金と、設定可能なデータ保持なしの処理も説明しています。ただしすべての端末や版で同じ設定が有効とは限りません。導入担当者には、アプリがGovCloudに対応しているか、実効的な認証元と推論先が意図どおりかを確認する作業が必要になります。 リージョンの利用と業務の承認は別の確認 AWSは、GovCloudの利用や記事の手順だけでは対象業務の承認にならないと明記しています。組織はモデル、サービス、リージョン、端末、リポジトリー、認証情報、データ経路を自ら確認する立場です。実務上は管理設定を配置してからアプリを起動し、再起動後の実効設定を検証することが論点になります。API認証にしただけで全機能の制限が適用されたとは扱えません。認証情報を設定ファイルへ直接書かず、承認した仕組みで取得・更新する体制も必要になります。試験に失敗した場合は展開を止め、前の設定へ戻し、一時的な認証情報を失効させる流れが示されています。費用は推論量だけでなく、端末管理と検証を継続する作業も含めて考える必要があると見られます。接続先URLの変更だけで対応を判断しないことが焦点です。