Slots de Implantação e Troca

Os slots de implantação são ambientes ativos e separados para um aplicativo Web do App Service, cada um com seu próprio nome de host (por exemplo, myapp-staging.azurewebsites.net). Os slots compartilham o mesmo plano e os mesmos recursos do App Service que o slot de produção, mas são executados de forma independente. Eles permitem implantações azul-verde: você valida uma nova versão em um slot de preparação e, em seguida, troca-o para a produção sem tempo de inatividade. Os slots estão disponíveis a partir do nível Standard.

Adicione um novo slot de implantação ao seu aplicativo Web usando o portal do Azure ou a CLI. Cada slot recebe sua própria URL, configurações do aplicativo e cadeias de conexão. Você pode criar até 5 slots no Standard e até 20 slots no nível Premium. Os nomes comuns de slots incluem staging, canary, hotfix e integration, refletindo diferentes etapas do pipeline de lançamento.

Antes da troca, é essencial preparar o slot de preparação para que a nova versão seja totalmente inicializada. Uma instância do App Service que está iniciando atende às primeiras solicitações lentamente enquanto o ambiente de execução é inicializado, o que é inaceitável em produção. Habilite a troca automática ou envie manualmente solicitações HTTP de preparação ao slot de preparação. O App Service também é compatível com uma configuração applicationInitialization para definir caminhos de preparação que devem retornar 200 antes que o slot seja considerado pronto.

Uma troca intercambia atomicamente os slots de preparação e de produção. Durante uma troca, o App Service primeiro direciona o tráfego para as instâncias de preparação que executam o novo código, aguarda a inicialização delas e, em seguida, redireciona todo o tráfego de produção para as novas instâncias; as antigas instâncias de produção se tornam o novo slot de preparação. Isso torna a reversão simples: basta trocar novamente para desfazer a alteração.

As configurações do aplicativo podem ser marcadas como específicas do slot ou não específicas do slot (intercambiáveis). As configurações não específicas do slot acompanham o slot de implantação durante uma troca — assim, a cadeia de conexão do banco de dados de preparação acompanha o código até a produção. As configurações específicas do slot permanecem no slot independentemente das trocas — a produção mantém sempre sua cadeia de conexão do banco de dados de produção. Marque as configurações como específicas do slot usando a caixa de seleção 'configuração do slot de implantação' ou a CLI.

O App Service é compatível com a divisão de tráfego — direcionando uma porcentagem do tráfego de produção para um slot que não é de produção sem realizar uma troca completa. Isso permite lançamentos canário, nos quais você desloca gradualmente o tráfego de 5% para 10% e depois para 50%, à medida que ganha confiança na nova versão, monitorando as taxas de erro a cada etapa. Os usuários que chegam ao slot canário recebem um cookie persistente que os mantém na mesma versão para garantir a consistência da sessão.

A troca automática troca automaticamente um slot de preparação para a produção sempre que um novo código é implantado nele. Ela é ideal para pipelines de CI/CD nos quais você deseja que toda implantação bem-sucedida entre imediatamente em produção. A troca automática aguarda as solicitações HTTP do slot de preparação retornarem 200 antes de concluí-la. Habilite-a por slot no portal ou na CLI — mas use-a com cautela, pois não há uma etapa de aprovação manual entre a implantação e a produção.

Siga estas práticas recomendadas para slots de implantação: sempre valide no ambiente de preparação antes de trocar para a produção; use configurações específicas do slot para manter as conexões do banco de dados de produção isoladas das de preparação; execute testes básicos na URL do slot de preparação após a implantação; configure caminhos de verificação de integridade para garantir que o App Service não conclua a troca se a nova versão não estiver saudável; e marque suas implantações para que você possa rastrear qual confirmação está ativa em cada slot.

Em um pipeline de CI/CD típico, a etapa de compilação compila e testa o código, a etapa de implantação envia o artefato para o slot de preparação, uma etapa de testes de integração executa testes automatizados na URL de preparação e a etapa de troca troca a preparação para a produção — opcionalmente condicionada a uma aprovação manual. Esse padrão é compatível nativamente tanto com Azure Pipelines quanto com GitHub Actions, usando a ação de implantação do App Service.

Durante e após uma troca de slot, monitore as principais métricas no Azure Monitor para confirmar que a nova versão está saudável. Observe picos em erros HTTP 5xx, tempo médio de resposta e utilização de CPU/memória. Configure alertas de métricas que sejam acionados se as taxas de erro excederem um limite — isso fornecerá um sinal para trocar rapidamente de volta. A detecção inteligente do Application Insights pode alertá-lo automaticamente sobre anomalias após uma implantação.

Os slots de implantação são preferíveis à manutenção de aplicativos do App Service totalmente separados para preparação e produção, pois compartilham o mesmo plano (sem custo adicional), oferecem troca com reversão em um clique, são compatíveis com divisão de tráfego e são gerenciados no mesmo recurso do App Service. Use aplicativos separados somente quando a preparação precisar de SKUs de plano fundamentalmente diferentes, requisitos de isolamento ou cobrança completamente separada.

Nesta lição, você aprendeu que os slots de implantação fornecem ambientes isolados que permitem implantações azul-verde; as configurações específicas do slot mantêm configurações específicas do ambiente (como URLs de banco de dados) associadas ao slot, e não ao código; e a divisão de tráfego permite lançamentos canário ao direcionar uma porcentagem do tráfego de produção para uma nova versão. Em seguida, exploraremos o dimensionamento automático e os domínios personalizados.