一次直接迁移（lift-and-shift migration）留下了一个单独的Auto Scaling组，其中每个EC2实例都运行Web、数据库和Redis缓存组件，导致响应时间不稳定和实例过载。公司希望分离这些组件以提高可用性和性能。哪种架构更改能满足此要求？

正确答案通过分离组件并利用AWS托管服务来提高可用性和性能。为Web应用程序使用Application Load Balancer (ALB) 和Auto Scaling组，可以根据流量自动扩展Web层并分配请求。将数据库迁移到具有Multi-AZ的Amazon Aurora数据库，提供了高可用性、可扩展性和自动故障转移。为缓存创建Amazon ElastiCache (Redis OSS) 集群，可以专门管理缓存层，提高应用程序响应速度并减轻数据库负载。 第一个选项错误，因为为Redis缓存使用Application Load Balancer不合适，且Network Load Balancer (NLB) 通常用于传输层负载均衡，而ALB更适合Web应用程序。第二个选项错误，因为为Redis缓存创建NLB和Auto Scaling组是不必要的复杂化，ElastiCache是更优的解决方案。第三个选项错误，因为为缓存创建目标组并指向ElastiCache主机名是多余的，ElastiCache本身就是托管服务。