Uma empresa está migrando dois aplicativos Node.js simples de on-premises para a AWS. Um aplicativo coleta dados de sensores e os grava em um banco de dados MySQL; o outro agrega dados em relatórios. Quando os trabalhos de agregação são executados, alguns trabalhos de carregamento falham. A migração deve resolver as falhas de carregamento e ocorrer sem interrupções ou alterações visíveis para os clientes. O que um arquiteto de soluções deve recomendar?

A opção correta aborda todos os requisitos: o AWS DMS permite a migração sem interrupções e a replicação contínua, mantendo a sincronização entre o ambiente on-premises e o Aurora. A criação de uma Aurora Replica para os trabalhos de agregação isola as cargas de trabalho de leitura, evitando falhas de carregamento e melhorando o desempenho. O uso de funções Lambda com ALB para os endpoints de coleta oferece escalabilidade e alta disponibilidade, enquanto o RDS Proxy gerencia as conexões com o banco de dados de forma eficiente. A atualização do DNS do coletor para o ALB após a sincronização garante uma transição transparente para os clientes. A primeira opção está incorreta porque não usa o AWS DMS para replicação contínua, o que pode dificultar a sincronização inicial e a transição. Além disso, usar um NLB para funções Lambda não é a melhor prática, pois o ALB oferece mais recursos para aplicações web. A segunda opção não utiliza uma réplica para os trabalhos de agregação, o que não resolveria o problema de falhas de carregamento. Também sugere EC2 para os endpoints de coleta, que é menos escalável e gerenciado do que o Lambda. A quarta opção introduz o Kinesis, que é uma camada adicional desnecessária para este caso de uso e não aborda a replicação contínua do banco de dados on-premises para o Aurora de forma eficiente.