← Gestão de Releases: preparar, implementar e recuperar
06 / 12 · 40 MIN

Handover e ciclo de vida

Entrega capacidade de operação e encerra dependências antigas com evidência.

Conceito e mecanismo

A release continua a precisar de acompanhamento depois da última instalação. Define quem valida o resultado do negócio, quem acompanha indicadores e quando o serviço passa para operação normal. A equipa que recebe deve conseguir diagnosticar, escalar e recuperar dentro do âmbito esperado. Isso exige runbooks úteis, acessos apropriados, alertas, contactos, limites conhecidos e pendentes com responsáveis. Enviar um documento não demonstra que o suporte consegue operar autonomamente. Confirma receção e compreensão e regista condições para terminar o acompanhamento reforçado. Uma revisão de prontidão pode revelar lacunas antes do lançamento e incorporar aprendizagem de incidentes, adaptada à arquitetura e ao serviço em causa.

Aplicação guiada

Num exemplo fictício de modernização, uma nova API substitui parte de uma aplicação antiga, mas o fecho mensal ainda usa um batch legado. A ausência de tráfego web não justifica desligar todo o sistema. Identifica dependências ao longo do ciclo de negócio, valida consistência e planeia preservação do estado antes de remover componentes. A migração incremental pode manter coexistência e encaminhamento temporários, com custos e riscos próprios. Remover objetos antigos pode tornar o rollback dependente de restauro e reaplicação de dados, aumentando esforço e risco. Fecha a release com evidência de aceitação, desvios, ações de melhoria e registo do que permanece em serviço. Não declares poupança de descomissionamento enquanto os recursos e obrigações correspondentes continuam ativos.

NA PRÁTICA

Migrar tráfego diário não prova que o batch de fecho mensal deixou de depender do legado.

Armadilhas comuns

Documento enviado como autonomia; API nova como descomissionamento total; custo planeado como eliminado.

Tópicos relacionados: Âmbito e coordenação · Artefactos e rastreabilidade · Prontidão e autorização

Leva esta ideia contigo

Entrega um serviço operável e trata retirada de componentes como trabalho com critérios próprios.

Criar conta

Referência: Contextual operational readiness across the service lifecycle · Release management practices 2026-09; scoped GitLab GitHub CodeDeploy and EF Core documentation