一家公司正在将两个简单的 Node.js 应用程序从本地迁移到 AWS。其中一个应用程序收集传感器数据并写入 MySQL 数据库；另一个应用程序将数据聚合到报告中。当聚合作业运行时，一些加载作业失败。迁移必须解决加载失败问题，并且在不中断或不影响客户的情况下进行。解决方案架构师应该推荐什么？

正确答案提供了无中断迁移和解决加载失败问题的最佳方案。AWS DMS 实现持续复制，确保数据同步期间不影响现有业务。在 Aurora Replica 上运行聚合任务，将读写操作分离，避免了聚合任务对主数据库的性能影响，从而解决了加载失败问题。将收集端点作为 Lambda 函数托管在 ALB 后面，并使用 Amazon RDS Proxy 写入 Aurora，提供了高可用性、可扩展性和连接管理。迁移完成后，只需更新 DNS 指向新的 AWS 环境，即可平滑切换。 其他选项的不足： 选项1：先设置复制目标再创建副本，步骤略显复杂，且将收集端点指向 NLB 写入 Aurora 缺乏 RDS Proxy 的连接管理优势。 选项2：将收集端点托管在 EC2 实例上，维护成本和复杂性高于 Lambda 函数，且没有利用 Aurora Replica 分离读写操作。 选项4：使用 Kinesis Data Stream 和 Firehose 引入了额外的复杂性，且不适用于直接将现有 Node.js 应用迁移到 Aurora 的场景。