Uma empresa tem um aplicativo web para emissão de passagens de viagem. O aplicativo é baseado em um banco de dados que roda em um único data center na América do Norte. A empresa quer expandir o aplicativo para atender a uma base de usuários global. A empresa precisa implantar o aplicativo em várias AWS Regions. A latência média deve ser inferior a 1 segundo nas atualizações do banco de dados de reservas. A empresa quer ter implantações separadas de sua plataforma web em várias Regions. No entanto, a empresa deve manter um único banco de dados de reservas primário que seja globalmente consistente. Qual solução um arquiteto de soluções deve recomendar para atender a esses requisitos?

A opção correta é usar o Amazon DynamoDB com Global Tables. O DynamoDB é um banco de dados NoSQL totalmente gerenciado que oferece baixa latência e alta escalabilidade, ideal para aplicativos globais. As Global Tables do DynamoDB replicam automaticamente os dados entre as Regions, garantindo consistência global e latência inferior a 1 segundo para atualizações, conforme exigido. Cada implantação Regional pode usar o endpoint correto para acessar a tabela global. As outras opções são incorretas porque: Aurora MySQL com réplicas de leitura: Embora o Aurora ofereça alta performance, as réplicas de leitura são assíncronas e podem não garantir a consistência global imediata e a latência de 1 segundo para atualizações em um único banco de dados primário. RDS for MySQL com réplicas de leitura: Similar ao Aurora, as réplicas de leitura do RDS são assíncronas e não atendem ao requisito de consistência global e baixa latência para atualizações primárias. Aurora Serverless com funções Lambda para sincronização: Esta abordagem introduz complexidade e latência adicional para a sincronização, o que pode não atender ao requisito de 1 segundo para atualizações globais.