AWS 最近為 CloudFormation 推出了 Express Mode（快速模式），旨在解決開發者長期以來對基礎設施部署速度緩慢的抱怨。對於許多習慣使用 Terraform 等工具的工程師來說，CloudFormation 過去最令人詬病的便是部署時的等待時間過長。這次的更新核心在於改變了系統定義資源完成的標準。
理解標準模式與快速模式的差異
在標準模式下，CloudFormation 採取的是穩定化檢查機制。也就是說，當你要求創建一個資源（例如一個資料庫或 Lambda 函數）時，CloudFormation 不僅會發出創建指令，還會持續監控該資源直到它進入 Ready 狀態，確定可以接收流量後，才會將該次部署標記為完成。這種機制雖然安全，但在開發階段會帶來巨大的時間成本。
Express Mode 則將這個邏輯簡化為 API 呼叫成功即視為完成。只要 AWS 接收到創建、更新或刪除的 API 請求並成功回傳，CloudFormation 就會立即將該操作標記為完成，而不會等待資源真正完成初始化或進入穩定狀態。
實務上的速度提升與影響
這種機制上的改變對部署速度有顯著影響。以具體案例來看，創建一個帶有死信隊列的 SQS 佇列，在標準模式下可能需要一分鐘以上，但在快速模式下可縮短至 10 秒內。更極端的例子是刪除帶有網路介面附件的 Lambda 函數，原本可能需要 20 到 30 分鐘的等待時間，現在則可以在幾秒鐘內完成。
然而，這種速度提升是有代價的。由於系統不再等待穩定化，當部署標記為完成時，資源可能還在初始化中，或者尚未準備好處理流量。如果你在部署完成後立即啟動自動化測試，可能會因為資源尚未就緒而導致測試失敗。
適用場景與風險評估
快速模式並非預設選項，開發者需要透過 CLI 參數手動開啟。它最適合以下兩種場景：第一是迭代開發流程，當工程師需要頻繁調整配置並快速驗證時，不需要每次都等待數分鐘的穩定化檢查。第二是 AI 驅動的基礎設施開發，AI Agent 在自動生成與測試環境時，需要亞秒級或極短的反馈迴圈才能高效運作。
但對於生產環境，必須極其謹慎。一名資深技術專家指出，快速模式預設會停用回滾機制（Rollback），這意味著如果部署過程中發生錯誤，系統不會自動將環境恢復到上一個穩定版本。在凌晨三點需要緊急除錯的生產事故中，缺乏自動回滾將增加維運風險。
除了快速模式，AWS 同時強化了預部署驗證功能。現在 CloudFormation 在每次創建或更新堆疊時會自動執行驗證，在實際撥配資源前就先偵測模板錯誤。此外，針對使用 AWS CDK（雲端開發套件，將基礎設施定義為程式碼的框架）的專案，也新增了 cdk validate 指令來提前發現問題。
總結建議
對於 Junior 工程師來說，選擇部署模式的準則是：如果你需要確保資源絕對就緒才能進行下一步（例如生產環境部署、流量切換），請堅持使用標準模式。如果你是在開發環境中快速嘗試、建立臨時測試堆疊，且能接受資源達到最終一致性（Eventual Stabilization）的過程，那麼 Express Mode 將大幅提升你的開發效率。
來源：infoq.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。