您正在使用 Aurora PostgreSQL 作为数据库、EC2 Auto Scaling 作为应用层以及 Elastic Load Balancing，将一个双层有状态 Web 应用程序迁移到 AWS。该应用程序要求在应用层和数据库层扩展时提供一致的用户体验。哪种配置能提供一致的会话行为并允许两层适当地扩展？

此配置能提供一致的用户体验并允许两层适当扩展。为 Aurora Replicas 启用 Aurora Auto Scaling 可以确保数据库层在读取负载增加时自动扩展，保持高性能。使用 Application Load Balancer (ALB) 是因为它是为 HTTP/HTTPS 流量设计的，可以处理 Web 应用程序的七层请求。轮询路由算法可以均匀分配请求到后端实例，而粘性会话（session stickiness）则确保同一用户的后续请求被路由到处理其初始请求的相同应用实例，从而维护会话状态，提供一致的用户体验。 其他选项的不足在于： 为 Aurora writers 启用 Auto Scaling 不适用于读取扩展场景，且 Aurora writer 通常只有一个。 Network Load Balancer (NLB) 主要用于极高性能的四层流量，不适合需要粘性会话的七层 Web 应用程序。 最少未完成请求路由算法虽然可以优化负载，但对于需要会话一致性的有状态应用，粘性会话更为关键。