APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Um release é mais do que uma imagem nova. A versão do código, os parâmetros do ambiente, a identidade usada para aceder a dependências e o tráfego encaminhado precisam de permanecer coerentes. No App Service, confirma quais settings acompanham o conteúdo e quais ficam ligados ao slot. Managed identities não são trocadas pelo swap. Em Container Apps, uma revisão representa uma versão imutável, mas configurações ao nível da aplicação podem afetar várias revisões. Uma tag reutilizada no registry não identifica necessariamente o mesmo conteúdo em duas alturas diferentes.
Aplicação guiada
Antes da janela, prepara uma tabela com artefacto aprovado, base de destino, identidade, critérios de saúde e reversão. Valida ligações sem produzir operações reais indevidas. Uma alteração direta de segredo em Container Apps exige tratar a utilização pelas revisões existentes, por exemplo através de restart controlado. Ao reverter código, confirma compatibilidade com dados já gravados. O PM deve obter evidência operacional e uma decisão explícita sobre avançar ou adiar, em vez de interpretar um teste em staging como garantia universal.
O novo código passa em staging, mas a identidade de produção não lê o cofre. Corrige e valida essa autorização antes do swap.
Armadilhas comuns
Usar latest como identificação de release; confundir swap com restauro de dados; presumir propagação imediata de segredos.
Tópicos relacionados: Funções, falhas e repetição segura · Dados, concorrência e histórico
Publica um conjunto coerente de código, configuração e acesso.
Referência: App Service deployment slots · AZ-204 archived objectives 2026-01-14; retired 2026-07-31