Rolling Deployment
Implantação contínua
Uma implantação contínua substitui instâncias antigas do aplicativo por novas em lotes. Cada etapa muda apenas parte do grupo em execução, de modo que versões podem se sobrepor.
old batch -> start and verify new batch -> drain old batch -> repeat- 1v1
- 2v1
- 3v2 ✓
- 4v2 ✓
2 / 2 ready→old batch -> start and verify new batch -> drain old batch -> repeatOPSOutro exemplo
Um serviço tem quatro instâncias. Uma extra pode iniciar, mas nenhuma pode ficar indisponível. Cada lote pronto permite o próximo substituto.
Partes principais
- 01Grupo de instâncias antigo
- 02Novo grupo de instâncias
- 03Tamanho do lote
- 04Limites indisponíveis e extras
- 05Preparação e esvaziamento
- 06Regra de pausa e reversão
Use-o quando
Use-o quando ambas as versões puderem ser executadas juntas e a capacidade saudável puder ser mantida. Defina regras de lote, prontidão, pausa, falha e reversão.
Não o use quando
Não prometa tempo de inatividade zero. Verificações de prontidão fracas, baixa capacidade, conexões longas ou mudanças de dados incompatíveis ainda podem interromper o serviço.
Nome usado no código
old batch -> start and verify new batch -> drain old batch -> repeat Antes de lançar
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome: Complete the task with Implantação contínua (Rolling Deployment). User context: Um serviço tem quatro instâncias. Uma extra pode iniciar, mas nenhuma pode ficar indisponível. Cada lote pronto permite o próximo substituto. Delivery concept or operation: Implantação contínua (Rolling Deployment). Why it fits: Use-o quando ambas as versões puderem ser executadas juntas e a capacidade saudável puder ser mantida. Defina regras de lote, prontidão, pausa, falha e reversão. Do not use it when: Não prometa tempo de inatividade zero. Verificações de prontidão fracas, baixa capacidade, conexões longas ou mudanças de dados incompatíveis ainda podem interromper o serviço. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary): Nenhum padrão oficial único controla todo o termo. Seu significado pode mudar entre equipes, plataformas ou frameworks. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
Conferir este pedido
Review how Implantação contínua (Rolling Deployment) is used now. Definition: Uma implantação contínua substitui instâncias antigas do aplicativo por novas em lotes. Cada etapa muda apenas parte do grupo em execução, de modo que versões podem se sobrepor. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.