プロンプトとコンテキスト
あるB2B SaaSサービスが複数のクラウドリージョンで稼働しています。ある顧客が「データをドイツ国内に留めること」を求めると同時に、高可用性、サポートによるトラブルシューティング、およびクロスリージョンでのディザスタリカバリ（DR）も要求しています。約束の対象となるデータと処理を定義した上で、リージョン選択、レプリケーション、バックアップ、オペレーターアクセス、データ移行・離脱（Exit）、および証跡を設計し、その約束が単なるマーケティングの文句ではなくテスト検証可能なものとなるようにしてください。
面接官が評価しているポイント
- 顧客コンテンツ、バックアップ、ログ、テレメトリ、サポートチケット、およびモデル処理に対するレジデンシー境界の分離。
- 顧客の選択、書き込みルーティング、レプリケーションのガードレール、鍵、および人のアクセスを1つの制御ループに統合できているか。
- レジデンシー、主権、可用性、およびディザスタリカバリの間の現実的なトレードオフを説明できるか。
- リージョンのドロップダウン選択だけでなく、監査可能な証跡、アラート、および顧客への通知・説明を定義できているか。
最初に確認すべき明確化のための質問
- 顧客が求めているのは、ストレージ、処理、オペレーターアクセス、または法的主権のどのレジデンシーですか？
- アカウントのメタデータ、ログ、バックアップ、サポート添付ファイルと比べて、どれが顧客コンテンツに該当しますか？
- 単一リージョンの停止時に書き込みを一時停止してもよいですか、それともサービスをクロスリージョンで復旧させる必要がありますか？
- クラウドプロバイダーはどのようなリージョン制御、サービス依存関係、および鍵管理機能を提供していますか？
- 顧客が必要としているのは、セルフサービスの証跡、監査用エクスポート、または例外処理プロセスを伴う契約上の約束のどれですか？
30秒で答える回答フレームワーク
私はレジデンシーをストレージ、処理、レプリケーション、および人のアクセスの境界に分割し、各データ分類のインベントリを作成します。顧客がリージョンを選択したら、ルーティング、データベース、オブジェクトストレージ、バックアップ、ログ、および暗号化キーがすべて同一のポリシーを強制する必要があります。単なるリージョンラベルだけでは不十分です。一時停止、縮退運転、またはクロスリージョン復旧といった障害時の動作を明示し、すべての例外でアラートと監査証跡を生成しなければなりません。ローンチ前に、実際の書き込み、レプリケーション、復旧の演習を行って約束の履行を検証します。
ステップごとの詳細な回答
ステップ 1: 約束の適用範囲を定義する
顧客コンテンツ、検索インデックス、派生ファイル、バックアップ、ログ、テレメトリ、請求データ、およびサポート添付ファイルのインベントリを作成します。それぞれについて、ストレージ、処理、レプリケーション、保持期間、およびオペレーターアクセスの場所を記録します。クラウドコンソールのリージョン名を法的な保証として扱うのではなく、検証可能な地理的領域および依存関係のセットとしてリージョンを定義します。
ステップ 2: テナントのリージョン選択を設計する
テナント作成時にレジデンシーパッケージを選択させ、イミュータブル（不変）なポリシーバージョンとして保存します。非同期ジョブがルーティングを迂回できないよう、ポリシーサービスはすべての書き込みパスに単一の決定を提供する必要があります。移行には承認、デュアルライト（二重書き込み）期間、および完了の証跡が必要です。ドロップダウンを変更しただけでは、過去のコピーが移動したことを証明できません。
ステップ 3: レプリケーションとバックアップのガードレールを構築する
データベースレプリケーション、オブジェクトバージョニング、スナップショット、キュー、およびキャッシュは、テナントポリシーを継承する必要があります。クロスリージョンレプリケーションには、顧客または障害ポリシーによる明示的な承認を必須とします。バックアップの保持期間、削除遅延、および鍵の配置場所をクエリ可能にします。メール、アナリティクス、ロギングなどの外部ベンダーもデータフロー図および契約レビューの対象に含めます。
ステップ 4: 可用性とディザスタリカバリを明示化する
厳格なレジデンシーによってクロスリージョンレプリケーションが禁止されている場合、リージョン障害は書き込みの一時停止、読み取り専用サービス、または復旧待ちを意味する可能性があります。顧客がトレードオフを選択できるよう、RPO、RTO、データの鮮度、および許容損失を各レジデンシーパッケージに明記します。クロスリージョン復旧を行うには、事前の承認が必要であり、その後に一時リージョンと元のリージョンへの切り戻し移行の記録を残します。
ステップ 5: 運用およびサポートのアクセスを制限する
サポート担当者、委託先、踏み台ホスト（Bastion host）、およびリモートデバッグツールが顧客データを処理する可能性があります。最小権限の原則、リージョンバインディング、短期間有効なアクセス権付与、および完全な監査ログを使用します。マスキング（墨消し）されたサンプルを優先し、本番データのエクスポートには承認と有効期限を設けます。保管場所にドイツを選択したからといってすべての運用担当者がドイツに配置されるわけではないため、人員とコントロールプレーンの境界は個別に検証する必要があります。
ステップ 6: 検証可能な証跡を提供する
テナントポリシー、データ分類、リージョン、レプリケーション状態、バックアップ場所、鍵、および例外をカスタマーポータル上に表示します。バケット、データベース、ログパイプライン、およびサービス依存関係の実際の場所を継続的にチェックし、ドリフト（設定の乖離）が発生した場合は新規書き込みをブロックしてアラートを発報します。監査用エクスポートには、単一の静的なコンプライアンスPDFではなく、時刻、ポリシーバージョン、リソース、実行者、および証跡ソースを含める必要があります。
ステップ 7: 移行、離脱、およびコミュニケーションを設計する
リージョンを変更する場合は、影響を評価してデータのインベントリを作成した上で、暗号化転送、検証、デュアルライト、切り替え、および旧コピーのクリーンアップを実行します。離脱（解約）時には、エクスポート形式、削除猶予期間、バックアップの有効期限、およびベンダーでの保持期間を説明します。インシデントや例外の発生時には、プロダクト、法務、サポート、エンジニアリングの各チームが1つのステートマシンを用いて、影響、復旧の進捗、および事後証跡を伝達・共有する必要があります。
高品質な回答例
私はレジデンシーを、監査可能なストレージ、処理、レプリケーション、および人のアクセスの境界として定義し、顧客コンテンツ、ログ、バックアップ、テレメトリ、およびサポート添付ファイルのインベントリを作成します。リージョン選択後は、すべての書き込み、非同期タスク、バックアップ、鍵、およびベンダー連携が同一のポリシーを読み取ります。クロスリージョン復旧には明示的な承認が必要です。厳格なレジデンシーと可用性が衝突する場合は、一時停止、読み取り専用、または復旧遅延の選択肢を提示し、各パッケージにRPO/RTOを明記します。ローンチ前に、書き込み、レプリケーション、復旧、オペレーターアクセス、および離脱の演習を実施します。ポータルにはポリシーバージョンと証跡を表示し、ドリフトが発生した場合は即座にブロックしてアラートを発報します。
よくある間違い
- バックアップ、ログ、キャッシュ、テレメトリ、サポート添付ファイルを無視して、プライマリデータベースのリージョンのみを約束すること。
- クラウドのリージョン名を、完全な主権やオペレーターアクセスの保証と同等として扱うこと。
- クロスリージョンのディザスタリカバリが、コンプライアンスやRPOに何の影響も与えないと主張すること。
- 実際のリソースやベンダーを継続的にチェックすることなく、静的なコンプライアンスPDFのみを提供すること。
- 過去のコピー、デュアルライト、削除証跡の処理を行わずに、顧客が即座にリージョンを切り替えられるようにすること。
フォローアップの質問と回答
フォローアップ 1: 厳格なレジデンシーの下でリージョン障害が発生した場合はどうなりますか？
選択されたRPO/RTOに従い、書き込みの一時停止、読み取り専用サービス、またはローカルでの復旧を提供します。クロスリージョン復旧を行うには、事前定義された承認、一時リージョンの指定、暗号化、および切り戻し移行の証跡が必要となります。高可用性は必ずしも国境を越えたレプリケーションを意味するわけではありません。
フォローアップ 2: ログとテレメトリは顧客データに含まれますか？
フィールドおよび処理目的に応じて分類します。テナント識別子、リクエスト内容、または個人に紐づけ可能なデータを含むログはポリシーの対象となります。純粋な集計データは個別に評価できますが、「テレメトリ」だからといって自動的に除外されるわけではありません。
フォローアップ 3: 成功をどのように測定しますか？
ポリシーの適用率、リソースドリフトの検出時間、例外の解決率、監査エクスポートの成功率、移行の完了率、および可用性への影響を追跡します。契約更新や監査フィードバックが成果のシグナルであり、営業段階での約束の件数ではありません。
フォローアップ 4: クラウドプロバイダーの保証はSaaSの保証と同等ですか？
いいえ。プロバイダーのリージョン、依存関係、および人員制御はあくまで「機能・能力」です。SaaS側で独自のルーティング、バックアップ、ベンダー、鍵、およびサポートプロセスを検証し、契約上の例外を明記する必要があります。
フォローアップ 5: 顧客はクロスリージョンレプリケーションが行われていないことをどのように証明できますか？
ポリシーバージョン管理されたリソースインベントリ、レプリケーションおよびバックアップの状態、鍵の場所、アクセス監査ログ、ドリフトアラートを提供し、合意に基づき第三者によるサンプリング検証を実施します。証跡は実際のリソースと時間枠に紐づいて追跡可能でなければなりません。