後端面試題：Lambda SnapStart 恢復後如何安全重建執行時期資源？
題幹與適用場景
一個 Lambda 函數使用 SnapStart 降低冷啟動延遲。函數在快照前建立了連線池、隨機數種子、臨時目錄和快取。請設計快照前後的 runtime hook，說明哪些狀態可以凍結、哪些必須恢復，以及如何避免連線重用、憑證過期和重複副作用。
面試官考察點
- 是否理解 Init、Snapshot、Restore 和 Invoke 的生命週期差異。
- 是否能識別快照中不應長期保存的連線、令牌、時間和隨機狀態。
- 是否能使用 before-checkpoint 與 after-restore hook 做清理和重建。
- 是否能處理逾時、重試、併發恢復、可觀測性和回滾。
回答前需要釐清的問題
- 使用的 runtime、框架和 SDK 是否支援 SnapStart runtime hook？
- 哪些資源是程序內可重建狀態，哪些資源依賴外部租約或短期憑證？
- 恢復後是否允許第一次請求承擔重建成本，還是要在 hook 中完成？
- 快照版本如何發布、灰度和回滾，恢復失敗時如何降級？
30 秒回答框架
我會把初始化分成可凍結的純資料和恢復時必須重建的外部狀態。快照前關閉或清空不可恢復連線、臨時檔案和敏感快取；恢復 hook 重新取得憑證、建立連線池、刷新時間和隨機源，並把操作設計為冪等且有逾時。第一次呼叫前用健康檢查驗證資源，失敗則快速返回可重試錯誤。部署時按版本灰度，監控恢復耗時、連線錯誤和 hook 失敗率，並保留關閉 SnapStart 的回滾路徑。
分步驟深入解答
1. SnapStart 生命週期
函數程式碼和執行時期完成初始化後，Lambda 建立持久化快照。後續執行環境從快照恢復，不必從頭執行初始化。恢復階段可能執行 after-restore hook，然後進入呼叫階段；因此初始化程式碼不應假設只執行一次。
2. 可以凍結的狀態
純設定、解析後的範本、唯讀查找表和預載入依賴通常適合放入快照。它們應與版本綁定，不包含租戶秘密、短期令牌或會隨時間變化的外部事實。
3. 必須恢復的狀態
資料庫連線、HTTP keep-alive、檔案描述元、鎖、臨時目錄、憑證和隨機狀態都可能在恢復後失效或重複。應在 after-restore hook 中關閉舊控制代碼、建立新連線並刷新短期資料。
4. before-checkpoint hook
快照前 hook 用於清理連線、停止背景執行緒、刪除臨時檔案和固定可重複的記憶體狀態。清理必須有逾時和失敗策略，避免快照包含半關閉資源或因無限等待阻塞發布。
5. after-restore hook
恢復後 hook 重新建立外部連線、取得新憑證並重置時間相關狀態。不要把網路呼叫結果寫成全域永久快取；失敗時應記錄原因、限制重試並讓呼叫路徑返回可識別的暫時不可用。
6. 冪等與併發恢復
同一快照可能恢復出多個執行環境，hook 可能併發執行。連線初始化、註冊和快取填充都應可重複，使用冪等鍵或租約避免重複外部副作用。不要依賴程序內鎖跨執行環境協調。
7. 觀測和逾時
分別記錄快照前清理耗時、恢復耗時、憑證取得失敗、連線建立次數和首個請求延遲。為 hook 與連線設定明確逾時，區分恢復失敗、業務失敗和下游限流，避免把冷啟動指標混在普通呼叫中。
8. 發布、回滾和停用
按函數版本灰度啟用 SnapStart，比較恢復延遲、錯誤率、下游連線異常和成本。若 hook 在新版本失敗，切換流量到舊版本或關閉 SnapStart；回滾時必須確認舊版本仍能取得憑證並建立新連線。
設計取捨與邊界
- 把更多工作放入快照可降低恢復時間，卻增加狀態過期和洩漏風險。
- after-restore 重建資源會增加恢復延遲，但比重用失效連線更可靠。
- 程序內快取能重用唯讀資料，不能取代外部一致性、租約或憑證服務。
- SnapStart 只改變執行環境初始化路徑，不會自動修復非冪等副作用或下游限流。
落地計畫與證據
- 列出初始化狀態，標記純資料、短期狀態、外部控制代碼和敏感值。
- 編寫 before-checkpoint 與 after-restore hook，加入逾時、日誌和冪等保護。
- 在測試函數中注入過期連線、失效憑證、恢復併發和 hook 逾時。
- 灰度比較恢復耗時、首請求延遲、錯誤率、下游連線和成本，再決定擴大範圍。
- 對照 AWS SnapStart runtime hooks、SnapStart 概覽和執行環境生命週期文件複核實作。
常見誤區與追問
誤區一：把快照當成永久程序狀態
恢復後的外部資源可能已過期或被關閉。必須區分可凍結資料和必須重新建立的控制代碼。
誤區二：在 hook 中執行不可重試副作用
多個執行環境可能併發恢復，註冊、扣款或寫入操作會重複。應移出 hook，或使用冪等鍵和租約。
誤區三：只比較冷啟動時間
還要觀察恢復失敗、首請求延遲、連線重建、憑證刷新和下游壓力，否則優化可能轉移成本。
追問：恢復 hook 失敗怎麼辦？
限制重試並返回可重試的暫時不可用，讓平台或呼叫方按策略重試；同時告警並保留關閉 SnapStart 的回滾開關。
追問：隨機數種子為什麼要處理？
從同一快照恢復可能複製相同的程序狀態。恢復後應重新播種或使用執行時期安全隨機源，避免產生重複識別或令牌。