Um aplicativo de varejo online é executado atualmente em dois servidores on-prem: um servidor web que renderiza páginas e armazena o estado da sessão na memória, e um servidor de banco de dados MySQL que armazena pedidos. Sob carga pesada, o uso de memória do servidor web se aproxima de 100% devido ao gerenciamento de sessão. Ao migrar a camada web para instâncias EC2 em um grupo do Auto Scaling atrás de um ALB, quais mudanças adicionais devem ser feitas para melhorar o desempenho?

A opção correta é usar o Amazon ElastiCache para Memcached para dados de sessão e Amazon RDS para MySQL para dados de aplicativo, pois o ElastiCache é um serviço de cache em memória de alta performance, ideal para gerenciar o estado da sessão de forma escalável e aliviar a carga do servidor web. O Amazon RDS para MySQL é um serviço de banco de dados gerenciado que oferece escalabilidade, alta disponibilidade e backups automáticos, sendo a escolha apropriada para dados persistentes do aplicativo. Hospedar o MySQL em uma instância EC2 e armazenar dados de sessão e dados de aplicativo no banco de dados MySQL não resolveria o problema de escalabilidade da sessão, pois o MySQL não é otimizado para cache de sessão e sobrecarregaria o banco de dados. Usar o Amazon ElastiCache para Memcached para armazenar dados de sessão e dados de aplicativo não é ideal porque o ElastiCache é um cache volátil e não deve ser usado para dados persistentes do aplicativo. Usar o EC2 instance store para manter os dados de sessão e usar o Amazon RDS para MySQL para os dados do aplicativo não é uma boa prática, pois o EC2 instance store é efêmero e os dados seriam perdidos se a instância fosse interrompida ou encerrada.