Implantação1 / 5
Uma empresa está migrando uma aplicação web de três camadas para a nuvem. A camada de aplicação é formada por servidores de sessão com estado que guardam os carrinhos de compras dos usuários em memória. Para permitir escalonamento horizontal na nuvem, qual modificação você deve fazer PRIMEIRO?
CorretoIncorreto
Alex
Um dos maiores desafios da migração para a nuvem é lidar com camadas de aplicação com estado. Quando os dados de sessão ficam na memória do servidor, os usuários precisam sempre chegar ao mesmo servidor (afinidade de sessão), o que limita o escalonamento e cria pontos únicos de falha. A solução cloud-native é externalizar o estado para um armazenamento compartilhado e distribuído, como Redis ou Memcached. Quando as sessões passam a ficar em um cache externo, os servidores de aplicação se tornam sem estado — qualquer servidor pode atender qualquer requisição, e servidores podem ser adicionados ou removidos livremente. Sticky sessions (afinidade de sessão) no load balancer são uma solução temporária que prende os usuários a servidores específicos, mas isso gera distribuição de carga desigual, complica os deploys e significa que a falha de um servidor perde as sessões de todos os usuários presos a ele. Aumentar a memória é escalonamento vertical, não um caminho para escalabilidade horizontal. A conversão para WebSocket trata do tipo de conexão, não do gerenciamento do estado. Dica de prova: migrar 'de com estado para sem estado' quase sempre significa externalizar o estado para um cache distribuído.
Fontedocs.aws.amazon.com
Você pode obter respostas às suas dúvidas no app. Crie uma conta grátis, sem cartão de crédito.
Questão 1 de 5
Criar uma conta grátis