Conceito e mecanismo
Availability sets distribuem VMs por domínios de falha e atualização, mas esses domínios não são equivalentes a Availability Zones. Para tolerar perda de uma zona, avalia distribuição por zonas, capacidade restante e dependências. Num Virtual Machine Scale Set, regras de autoscale trabalham dentro dos limites configurados. Atingir o máximo pode impedir novas instâncias mesmo quando a métrica pede expansão. Quotas, arranque, cooldown e limites do sistema de destino também influenciam resposta; adicionar capacidade de frontend não resolve necessariamente um gargalo de base de dados.
Aplicação guiada
Em App Service, slots permitem preparar e validar uma versão, mas é necessário saber que configurações acompanham o conteúdo e quais permanecem no slot. Connection strings que identificam bases de ambientes distintos devem ter comportamento deliberado e testado. Managed identities e algumas configurações não seguem o mesmo comportamento das app settings. Em Container Apps, revisões identificam versões imutáveis; multiple revision mode permite gerir tráfego entre revisões. Define critérios para aumentar tráfego, sinais de falha e limites do rollback. Recuperar código não reverte automaticamente uma migração de dados incompatível.
Um scale set com máximo quatro já tem quatro instâncias. Antes de alterar o limiar de CPU, confirma se o limite e a capacidade autorizada correspondem à carga prevista.
Armadilhas comuns
Confundir availability set com zonas; ignorar limites do autoscale; assumir que swap altera todos os settings da mesma forma.
Tópicos relacionados: Redes e diagnóstico por camadas · Observabilidade e recuperação operacional
Testa capacidade e comportamento da mudança nas condições que a operação terá de suportar.
Referência: App Service deployment slots · AZ-104; skills measured 2026-04-17