Uma aplicação na conta AWS de origem usa funções Lambda (implantadas a partir de pacotes de implantação) e armazena o inventário em um cluster Amazon Aurora. Os backups automatizados do Aurora estão habilitados. A empresa precisa migrar as funções Lambda e o banco de dados Aurora para uma conta AWS de destino com tempo de inatividade mínimo. Qual abordagem satisfaz essas restrições?

A opção correta permite migrar as funções Lambda e o cluster Aurora com tempo de inatividade mínimo. Para as funções Lambda, o pacote de implantação é baixado e usado para recriar as funções na conta de destino, garantindo que o código e as configurações sejam replicados. Para o Aurora, o AWS Resource Access Manager (RAM) é usado para compartilhar o cluster com a conta de destino, que então clona o cluster. Isso cria uma cópia do banco de dados na conta de destino sem impactar o cluster de origem, minimizando o tempo de inatividade. As opções incorretas falham em um ou ambos os aspectos. Compartilhar snapshots do Aurora exigiria restaurar o banco de dados a partir do snapshot, o que pode levar mais tempo e não é tão eficiente quanto clonar um cluster compartilhado. Compartilhar funções Lambda diretamente via AWS RAM não é um mecanismo padrão para migrar funções entre contas; a recriação a partir do pacote de implantação é a abordagem correta.