題目與範圍
企業客戶要求歐洲、加拿大和澳洲駐留。現有產品使用共享全球控制面，在一個主要區域保存租戶資料，把支援診斷送到全球分析管道，並在兩個區域複製備份。銷售表示三筆每年合約金額共 120 萬美元的交易因此受阻。工程估算第一個區域固定版本需兩個季度，且會增加長期營運工作。
你要決定是否投入、承諾什麼、哪些資料類別屬於範圍，以及如何衡量決策。題目考察監管、架構和銷售限制下的產品判斷；區域選單本身不等於法律合規。
面試官考察什麼
- 是否找出買方和真實任務：採購審批、延遲、合約儲存、處理限制或主權要求。
- 是否區分靜態儲存、使用中處理、傳輸、備份、日誌、支援存取、子處理者和災備。
- 是否量化機會成本，並用分階段實驗取代無邊界的「全球合規」專案。
InterviewStack 的高階產品題包含受資料駐留和隱私法律約束的多區域發佈。雲端供應商文件給出的承諾更窄：Google 主要把駐留定義為資料靜態儲存的位置，Microsoft 則說明複製和處理可能遵循不同地理規則。這些資料支援精確界定產品邊界，不能直接推出普遍合規結論。
作答前澄清
- 需要哪種合約措辭？「儲存在加拿大」不同於「只在加拿大處理」或「絕不從加拿大以外存取」。
- 哪些資料受監管？ 要納入客戶內容、元資料、備份、遙測、日誌、支援附件、衍生索引和模型提示詞，而不只是主表。
- 每個區域有多少客戶？ 區分已簽需求、採購阻塞和猜測性需求；取得交易階段、ACV、截止日期和續約風險。
- 區域故障時的可用性目標是什麼？ 嚴格駐留可能與跨區災備衝突，客戶必須選擇允許的恢復邊界。
30 秒回答
「我不會直接上線通用區域下拉框。我會驗證三個受阻交易，把每個請求轉成涵蓋儲存、處理、備份、支援、子處理者和故障轉移的合約矩陣。如果已簽 ACV 和可複製需求支援投入，我會先用一個區域和窄資料類別試點，並記錄可稽核的租戶歸屬。產品承諾會明確區域內和排除項。指標包括採購推進、實施成本、事故率、延遲和毛利。區域故障時只能遵循核准的恢復邊界或進入唯讀；不能靜默複製到其他區域。」
分步深答
第一步：確認客戶問題。
分別訪談安全、法務、採購和技術買方。確認阻塞簽約的條款、是否接受已核准的子處理者清單，以及要求涵蓋個人資料、全部租戶內容還是特定受監管工作負載。按已簽管線、截止時間、擴張價值和同類客戶的可複製性排序。
第二步：定義駐留合約。
建立資料流清單，記錄類別、儲存、處理者、區域、保留期和存取路徑。矩陣至少區分主儲存、複製、備份、記憶體處理、日誌、遙測、支援工具、子處理者和災備。Google 的定義聚焦靜態儲存；Microsoft 說明冗餘可留在一個地理範圍內，而存取地點是另一問題。介面和合約都要暴露這些邊界。
第三步：選擇最小可行架構。
從註冊時的租戶到區域綁定和不可變放置策略開始。把讀寫路由到核准資料面，讓控制面不接觸租戶內容，並阻斷未核准的分析匯。補上區域金鑰管理、支援存取審批、備份策略和匯出刪除路徑。所有非同步任務、快取、索引、日誌和附件都必須有歸屬和測試後，才能承諾區域固定。
第四步：量化投入。
估算建置成本、值班負擔、重複平台工作、流出流量、區域最低消費、支援訓練和故障轉移彈性下降。與加權管線價值和留存影響比較。每年 120 萬美元的受阻 ACV 可能值得投入，但要先扣除成交機率、毛利、交付延遲和未來區域需求。
第五步：試點和度量。
選擇一個區域和少量設計合作客戶。上線門檻包括資料清單、合約簽署、備份恢復演練、區域故障演習，以及獨立證據證明範圍內資料沒有進入禁止匯。追蹤採購審批時間、試點轉化、延遲、每租戶成本、失敗任務、駐留違規和恢復時間。
第六步：處理故障和例外。
上線前定義核准的恢復集合。若禁止跨區恢復，就說明可用性代價並提供唯讀或排隊寫入。若受監管備份必須留在本區，不要把全球備份服務當作隱形例外。每次破例存取、臨時傳輸和策略變更都要有過期時間、審批、稽核記錄和客戶可見證據。
高品質示範回答
「我會把駐留當作可簽約能力，而不是行銷標籤。先驗證三個交易：條款、資料類別、截止時間、ACV，以及同一需求是否可複製到一個細分市場。然後盤點內容、元資料、備份、日誌、遙測、支援存取、子處理者和災備。Google 文件把駐留放在靜態儲存位置上，Microsoft 則區分地理範圍、複製和存取；我們的承諾必須寫明支援哪一層。
如果加權管線支撐投入，我會試點一個區域。租戶歸屬不可變，區域資料面擁有範圍內內容，非同步任務攜帶區域策略，分析只能收到獲准的聚合資料。備份、金鑰、支援工具和恢復演練都是上線門檻。指標包括採購轉化、毛利、區域成本、p95 延遲、營運事故和未授權傳輸的證據。故障時遵循預先約定的恢復邊界或唯讀，絕不靜默跨區。」
常見錯誤
- 把區域資料庫等同於駐留 → 日誌、備份、支援工具和分析仍可能跨區 → 盤點每條資料流並指定負責人。
- 沒有法律範圍就承諾「合規」 → 儲存、處理、存取和司法管轄是不同主張 → 寫出明確合約矩陣。
- 根據未篩選需求建置三個區域 → 銷售興趣不等於已承諾需求 → 按已簽管線、截止時間和可複製性排序。
- 預設全球故障轉移 → 故障時可能違反承諾或可用性目標 → 上線前確定核准的恢復集合。
- 只看成交收入 → 駐留會增加長期成本和營運風險 → 追蹤毛利、事故、證據品質和支援負擔。
追問與回答
追問 1：客戶要求資料儲存在加拿大，但允許美國支援人員存取，如何處理？
在合約和資料流矩陣中分開儲存與存取。主資料、複製和備份留在核准的加拿大邊界；支援工具只在客戶核准時提供從美國發起的最小權限、限時存取。記錄人員、目的、欄位、時長和過期時間，不要擴大為「只在加拿大處理」。
追問 2：加拿大區域不可用，客戶禁止跨境複製，要故障轉移嗎？
不能靜默轉移。按約定的可用性行為執行：使用仍存活區域的唯讀快取、帶明確持久性警告的排隊寫入，或接受中斷。把跨境災備作為單獨定價並取得同意的選項。複盤應比較中斷成本和客戶駐留約束，而不是悄悄違約。
追問 3：如何證明遙測沒有洩露租戶內容？
定義允許的事件模式，拒絕自由文字載荷，在 SDK 和採集邊界對欄位分類，只取樣核准的識別碼或聚合值。讓包含唯一標記的合成資料經過任務、日誌、追蹤、分析和支援流程，再在每個匯中查詢標記。保存測試結果、策略版本和例外記錄，確保可稽核。