一家公司在Application Load Balancer (ALB) 后面的Auto Scaling组中的一组Amazon EC2实例上运行其核心业务逻辑。Route 53记录api.example.com指向该ALB。开发团队必须部署业务逻辑的一个重大更新，以便在测试窗口期间只有10%的客户收到新版本，并且每个客户在测试窗口期间必须始终使用相同版本。公司应如何部署更新以满足这些要求？

正确答案是创建一个新的目标组并使用加权路由和目标组粘性。Application Load Balancer (ALB) 支持将流量按权重路由到不同的目标组，这允许在不中断服务的情况下逐步部署新版本。启用目标组粘性（基于cookie）可确保同一客户始终访问同一版本，满足了“每个客户在测试窗口期间必须始终使用相同版本”的要求。 选项A不正确，因为它涉及创建第二个ALB，这会增加复杂性和成本。Route 53的加权路由是基于DNS的，不能保证每个客户始终访问同一版本，因为DNS缓存可能导致不一致。 选项C不正确，因为Auto Scaling组的滚动更新策略是针对整个实例集的，无法实现10%的流量分配，也无法保证客户粘性。 选项D不正确，因为将ALB路由算法更改为“最少未完成请求”不能实现按比例的流量分配，并且ALB会话粘性是针对实例的，而不是针对特定版本的逻辑。