在 Serverless 基礎架構上運行 CMS：無需傳統代管即可擴縮至零
Serverless CMS 架構會改變閒置容量、突發流量與平台維運的經濟性，而傳統代管模式往往難以乾淨地與之對齊。
傳統 CMS 代管預設假設：總有人為「等待」付費。
即使流量平靜，基礎架構仍維持預配；即使效能大致尚可，團隊仍要花時間在執行個體規格、快取層、故障轉移與流量尖峰上。
這種維運形態適合更早的 Web，對現代發佈基礎架構而言契合度較弱。
「擴縮至零」改變什麼
聽起來像成本最佳化，但真正效益更廣。
擴縮至零的架構會改變你對以下方面的思考：
- 閒置環境
- 長尾網站
- 突發流量
- 平台多租戶
- 預覽與實驗介面
若 CMS 能在不強迫你長期預熱閒置容量的情況下運行，代管大量站點的經濟帳會完全不同。
為何對發佈平台重要
CMS 流量往往不均勻。有些網站長期安靜，隨後因上線、活動或社群爆發而陡增。
傳統堆疊以過度預配、共享爭用或複雜調參來應對。若你希望系統對流量做出反應，而不是永遠預判流量，Serverless 模型更匹配。
為何契合 EmDash
EmDash 相較 WordPress 具備更強的 Serverless 敘事。這對以下群體重要：
- 代管大量站點的平台營運方
- 希望降低閒置成本的團隊
- 希望獲得更清晰擴縮行為的專案
- 偏好託管型基礎設施原語、而非圍著伺服器轉的組織
這並不表示每個網站都要同一種部署方式；而是架構與現代部署預期一致，而非與之對抗。
團隊仍須規劃的內容
Serverless 並不會消除維運思考。你仍需關注：
- 快取策略
- 資源交付
- 背景工作流程
- 資料就近性
- 可觀測性
但這些問題好過把精力花在維持低利用率的運算力上，只為「萬一有流量」。
實務論點
在 Serverless 基礎架構上運行 CMS 的最佳理由不是炒作，而是：發佈系統通常從彈性運算中獲益，遠多於從長期預留運算中獲益。
這是核心優勢。你會更關注系統實際在做什麼，更少關注圍在一旁空轉的機器。