Você está migrando uma aplicação web stateful de duas camadas para a AWS usando Aurora PostgreSQL para o banco de dados, EC2 Auto Scaling para a camada de aplicação e Elastic Load Balancing. A aplicação exige uma experiência de usuário consistente à medida que as camadas de aplicação e banco de dados escalam. Qual configuração proporcionará um comportamento de sessão consistente e permitirá que ambas as camadas escalem adequadamente?

A opção correta garante escalabilidade e consistência de sessão. Habilitar o Aurora Auto Scaling para Aurora Replicas permite que o banco de dados escale horizontalmente para lidar com cargas de leitura, o que é crucial para aplicações web. Usar um Application Load Balancer (ALB) com roteamento round-robin distribui as requisições uniformemente entre as instâncias EC2. Habilitar sticky sessions (afinidade de sessão) no ALB é fundamental para aplicações stateful, pois direciona as requisições de um mesmo usuário para a mesma instância de aplicação, mantendo a consistência da sessão. As opções incorretas falham em um ou mais aspectos: Usar Aurora writers para Auto Scaling não é o ideal para escalabilidade de leitura; writers são para escrita. Network Load Balancers (NLB) operam na camada 4 e não suportam sticky sessions baseadas em cookies de aplicação, que são essenciais para manter o estado da sessão em aplicações web stateful. Algoritmos como "menos requisições pendentes" podem não ser tão eficazes quanto round-robin para distribuição uniforme em cenários de alta escalabilidade com sticky sessions ativadas.