您在 us-central1 跨两个可用区运行一个基于 LAMP 的用户反馈门户，其中包含自动扩缩的托管实例组，但数据库除外。它目前为一小部分用户提供服务，可用性达到 99.99%。在向所有用户开放之前，哪种弹性测试策略能确保系统在更高、未经身份验证的负载下保持 SLA？

正确答案是创建合成随机用户输入，重放合成负载，直到至少一个层触发自动扩缩逻辑，并通过终止两个可用区中的随机资源来引入系统混乱。这种方法结合了负载测试和混沌工程。使用合成随机输入可以模拟更广泛的用户行为，而不仅仅是现有模式。触发自动扩缩逻辑是验证系统应对流量增长能力的关键。通过终止两个可用区中的随机资源来引入系统混乱，可以测试系统在部分故障情况下的弹性，确保其在不可预测的生产环境中保持 SLA。 其他选项的不足之处在于： 仅重放现有用户输入可能无法充分测试系统在不同或更高负载模式下的行为。终止一个可用区中的所有资源是混沌工程的一种形式，但结合合成负载测试更全面。 逐步向更大的用户群开放是灰度发布策略，而非弹性测试策略。 仅将资源利用率达到 80% 作为目标可能不足以发现系统在高压下的瓶颈。根据现有用户推导并部署 200% 的资源是容量规划，而不是弹性测试。