題幹與適用場景
平台服務數百個模型，訓練產物來自不同流水線，線上服務需要穩定引用已批准版本。研究團隊希望快速試驗，合規團隊要求記錄訓練資料快照、評估指標、批准人與部署歷史。假設模型檔案放在物件儲存，推理服務透過註冊中心讀取版本與別名。
面試官考察點
面試官看你能否區分不可變模型版本與可變發布指標。強回答會說明元資料一致性、製品完整性、別名原子切換、環境隔離、審批與回滾；普通回答只做保存檔名的 CRUD 服務。
回答前需要澄清的問題
- 模型是否允許跨環境重用？若開發、預備、正式環境隔離，別名和權限邊界必須分開。
- 回滾目標是上一版本、指定版本還是最後一個健康版本？不同目標決定稽核與健康狀態模型。
- 評估證據需要哪些欄位？缺少資料集快照或指標時不能進入批准狀態。
- 推理服務能否快取模型？快取 TTL 和別名變更傳播會影響回滾時間。
- 是否支援灰度或多版本並存？若支援，需要流量路由與指標關聯。
30 秒回答框架
「我會把模型檔案與版本元資料都設為不可變，以內容摘要和版本號定址；用環境內唯一的別名指向已批准版本。註冊、評估、審批、部署與回滾都是帶稽核的狀態轉換。推理服務先解析別名取得版本，再驗證摘要與權限。發布採用條件更新，灰度指標越界就把別名原子地切回上一個健康版本。」
分步驟深入解答
- 核心物件。
RegisteredModel保存擁有者與策略；ModelVersion保存製品 URI、內容摘要、框架、輸入輸出簽名、訓練資料快照與評估指標；Alias是環境內可變指標。 - 不可變製品。 上傳後計算摘要並寫入物件儲存，版本只能追加元資料，禁止覆蓋檔案。下載時驗證摘要，避免標籤指向錯誤內容。
- 狀態機。 版本依序經過 registered、validated、approved、deployed、retired；每次轉換記錄操作者、理由、時間與證據連結，非法跳轉被拒絕。
- 別名切換。
candidate、staging、champion等別名只允許指向一個版本。使用條件寫入或交易更新，保證讀取者不會看到半次切換。 - 部署讀取。 服務解析別名取得版本快照，驗證租戶、環境與摘要，再下載並快取；快取記錄版本號，不能只快取別名。
- 灰度與回滾。 發布控制器按流量分組綁定別名或路由規則，收集錯誤率、延遲與業務指標；越過閾值時將別名切回健康版本並記錄自動回滾事件。
容量上，元資料可放關聯式資料庫並用物件儲存承載大檔案；事件流非同步通知快取失效與稽核索引。跨區域複製只複製已批准版本，避免半成品進入正式環境。
高品質示範回答
「我設計三個邊界：不可變版本、可變別名、受稽核的狀態轉換。每個版本包含物件摘要、簽名、訓練資料快照、評估指標與來源執行記錄；審批前缺欄位就拒絕。正式環境的 champion 別名透過條件更新只指向一個版本，推理服務解析後快取版本號並驗證摘要。灰度控制器關聯模型版本與錯誤率、延遲及業務指標，超過閾值就原子切回上一個健康版本。權限按模型、環境與動作拆分，所有別名移動、審批、下載與回滾寫入不可篡改稽核日誌。」
常見錯誤
- 錯誤表現： 允許覆蓋同一版本檔案 → 失敗原因： 部署無法重現，稽核指向失效 → 修正方法： 版本與製品不可變，變更只能建立新版本。
- 錯誤表現： 用
latest字串直接部署 → 失敗原因： 別名移動後快取與稽核不一致 → 修正方法： 先解析別名到版本快照並記錄摘要。 - 錯誤表現： 把審批當成布林欄位 → 失敗原因： 無法解釋誰在何時依據什麼批准 → 修正方法： 使用帶證據的狀態轉換與稽核事件。
- 錯誤表現： 回滾只切換流量 → 失敗原因： 快取或依賴仍可能讀取新版本 → 修正方法： 版本化快取、依賴檢查與原子別名回退。
追問及應對
為什麼需要別名，直接使用版本號不夠嗎？
版本號適合重現，別名適合發布控制。兩者分離後，可以在不修改客戶端設定的情況下切換已批准版本，同時保留明確版本稽核。
如何避免別名並發更新互相覆蓋？
為別名記錄版本號或修訂號，使用條件更新；衝突時讓控制器重新讀取並依最新策略重試，不能靜默覆蓋。
訓練資料包含敏感資訊，註冊中心保存什麼？
保存資料集版本、存取策略與摘要，不保存原始樣本；下載評估證據時沿用資料權限並記錄存取稽核。
什麼時候刪除舊模型版本？
符合保留期、沒有活動部署且沒有稽核凍結要求後再刪除製品；元資料與回滾所需摘要至少保留到合規期限結束。