在 Serverless 基础设施上运行 CMS：无需传统托管即可扩缩至零
Serverless CMS 架构会改变空闲容量、突发流量与平台运维的经济性，而传统托管模式往往难以干净地与之对齐。
传统 CMS 托管默认假设：总有人为“等待”付费。
即使流量平静，基础设施也保持预配；即使性能大体尚可，团队仍要花时间在实例规格、缓存层、故障转移与流量尖峰上。
这种运维形态适合更早的 Web，对现代发布基础设施而言契合度较弱。
“扩缩至零”改变什么
听起来像成本优化，但真正收益更广。
扩缩至零的架构会改变你对以下方面的思考：
- 空闲环境
- 长尾站点
- 突发流量
- 平台多租户
- 预览与实验界面
若 CMS 能在不强迫你长期预热空闲容量的情况下运行，托管大量站点的经济账会完全不同。
为何对发布平台重要
CMS 流量往往不均匀。有些站点长期安静，随后因上线、活动或社交爆发而陡增。
传统栈以过度预配、共享争用或复杂调参来应对。若你希望系统对流量做出反应，而不是永远预判流量，Serverless 模型更匹配。
为何契合 EmDash
EmDash 相较 WordPress 具备更强的 Serverless 叙事。这对以下群体重要：
- 托管大量站点的平台运营方
- 希望降低空闲成本的团队
- 希望获得更清晰扩缩行为的项目
- 偏好托管型基础设施原语、而非围着服务器转的组织
这并不意味着每个站点都要同一种部署方式；而是架构与现代部署预期一致，而非与之对抗。
团队仍须规划的内容
Serverless 并不会消除运维思考。你仍需关注：
- 缓存策略
- 资源交付
- 后台工作流
- 数据就近性
- 可观测性
但这些问题好过把精力花在维持低利用率的算力上，只为“万一有流量”。
实务论点
在 Serverless 基础设施上运行 CMS 的最佳理由不是炒作，而是：发布系统通常从弹性算力中获益，远多于从长期预留算力中获益。
这是核心优势。你会更关注系统实际在做什么，更少关注围在一旁空转的机器。