Um aplicativo SaaS é executado no API Gateway (HTTPS), AWS Lambda e Aurora Serverless v1 implantados em várias AZs. A implantação usou o AWS SAM. Não há um plano de recuperação de desastres (DR). A empresa exige que o aplicativo seja recuperável em outra região da AWS com um RTO de 5 minutos e um RPO de 1 minuto. Qual abordagem de DR atende a esses objetivos de recuperação?

A opção correta atende aos requisitos de RTO de 5 minutos e RPO de 1 minuto. Um banco de dados global Aurora MySQL padrão oferece replicação assíncrona entre regiões com latência mínima, permitindo um RPO de segundos. A configuração ativo-passivo, com o aplicativo já implantado na região de destino, garante um failover rápido e um RTO baixo. A primeira opção, usando uma réplica de leitura do Aurora Serverless v1, não é ideal porque o Aurora Serverless v1 não suporta réplicas de leitura entre regiões. Além disso, a promoção de uma réplica de leitura para primária pode levar mais tempo do que o RTO de 5 minutos. A segunda opção, embora mencione o banco de dados global Aurora MySQL padrão, ainda sugere um runbook para implantar o aplicativo na região de destino, o que aumentaria o RTO. A terceira opção, com múltiplas instâncias de gravador no Aurora Serverless v1, não é uma funcionalidade padrão do Aurora Serverless v1 e não aborda a replicação entre regiões de forma eficiente para o RPO exigido.