Rolling Deployment
Déploiement progressif
Un déploiement progressif remplace les anciennes instances d’application par de nouvelles par lots. Chaque étape ne modifie qu’une partie du groupe en cours d’exécution, donc les versions peuvent se chevaucher.
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 -> repeatOPSUn autre exemple
Un service a quatre instances. Une instance supplémentaire peut démarrer, mais aucune ne peut être indisponible. Chaque lot prêt permet le remplacement suivant.
Parties principales
- 01Ancien groupe d'instances
- 02Nouveau groupe d'instances
- 03Taille du lot
- 04Limites indisponibles et supplémentaires
- 05Préparation et vidange
- 06Règle de pause et de réversion
Utilisez-le lorsque
Utilisez-le lorsque les deux versions peuvent fonctionner ensemble et que la capacité saine peut être maintenue. Définissez les règles de lot, de préparation, de pause, d'échec et de retour en arrière.
Ne l'utilisez pas lorsque
Ne promettez pas de temps d'arrêt nul. Des vérifications de préparation faibles, une faible capacité, de longues connexions ou des modifications de données incompatibles peuvent toujours interrompre le service.
Nom utilisé dans le code
old batch -> start and verify new batch -> drain old batch -> repeat Avant d'expédier
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 Déploiement progressif (Rolling Deployment). User context: Un service a quatre instances. Une instance supplémentaire peut démarrer, mais aucune ne peut être indisponible. Chaque lot prêt permet le remplacement suivant. Delivery concept or operation: Déploiement progressif (Rolling Deployment). Why it fits: Utilisez-le lorsque les deux versions peuvent fonctionner ensemble et que la capacité saine peut être maintenue. Définissez les règles de lot, de préparation, de pause, d'échec et de retour en arrière. Do not use it when: Ne promettez pas de temps d'arrêt nul. Des vérifications de préparation faibles, une faible capacité, de longues connexions ou des modifications de données incompatibles peuvent toujours interrompre le service. 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): Aucun standard officiel unique ne régit l’ensemble du terme. Sa signification peut varier selon les équipes, plateformes ou frameworks. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
Vérifiez cette demande
Review how Déploiement progressif (Rolling Deployment) is used now. Definition: Un déploiement progressif remplace les anciennes instances d’application par de nouvelles par lots. Chaque étape ne modifie qu’une partie du groupe en cours d’exécution, donc les versions peuvent se chevaucher. 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.