定时弹性伸缩与动态弹性伸缩是两种常见的弹性伸缩策略，但它们的适用场景差异显著。本文通过典型场景对比，帮助您根据业务负载规律选择合适的策略，避免资源浪费或性能瓶颈。
场景一：规律性业务峰值——定时弹性伸缩的主场
假设您的业务是面向特定时区的在线教育平台，每天晚 8 点到 10 点流量激增，其余时间负载平稳。这种规律性负载非常适合使用定时弹性伸缩。您可以在 AWS 控制台创建定时策略，设定在每天 19:30 扩容实例，22:30 缩容，提前预热并预留缓冲时间。
操作步骤通常为：
- 在 Auto Scaling 组中选择“创建定时策略”
- 设置重复周期（如每天）和具体时间
- 指定期望实例数或最小/最大实例数
- 关联告警或直接生效
定时策略的优点是成本可控、行为可预测，但若业务时间表临时变动，定时策略无法自动适应，需要人工调整。
场景二：突发流量与不可预测波动——动态弹性伸缩的价值
当流量模式不可预测，例如电商平台在大促期间流量瞬间飙升，或新闻网站因热点事件访问量暴涨，定时策略无法应对。此时应使用动态弹性伸缩，它基于实时指标（如 CPU 利用率、请求数）自动调整实例数量。
以 AWS 为例，您可以创建目标跟踪策略，设定 CPU 利用率目标为 60%，系统会自动增减实例以维持该目标。动态策略能快速响应突发流量，但可能因指标滞后或波动导致过度扩容，成本控制难度较高。
如何判断业务属于哪种负载模式？
判断依据是负载的规律性和可预测性。如果历史数据呈现明显的周期性（如每天、每周固定时间），且波动幅度有限，定时策略更高效；如果负载受外部事件驱动（如促销、新闻事件），且时间不确定，动态策略更可靠。
实际操作中，可先分析监控数据（如 CloudWatch 指标）的趋势图，若出现规律性波峰波谷，则优先考虑定时；若曲线杂乱无章，则采用动态。
组合策略：混合使用与优先级
很多场景下，两者可以结合。例如，在定时扩容的基础上，再设置动态策略作为兜底，以应对超出预期的流量。AWS 支持同时配置多种策略，但需注意优先级和冲突解决。通常，动态策略的伸缩动作会覆盖定时策略的结果，因此需要谨慎设计。
常见误区与失败条件
- 误区一：认为定时策略可以处理所有峰值——实际上，如果峰值时间偏移，定时策略会导致资源不足。
- 误区二：动态策略响应不及时——若指标采集间隔过长或阈值设置不当，扩容滞后。
- 失败条件：定时策略在时区变更或夏令时调整时可能失效；动态策略在冷启动场景（如 Lambda）中可能无法快速扩容。
成本与性能的权衡
定时策略由于提前规划，通常能更精准地控制成本；动态策略则可能因过度扩容增加支出。根据 AWS 成本优化支柱，应持续监控资源利用率，并调整策略参数。例如，可为动态策略设置更严格的扩容条件，或使用预测性伸缩（如 AWS Auto Scaling 的预测策略）结合历史数据优化。
参考资料
延伸阅读