Uma rede de agências de viagens executa um aplicativo em duas instâncias fixas do Amazon EC2, atrás de um registro multivalor do Route 53 que retorna os IPs Elásticos das instâncias. O aplicativo usa o DynamoDB para armazenamento primário e um cache Redis auto-hospedado. O conteúdo de destino é atualizado trimestralmente; as atualizações aumentam a carga e causam tempo de inatividade. Você deve tornar o aplicativo altamente disponível e capaz de lidar com a carga de atualização. Qual solução atende a essas necessidades?

A solução correta aborda todos os requisitos. O DAX melhora o desempenho do DynamoDB, reduzindo a latência para leituras intensivas, o que é crucial para lidar com o aumento de carga. O Auto Scaling Group com um ALB garante alta disponibilidade e escalabilidade automática das instâncias EC2. A política de roteamento simples do Route 53 para o alias do ALB é a maneira padrão e recomendada de direcionar o tráfego. O escalonamento programado do Auto Scaling Group permite que as instâncias sejam pré-escaladas antes das atualizações trimestrais, prevenindo o tempo de inatividade. As opções incorretas falham em um ou mais aspectos. Usar ElastiCache para Redis ou Memcached não resolve a latência do DynamoDB, que é o armazenamento primário. Criar uma distribuição CloudFront com o Auto Scaling Group como origem não é a forma ideal de balancear carga para aplicações dinâmicas e não substitui um ALB. O escalonamento manual é propenso a erros e não é uma solução automatizada para alta disponibilidade.