一个有状态的 Web 应用程序在 Auto Scaling 组中的 EC2 实例上运行，位于带有一个目标组的 ALB 之后。ALB 是 CloudFront 分配的源。用户遇到了间歇性注销的问题。SysOps 管理员应该实施哪两项更改来解决会话丢失问题？（选择两项）

有状态的 Web 应用程序需要维护用户会话。当用户遇到间歇性注销时，通常是会话丢失造成的。 1. 在 ALB 目标组上启用粘性会话（目标组粘性）：这确保了来自同一用户的后续请求被路由到处理其初始请求的同一 EC2 实例。对于有状态应用程序，这至关重要，因为会话数据通常存储在单个实例上。 2. 配置 CloudFront 以在缓存行为设置中转发 Cookie：会话信息通常存储在 Cookie 中。如果 CloudFront 不转发这些 Cookie，ALB 或后端实例将无法识别用户会话，从而导致注销。 其他选项不正确： 将 ALB 目标组的路由算法切换为最少未完成请求：这是一种负载均衡策略，与会话持久性无关，不能解决会话丢失问题。 配置 CloudFront 以在缓存行为设置中转发特定标头：虽然某些会话信息可能通过标头传递，但 Cookie 是 Web 应用程序中最常见的会话管理机制。仅转发标头可能不足以解决问题。 在 ALB 侦听器规则上启用组级别粘性：ALB 粘性会话是在目标组级别配置的，而不是侦听器规则级别。