某个应用程序在 Application Load Balancer (ALB) 后面的 Amazon EC2 实例上运行。这些实例位于跨多个可用区的 Auto Scaling 组中。每个月的第一天午夜，都会运行一个月末财务批处理，这会立即导致实例 CPU 飙升至 100%，从而中断应用程序。解决方案架构师应该推荐什么来使应用程序能够处理工作负载并避免停机？

正确的解决方案是配置 EC2 Auto Scaling 计划扩展策略。因为财务批处理是每月固定时间（每月第一天午夜）发生的已知事件，导致 CPU 飙升。计划扩展策略允许您在预期工作负载增加之前，提前自动增加实例数量，从而确保应用程序有足够的资源来处理批处理任务，避免中断。 其他选项不正确： 在 ALB 前面配置 Amazon CloudFront 分配：CloudFront 是内容分发网络 (CDN)，主要用于缓存静态内容和降低延迟，不能解决后端实例的计算能力不足问题。 配置基于 CPU 利用率的 EC2 Auto Scaling 简单扩展策略：简单扩展策略是基于动态指标（如 CPU 利用率）触发的，响应时间可能不足以在批处理开始前预置新实例，导致初期仍可能出现中断。 配置 Amazon ElastiCache 以从 EC2 实例中分担部分工作负载：ElastiCache 是内存缓存服务，虽然可以减轻数据库或应用程序的负载，但对于计算密集型的财务批处理，它不能直接解决 CPU 飙升的问题。