一个本地订单处理平台使用Web前端（VM）、RabbitMQ进行消息传递，并使用Kubernetes集群作为容器化后端。公司希望在不进行重大应用程序更改且操作开销最小的情况下迁移到AWS。哪种架构符合这些限制？

正确答案是最佳选择，因为它满足了“不进行重大应用程序更改”和“操作开销最小”的要求。 将Web前端从本地VM迁移到EC2 Auto Scaling组后的AMI，可以最小化应用程序更改，并利用AWS的弹性伸缩能力。 使用Amazon MQ替换本地RabbitMQ，因为Amazon MQ兼容RabbitMQ，可以实现无缝迁移，且作为托管服务，操作开销低。 在Amazon EKS上托管后端，可以利用Kubernetes的现有配置和容器化优势，同时将Kubernetes的管理负担转移给AWS，降低操作开销。 其他选项的不足： 创建自定义AWS Lambda运行时来模拟Web服务器需要对前端进行重大重构，不符合“不进行重大应用程序更改”的要求。 在EC2实例集群上安装Kubernetes会增加操作开销，因为需要自行管理Kubernetes集群。 使用Amazon SQS替换RabbitMQ可能需要对应用程序进行更改，因为SQS是队列服务，而RabbitMQ支持更丰富的消息模式（如发布/订阅），可能需要修改应用程序代码以适应SQS的特性。