Uma empresa executa um aplicativo de processamento de pedidos em uma instância do Amazon EC2 que salva pedidos em um banco de dados Amazon Aurora. Durante o pico de tráfego, o aplicativo às vezes não consegue gravar os pedidos com rapidez suficiente. O que um arquiteto de soluções deve fazer para garantir que os pedidos sejam gravados de forma confiável no banco de dados o mais rápido possível?

A opção correta resolve o problema de picos de tráfego e gravação lenta no banco de dados. Gravar pedidos em uma fila SQS desacopla o aplicativo de processamento de pedidos do banco de dados, permitindo que os pedidos sejam enfileirados e processados de forma assíncrona. O Auto Scaling Group com instâncias EC2 pode escalar automaticamente para processar os pedidos da fila SQS em paralelo, garantindo que todos os pedidos sejam gravados de forma confiável e rápida no Aurora, mesmo sob carga pesada. A opção de aumentar o tamanho da instância EC2 e usar SNS não é ideal porque o SNS é um serviço de publicação/assinatura para mensagens e não uma fila de mensagens durável para processamento de pedidos. A opção de usar SNS e instâncias EC2 em um Auto Scaling Group também não é adequada, pois o SNS não foi projetado para ser lido por instâncias EC2 como uma fila de trabalho. A opção de usar SQS apenas quando a CPU atinge limites e escalonamento programado é menos eficaz do que o escalonamento automático baseado na demanda da fila, que é mais dinâmico e responsivo a picos inesperados.