"Environment"
- 從單一環境到環境分離：infra 需求的浮現過程
單一 EC2 + RDS 的結構在需要測試環境、多人協作時會撞到哪些操作極限，以及環境分離怎麼牽出身分、網路、變更流程等後續 infra 關注點
- 環境分離與模組化 — 目錄結構、module 參數化與 retrofit 路徑
用目錄結構在第一天就隔開 dev 與 prod 的 state，用 module 讓環境共用同一套邏輯只差參數，以及已經單環境跑起來後怎麼安全拆分
- 單環境到多環境的 Retrofit 操作手冊
把已經跑在單一環境的 Terraform 設定拆成 module + per-env 目錄結構的完整操作步驟，含 moved block、zero-change plan 驗證與常見陷阱
- Environment Protection
說明目標環境的審核、權限與放行條件如何保護發布
- Environment Separation（環境分離）
把同一套基礎設施定義複製成多份隔離的執行實例，各有獨立 state 與故障半徑
- Test Environment Identification（測試環境判定）
會寫入的自動化測試在執行前確認目標環境的機制；它是憑證管理與真實後端驗證的共同上游依賴，判定不了時的預設行為決定這條防線的強度
- 6.26 共用測試環境的設計契約（QA Environment Design）
QA 站不是 prod 的縮小副本，是一個有消費者的產品：服務對象、憑證策略、誤擊防護、診斷輔助、資料衛生與可用性契約——把「開一個 QA 站」從佈署動作升級為契約設計