Gestion des services et audit des systèmes d'information
Plusieurs changements approuvés sont regroupés en une mise en production (release) à déployer dans l'environnement de production. Quelle démarche de gestion des mises en production est correcte ?
- ADéployer une release testée dans un environnement proche de la production, après avoir préparé la procédure de déploiement et un plan de retour arrière pour revenir à l'état antérieur en cas d'échec
- BComme le bon fonctionnement a été vérifié dans l'environnement de développement, renoncer aux tests dans un environnement proche de la production et déployer la nuit, quand l'utilisation est faible
- CPréparer la procédure de déploiement, mais ne réfléchir à la procédure de retour à l'état antérieur qu'une fois qu'un problème est survenu après le déploiement
Afficher la réponse et l'explication
Réponse : A. Déployer une release testée dans un environnement proche de la production, après avoir préparé la procédure de déploiement et un plan de retour arrière pour revenir à l'état antérieur en cas d'échec
La gestion des mises en production planifie les releases qui regroupent des changements approuvés, les teste dans un environnement proche de la production et les déploie en production selon une procédure définie. Pour parer à un échec du déploiement ou à la découverte d'un problème grave après celui-ci, on prépare à l'avance un plan de retour arrière (backout) pour revenir à l'état antérieur. Après le déploiement, on vérifie le résultat et l'on met à jour les informations de la gestion des configurations.
Continuer : 9 autres questions sur Gestion des services et audit des systèmes d'information