プロンプトとスコープ
エンタープライズの見込み顧客から、EU、カナダ、オーストラリアでのデータレジデンシーを求められています。現在、プロダクトは共有グローバルコントロールプレーンを実行し、テナントデータを1つのプライマリリージョンに保存し、サポート診断をグローバルなアナリティクスパイプラインに送信し、バックアップを2つのリージョン間で複製しています。営業部門によれば、年間契約額（ACV）で120万ドルに相当する3件の商談がブロックされています。エンジニアリング部門は、リージョン固定の初期バージョンを運用体制を含めて2四半期と見積もっています。
投資すべきかどうか、どのような約束をすべきか、どのデータクラスをスコープに含めるか、そしてその決定をどのように測定するかを判断してください。このプロンプトは、規制、アーキテクチャ、営業上の制約の下でのプロダクト判断力をテストするものであり、リージョンセレクターだけで法的コンプライアンスが成立することを前提とはしていません。
面接官が評価するポイント
- 購買者と正確な要求（調達承認、レイテンシ、契約上の保管、処理制限、または主権）を特定できているか。
- 保管中のデータ（at rest）、使用中の処理（in-use）、転送中（in transit）、バックアップ、ログ、サポートアクセス、サブプロセッサー、ディザスタリカバリを区別できているか。
- 範囲の定まらない「グローバルコンプライアンス」プロジェクトを無条件に受け入れるのではなく、機会費用を定量化し、段階的な実験を定義できているか。
InterviewStackには、データレジデンシーおよびプライバシー法によって制約を受ける段階的なマルチリージョン立ち上げに関するシニアプロダクト向けのプロンプトが含まれています。クラウドプロバイダーはより限定的な約束を文書化しています。Googleはレジデンシーを主にデータが保管時に保存される場所として定義していますが、Microsoftは複製と処理が別々の地理的ルールに従う可能性があると述べています。これらの情報源は、普遍的なコンプライアンスの主張ではなく、正確なプロダクト境界を裏付けています。
回答前の確認事項
- どのような契約文言が必要とされているか？ 「カナダでの保管」は、「カナダ内でのみ処理」や「カナダ国外からアクセスされない」とは異なるコミットメントです。
- どのデータが規制対象か？ メインテーブルだけでなく、顧客コンテンツ、メタデータ、バックアップ、テレメトリ、ログ、サポート添付ファイル、派生インデックス、モデルプロンプトを含めます。
- 各リージョンを必要としている顧客は何社か？ 成約済みの需要、調達ブロッカー、投機的な要望を分離し、商談ステージ、ACV、期日、更新リスクを取得します。
- リージョン障害を乗り切るための可用性目標は何か？ 厳格なレジデンシーの約束はクロスリージョンフェイルオーバーと競合する可能性があるため、顧客は許可された復旧境界を選択する必要があります。
30秒での回答
「私は汎用的なリージョン選択ドロップダウンをいきなりリリースすることはしません。まずはブロックされている3件の商談を検証し、各要望を保管、処理、バックアップ、サポート、サブプロセッサー、フェイルオーバーを網羅する契約マトリクスに変換します。成約済みACVと拡大の可能性が投資に見合う場合、限定されたデータクラスと監査可能なテナント配置レコードを備えた1つのリージョンでパイロットを実施します。プロダクトの約束事項として、何がリージョン内に留まり、何が除外されるかを明記します。調達の進捗、実装コスト、インシデント率、レイテンシ、売上総利益率を測定した上で、さらなるリージョンへの拡大を検討します。リージョン障害が発生した場合、サービスは承認された復旧境界内に留まるか、契約に従って読み取り専用に移行します。データを黙って他の場所にコピーしてはなりません。」
ステップバイステップの詳細な回答
ステップ1: 顧客の課題を確定する。
セキュリティ、法務、調達、技術の各担当者に個別にヒアリングを行います。どの条項が署名のブロッカーになっているか、承認されたサブプロセッサーリストで十分か、その要件が個人データ、すべてのテナントコンテンツ、または特定の規制対象ワークロードのみに適用されるかを確認します。成約済みパイプライン、期日、拡大価値、セグメント間での再現性によって要望をランク付けします。
ステップ2: レジデンシー契約を定義する。
クラス、ストア、プロセッサー、リージョン、保持期間、アクセスパスを含むデータフローインベントリを作成します。有用なマトリクスでは、プライマリストレージ、レプリカ、バックアップ、インメモリ処理、ログ、テレメトリ、サポートツール、サブプロセッサー、ディザスタリカバリを区別します。Googleの定義は保管時のストレージを中心としていますが、Microsoftは冗長性を地理的領域内に維持しつつ、アクセスの場所は別の問題として文書化しています。UIと契約書において、これらの境界を明示する必要があります。
ステップ3: 最小限の実行可能なアーキテクチャを選択する。
サインアップ時のテナント・リージョン配置と、不変（immutable）な配置ポリシーから始めます。書き込みと読み取りを承認されたリージョンデータプレーンにルーティングし、コントロールプレーンにはテナントコンテンツを含めず、未承認のアナリティクス送信先をブロックします。リージョンごとのキー管理、サポートアクセス承認、バックアップポリシー、エクスポート/削除パスを追加します。すべての非同期ジョブ、キャッシュ、インデックス、ログ、添付ファイルに責任者とテストが割り当てられるまで、リージョン固定を約束してはなりません。
ステップ4: 投資を定量化する。
構築コスト、オンコール負荷、プラットフォーム作業の重複、データ転送（egress）、リージョンの最低利用コスト、サポートトレーニング、フェイルオーバーの柔軟性低下をモデル化します。これを加重パイプライン価値およびリテンションへの影響と比較します。120万ドルのブロックされたACVに対する2四半期の構築は魅力的に見えるかもしれませんが、それは成約確率、売上総利益率、実装の遅延、将来のリージョン需要を割り引いた後に限られます。
ステップ5: パイロット運用と測定。
1つのリージョンと少数のデザインパートナーを選択します。データインベントリ、契約の合意、バックアップ復元テスト、リージョン障害訓練、およびスコープ内のクラスが禁止された送信先に入らない独立した証跡を移行のゲートとします。調達承認までの時間、パイロット転換率、レイテンシ、サポート対応時間、テナントあたりのコスト、失敗したジョブ、レジデンシー違反、復旧時間を追跡します。
ステップ6: 障害と例外を処理する。
ローンチ前に承認された復旧セットを定義します。クロスリージョン復旧が禁止されている場合は、その結果生じる可用性のトレードオフを明記し、読み取り専用またはキューイングされた書き込みを提供します。規制対象のバックアップがリージョン内に留まる必要がある場合、グローバルバックアップサービスを目に見えない例外として使用してはなりません。すべての緊急アクセス（break-glass）、一時的な転送、ポリシー変更には、有効期限、承認、監査レコード、顧客に見える証拠が必要です。
質の高い模範解答
「私はレジデンシーをマーケティングのラベルではなく、契約可能な機能として扱います。まず3件の商談を検証します。条項、データクラス、期日、ACV、そして同じ要件が再現可能なセグメントに存在するかどうかを確認します。次に、コンテンツ、メタデータ、バックアップ、ログ、テレメトリ、サポートアクセス、サブプロセッサー、フェイルオーバーをマッピングします。Googleのドキュメントは保管時のストレージを中心にレジデンシーを構成し、Microsoftは地理、複製、アクセスを区別しています。当社の約束は、これらのどれをサポートするのかを明記しなければなりません。
加重パイプラインが投資を正当化する場合、1つのリージョンでパイロットを実施します。テナント配置は不変であり、リージョンデータプレーンがスコープ内のコンテンツを保持し、非同期ジョブにはリージョンポリシーが付与され、アナリティクスは承認された集計のみを受け取ります。バックアップ、暗号化キー、サポートツール、復元訓練はローンチゲートの一部です。調達転換率、売上総利益率、リージョンコスト、p95レイテンシ、運用インシデント、不正転送ゼロの証拠を測定します。障害発生時は、事前に合意した復旧境界に従うか読み取り専用に移行します。契約外で黙ってフェイルオーバーすることは決してありません。」
よくある間違い
- リージョンデータベースとレジデンシーを同一視する → ログ、バックアップ、サポートツール、アナリティクスが依然としてデータを移動させる可能性があります → すべてのデータフローのインベントリを作成し、責任者を割り当てます。
- 法的なスコープを定義せずに「コンプライアンス」を約束する → ストレージ、処理、アクセス、管轄権はそれぞれ異なる主張です → 明示的な契約マトリクスを作成します。
- 資格を満たしていない要望から3つのリージョンを構築する → 営業の関心は確定した需要ではありません → 成約済みパイプライン、期日、再現性をランク付けします。
- グローバルフェイルオーバーを暗黙のものとして放置する → 障害によって約束または可用性目標が侵害される可能性があります → ローンチ前に承認された復旧セットを選択します。
- 成約した収益のみを測定する → レジデンシーは継続的なコストと運用リスクを追加します → 利益率、インシデント、証跡の品質、サポート負荷を追跡します。
フォローアップの質問と回答
フォローアップ1: 見込み顧客がカナダでの保管を要求しているが、米国からのサポートアクセスを許可している場合、何が変わりますか？
契約およびデータフローマトリクスにおいて、保管とアクセスを分離します。プライマリデータ、レプリカ、バックアップは承認されたカナダの境界内に保持し、サポートツールは顧客が承認した場合にのみ、米国から最小権限かつ期間限定のアクセスを受け取ります。実行者、目的、フィールド、期間、有効期限をログに記録します。「カナダでの処理」へと約束を拡大してはなりません。
フォローアップ2: カナダリージョンが利用不可になり、顧客が国境を越えた複製を禁止している場合、フェイルオーバーしますか？
黙ってフェイルオーバーすることはありません。合意された可用性の挙動に従います。残存するリージョンキャッシュからの読み取り専用、明示的な耐久性の警告を伴うキューイングされた書き込み、またはサービス停止です。国境を越えたディザスタリカバリは、別途価格設定および合意されたオプションとして提供します。インシデントレビューでは、レジデンシーの制約を黙って破るのではなく、停止のコストと顧客が表明した制約を比較検討すべきです。
フォローアップ3: テレメトリがテナントコンテンツを漏洩していないことをどのように証明しますか？
許可リストに登録されたイベントスキーマを定義し、自由形式のペイロードを拒否し、SDKおよびコレクターの境界でフィールドを分類し、承認された識別子または集計のみをサンプリングします。一意のマーカーを含む合成カナリアをジョブ、ログ、トレース、アナリティクス、サポートワークフロー全体に流し、すべての送信先でそのマーカーをクエリします。テスト結果、ポリシーバージョン、例外を監査可能な状態に維持します。