Um anúncio público causa picos de tráfego súbitos e imprevisíveis em um aplicativo sendo executado em um grupo do Auto Scaling. A inicialização da instância inclui um processo demorado que cria caches específicos da máquina, então a inicialização é lenta. O grupo do Auto Scaling deve ser capaz de lidar com picos que podem exigir o escalonamento para 100 instâncias. Qual solução garante que a capacidade esteja disponível rapidamente para esses picos?

Um warm pool permite que o Auto Scaling Group mantenha um conjunto de instâncias pré-inicializadas ou hibernadas que podem ser colocadas em serviço rapidamente. Como a inicialização da instância é lenta devido ao cache, ter instâncias prontas no estado Stopped (ou Running e hibernadas) garante que a capacidade esteja disponível quase instantaneamente para lidar com picos de tráfego. As outras opções são menos eficazes: Iniciar 100 instâncias e pará-las não é uma solução escalável nem econômica para picos imprevisíveis, além de o armazenamento de instância ser efêmero. Aumentar o período de warm-up da instância apenas atrasaria a adição de novas instâncias ao serviço, não resolvendo o problema de lentidão na inicialização. O escalonamento preditivo pode ajudar com padrões de tráfego previsíveis, mas é menos eficaz para picos súbitos e imprevisíveis.