データ所在地とルーティング：実際の処理範囲を確認する
エンドポイント、推論経路、保存、ログ、サポート担当者のアクセスをたどり、障害時の切り替えと確認資料を整理します。接続先の地域だけで法令遵守を判断しません。
リージョンの入口は、調査の出発点
承認されたリージョンでリソースを購入しても、企業文書の移動先をすべて説明できるとは限りません。見落としやすいのは、再試行、回答キャッシュ、エラー追跡、バックアップ、サポート添付などの日常機能です。実効的なデータレジデンシー審査では、一つの処理と生成されるコピーを最後まで追い、不明な経路ごとに責任者を定めます。
説明用の仮定であり、実際の顧客事例ではありません。 ナレッジアシスタントが
REGION_Aの承認文書を検索し、データ責任者はその地域だけでの文書処理を許可しているとします。ゲートウェイにはREGION_Bへの障害時の代替経路があり、サポートは別のチケットシステムを使います。調査のための架空の条件であり、観測した顧客環境や Corebyte の販売パッケージではありません。地域名は仮の値で、サービス識別子ではありません。
通常要求、失敗した要求、保存されるコピーが、この仮定の境界をすべて守るかを確認します。利用者の所在地、現地の請求書、入口のホスト名では、単独でも組み合わせても代わりになりません。
一つの要求を七つの経路で追う
モデル変更やログ停止の前に図を作り、各行で意図した設定と実際の動作の証拠を分けます。
| 経路 | 明らかにすること | 求める証拠 |
|---|---|---|
| 入口 | 入力の受信者、アカウント、エンドポイント | アプリ設定、ゲートウェイルート、アカウント責任者 |
| 推論 | モデル・プロファイル、処理先候補、代替経路 | プロファイル資料、ルート規則、取得可能な処理地域の記録 |
| 検索 | 原本、索引、埋め込みの保存先と権限 | 出典一覧、保存設定、二つの役割のアクセス試験 |
| 応答とキャッシュ | 質問、回答、会話状態の保存有無 | API 保存設定、キャッシュキー、権限、失効・削除試験 |
| ログ | ゲートウェイ、モデル、アプリ、エラーサービスが残す本文 | ログ設定、保存先、保持規則、機密情報を除いた例 |
| バックアップ | 通常削除後に残るコピーや複製 | バックアップ一覧、複製設定、復元・削除手順 |
| サポート | チケット・添付の内容と閲覧者 | システムの所在、アクセス方針、添付の扱い |
Bedrock では地理単位とグローバルのプロファイルで処理先の範囲が異なります。入口から推測せず、選んだプロファイルと、取得できる場合は additionalEventData.inferenceRegion を確認します。AWS のルーティング文書に仕組みと観測フィールドがあります。
保存は別の判断です。Bedrock Responses は通常、入出力を30日間保持します。store: false は会話状態の保存を止めますが、別設定のログは止めません。Responses の保存動作を確認します。呼び出しログは既定で無効ですが、有効化すると本文を記録し得ます。実際の API とログの送信先も確認します。
安心に見える構成図が失敗する理由
仮定の例で、両地域を含む地理プロファイルなら、一地域だけを許可する規則を超えます。地理範囲は顧客の承認集合と自動的に一致しません。容量不足時にゲートウェイが別の提供元やグローバル経路を選ぶ可能性があるため、通常時と障害時の両方で許可規則を強制します。許可経路が残らなければ、業務を延期するか人へ引き継ぐ方法を定めます。
より見えにくい失敗もあります。モデル処理は許可地域でも、エラー処理がプロンプト全文をチケットへ送る場合です。会話削除後もキャッシュ、ログ出力、バックアップが残るかもしれません。文書権限の変更後も、権限を失った利用者に古い回答が返ることがあります。原因は別々であり、モデルだけを変えてもすべては直りません。
六つの手順で境界を検証する
- 審査する設定を固定する。 モデル・プロファイル、API、エンドポイント、ルート方針、
CONFIG_VERSIONを記録します。処理と保存の許可場所を分け、提供元への未確認事項も残します。 - 無害な印を使う。 許可された試験環境で
RESIDENCY_TESTを含む合成資料を送り、REQUEST_ID、時刻、役割を記録します。追跡しやすくするために機密文書を使いません。 - 各層の記録を結び付ける。 アプリとゲートウェイの識別子を、その API で得られる提供元の証拠と照合します。処理、状態保存、ログ、チケットを調べます。項目がなければ「未確認」であり、転送がなかった証明ではありません。
- 失敗を試す。 許可された試験環境で承認経路の停止を模擬します。未承認先が拒否され、利用者に合意済みの未完了や人への引き継ぎが示されることを確認します。選択ルートと設定も残します。
- ライフサイクルを確認する。 試験利用者の権限を変え、サンプルを削除します。検索とキャッシュの無効化を検証し、ログとバックアップの保持は別に調べます。予定失効と例外を記録し、一つの削除操作を全削除とみなしません。
- 責任者と証拠で判断を閉じる。 観測経路と承認境界を照合します。不足ごとに担当者、必要な証拠、修正・範囲縮小・機密利用延期の判断を記録します。成功試験と失敗試験を両方残します。
遅延以外の取捨選択もある
処理先を絞ると容量やモデル選択が制約されます。未承認経路へ切り替えるより、許可された処理を待つ方がよいこともあります。キャッシュは反復を減らす一方、権限と削除の管理を増やします。詳細ログは調査を助けますが、メタデータだけなら本文コピーを減らせる反面、説明しにくい障害が残ることがあります。業務と調査を支える最小限の証拠を選び、不確実な部分を明記します。
サポートのアクセスもデータ経路です。文書全文の添付より、識別子と機密情報を除いた再現手順を優先します。一時アクセスには目的、権限、期限、解除記録を定めます。連絡しやすい支援であっても同じ審査に含めます。
再利用できる判断記録
- 許可する処理・保存先の集合とデータ責任者を定める。
- アカウント帰属、エンドポイント、API、モデル・プロファイル、設定版を記録する。
- 原本、索引、応答、キャッシュ、ログ、バックアップ、支援用コピーのライフサイクル責任者を列挙する。
- 正常追跡、境界外ルートの拒否、権限・削除試験を残す。
- 許可する失敗時の結果と、経路変更を承認できる人を定める。
- 提供元の証拠、未解決事項、次の審査条件を記録する。
モデル、プロファイル、ゲートウェイ、キャッシュ、バックアップ、支援手順を変えたら再審査します。技術的な地域は業務・データ責任者への証拠であり、契約や法域の要件を単独で解決しません。公式資料の確認日は 2026-10-17 です。この記事は確認方法の説明であり、仮定の例のために顧客システムを調査したりクラウド API を呼び出したりしていません。