在現代軟體開發中，DevOps的實踐已成為加速交付與提升系統穩定性的關鍵。本文以TofuLith的實際案例，探討如何透過Infrastructure Changes與Continuous Delivery的整合，有效降低Lead Times，並建立可擴展的Platform Engineering架構。
技術背景與核心挑戰
TofuLith作為一個SaaS平臺，需監控29千億美元資產，並管理多租戶AWS帳戶架構。其原有Terraform交付管道面臨三大核心問題：
- 供應商限制：按併發數計費，上限僅10個工作區
- 狀態檔規模：數千個資源導致管理複雜
- 配置分散：Nest/DevNest/AccountFactory架構缺乏統一標準
這些限制直接導致基礎設施變更交付週期過長，無法支撐業務快速迭代需求。
關鍵技術實踐與解決方案
工作區拆分策略
透過分析資源變更頻率與業務邏輯，TofuLith將每租戶工作區數量從8個擴增至29個，總計建立8,453個工作區。拆分原則包含：
- 資源變更模式分析：使用GPT生成腳本識別高/低變更資源
- 業務邏輯分區：帳戶基線/數據監控/引擎服務等
- 避免過度微細化：如帳戶基線與網路配置整合
此策略使併發處理能力提升至120，大幅降低交付週期。
供應商與工具優化
- 計費模式轉換：採用Scala用量計費模式
- Terraform升級：利用1.5+版本moved blocks功能
- 配置標準化：建立JSON Schema層級結構（租戶→服務→資源）
- 遠端狀態管理：以data source取代狀態查詢，降低學習曲線
架構與流程改進
- 模組化設計：自建配置存儲與標準化模組（如locals.tf）
- 團隊結構變革：實行「你建構你運行」模式，50人團隊包含非開發人員貢獻者
- 持續交付：提供內部訓練課程與領域知識庫
效能指標與實踐成果
- 交付週期改善：聲稱減少90%（需驗證具體數據）
- 貢獻者增長：2020年4人→2023年中45人
- 並行處理能力：從原10併發提升至120
- 狀態檔管理：透過moved blocks進行資源遷移與變更模式分析
關鍵技術優勢與挑戰
優勢
- 可擴展性：工作區拆分與模組化設計支持更大規模部署
- 穩定性：遠端狀態管理與OPA策略限制危險操作
- 自動化：分支綁定與自動化警報系統提升流程一致性
挑戰
- 狀態檔維護：需持續評估是否保留所有狀態
- 工具依賴：Terraform使用優化需平衡自動化與手動操作
- 團隊適應：非開發人員參與需建立知識共享機制
總結與建議
TofuLith的實踐顯示，透過DevOps與Platform Engineering的深度整合，可有效降低Lead Times並提升Infrastructure Changes的效率。關鍵成功因素包括：
- 工作區拆分策略：結合業務邏輯與變更模式
- 工具鏈優化：選擇用量計費供應商與現代化Terraform功能
- 持續交付文化：建立內部訓練與知識共享機制
建議團隊在實踐時，應先進行狀態檔分析與資源變更頻率評估，並逐步推行模組化設計與自動化流程。同時需注意平衡自動化與手動操作，以維持系統穩定性與靈活性。