Évaluation — Fiche 4 - Stratégies de rollback et déploiement progressif

Question 1

Pourquoi un plan de rollback reste nécessaire même après des tests d'intégration et d'acceptation réussis ?

Parce que les tests ne servent à rien Parce qu'un comportement imprévu peut apparaître uniquement en conditions réelles de production Parce que le rollback remplace les tests Ce n'est jamais nécessaire en pratique

Question 2

Dans un déploiement blue-green, que représente l'environnement « bleu » ?

La nouvelle version en cours de test La version actuelle, qui reçoit le trafic réel Un environnement de développement local Une sauvegarde hors ligne

Question 3

Quel est l'avantage principal du blue-green en matière de rollback ?

Il ne permet aucun rollback Le retour à l'ancienne version est quasi instantané, puisqu'elle reste disponible Il nécessite de réinstaller entièrement l'application Il fonctionne uniquement sans base de données

Question 4

D'où vient le nom « canary » pour cette stratégie de déploiement ?

Du nom d'un outil informatique célèbre Des canaris utilisés autrefois dans les mines pour détecter un danger avant les mineurs D'une référence à la couleur jaune des interfaces Ce nom n'a aucune origine particulière

Question 5

Quelle granularité caractérise un déploiement canary ?

Une bascule totale et immédiate Une progression par pourcentage croissant de trafic vers la nouvelle version Un remplacement instance par instance uniquement Aucune progression, tout ou rien

Question 6

Quelle stratégie de déploiement est souvent native aux orchestrateurs de conteneurs comme Kubernetes ?

Blue-green uniquement Rolling update Aucune stratégie n'est native à ces outils Canary uniquement

Question 7

Quelle est la principale contrainte du déploiement blue-green ?

Il est impossible à mettre en œuvre Il nécessite de doubler temporairement l'infrastructure disponible Il ne fonctionne qu'avec une seule instance Il interdit tout test avant bascule

Question 8

Pour un projet pédagogique simple, quelle approche de rollback est jugée raisonnable dans cette fiche ?

Un déploiement canary complet obligatoire Une sauvegarde de la version précédente avec un script de redéploiement testé Aucune précaution n'est nécessaire Un environnement blue-green complet systématique

Question 9

Quel risque court-on en improvisant un rollback au moment même d'un incident en production ?

Aucun risque particulier Allonger la durée de la panne, faute de procédure préparée à l'avance Cela résout toujours le problème plus rapidement Cela améliore automatiquement les performances

Question 10

Quel élément technique particulier complique souvent un rollback, même avec une stratégie blue-green ?

Le nom de domaine utilisé Les migrations de base de données entre les deux versions La couleur de l'interface utilisateur Le système d'exploitation du serveur

🧠 Évaluation — Fiche 4 - Stratégies de rollback et déploiement progressif