Índice
Publicar sem interromper o uso depende de compatibilidade entre versões, infraestrutura e dados. A estratégia deve ser escolhida depois de entender o que muda e como a aplicação mantém estado.
Como avaliar esta decisão
Mapeie sessões, tarefas em andamento e alterações de banco. Uma nova versão pode precisar conviver temporariamente com a anterior. Mudanças incompatíveis de schema exigem uma sequência que preserve consumidores durante a transição. Defina como detectar falha e retornar sem perder dados gravados depois da publicação.
Critérios para comparar propostas
- Compatibilidade: separar expansão de estrutura e retirada de campos antigos quando necessário.
- Saúde: validar jornadas e dependências antes de direcionar todo o uso à nova versão.
- Retorno: explicar limites de rollback e tratamento de mudanças persistidas.
Um cenário para discutir com o fornecedor
Exemplo hipotético: a versão nova remove um campo ainda utilizado por instâncias antigas. Mesmo com troca gradual de tráfego, a aplicação pode falhar. O plano precisa coordenar código e banco.
O que validar na entrega
Ensaie publicação com tarefas em andamento e uma falha controlada. Confira continuidade e recuperação dentro das condições estabelecidas, sem transformar uma técnica de deploy em promessa absoluta de disponibilidade.
Prepare a conversa sobre o projeto
Leve à Quantum9 arquitetura, frequência de publicação e restrições operacionais. O escopo deve incluir compatibilidade, detecção e retorno, além da automação do comando de deploy.
Engenharia e qualidade de software · Mapear a prioridade da empresa