Dans les chapitres précédents, vous avez appris à mettre en place une procédure opérationnelle de gestion des changements dans votre SI. Cette procédure vous apprendra à contrôler et à sécuriser tous les changements dans votre système d’information, en approuvant et en pilotant les demandes de changement. Vous avez aussi appris à coordonner les actions des équipes grâce à l’établissement d’une matrice des rôles et des responsabilités (le RACI).
Dans cette partie, je vous propose d’aborder de façon pratique les activités de conception, test et déploiement d’un processus de gestion des changements. Au fil de cette partie, nous aborderons la planification des mises en production—MEP, l’organisation et la réalisation des livrables, la phase de test du package à déployer, et le déploiement.
Commençons tout de suite par préparer notre MEP (mise en production).
L’étude de cas
Bienvenue chez OPC, une boutique en ligne dont le succès de ses trottinettes électriques n’est plus à démontrer. La DSI a décidé de mettre en place une solution de supervision qui permettrait le contrôle en temps réel de l’état de santé du SI et de ses composants. Cette supervision permettrait la détection des situations à risque et ainsi éviter les incidents et les pertes liées à l’indisponibilité de la boutique en ligne.
La solution de supervision requiert le déploiement de :
Un serveur de supervision traitant les alertes et évènements remontés par les agents de supervision ;
Des agents de supervision installés sur chaque serveur de production afin de surveiller les services applicatifs, les éléments réseau, et l’état des disques ;
Une montée en version de l’OS sur les serveurs devant recevoir les agents afin qu’ils puissent être opérationnels ;
La mise en place de scénarios de supervision applicative.
Ces changements ont tous été approuvés via le processus de gestion des changements, et un planning de déploiement a été établi. Vous abordez maintenant les activités de conception, test et déploiement.
Livrables, Packages et Mises en Production (MEP)
Un déploiement induit un changement dans votre SI, et donc présente des risques. Raison pour laquelle il doit être préalablement approuvé et validé dans le processus de gestion des changements.
Mettre en production la solution de supervision va consister à effectuer dans votre SI un ensemble de changements. Ces changements sont regroupés en packages ou release en anglais (voir tableau ci-dessous).
Pour réaliser un package, vous devez regrouper les changements par unité de mise en production.
Le regroupement des changements par unité de mise en production permet de :
Faciliter le nombre de changements nécessaires pour mettre en œuvre une MEP ;
Optimiser les ressources humaines et le temps nécessaires pour concevoir, tester et déployer les changements.
Package | Changement | Description |
|---|---|---|
Release 1 | RFC001 | Installation du serveur de supervision (Hardware) |
Release 1 | RFC002 | Installation du serveur de supervision (software) |
Release 1 | RFC003 | Installation de l’application de supervision (Serveur) |
Release 2 | RFC004 | Montée en version de l’OS sur serveur de prod 2 (secondaire) |
Release 2 | RFC005 | Installation de l’agent de supervision sur serveur de prod 2 (secondaire) |
Release 3 | RFC006 | Montée en version de l’OS sur serveur de prod 1 (principal) |
Release 3 | RFC007 | Installation de l’agent de supervision sur serveur de prod 1 (principal) |
Release 4 | RFC008 | Configuration des scénarios de supervision |
Dans notre exemple, les unités de mise en production sont les suivantes:
Le serveur de supervision ;
Le serveur de production 1 ;
Le serveur de production 2.
Pour déployer notre solution, les changements vont être organisés en releases, en regroupant les RFC en fonction des unités de configuration précédemment établies, mais aussi en fonction des prérequis : il faut installer le hardware avant le software, par exemple.
Conception du package de mise en production
Il va permettre de passer d’une situation actuelle à une situation désirée. Il contient tout ce qu’il faut pour effectuer les changements dans le SI.
Dans notre exemple, il est composé du matériel à installer pour le serveur de supervision, du software à installer ou à concevoir, de la documentation ainsi que de la formation.
La phase de conception de la Release 1 va consister à :
Acquérir le matériel (hardware) qui hébergera le serveur de supervision ;
Acquérir la distribution de l’OS à installer sur le serveur ;
Acquérir ou développer la solution de supervision côté serveur.
Une fois la phase de conception achevée, il est temps de tester le package conçu afin de s’assurer qu’il répond au besoin du changement, mais aussi et surtout qu’il s’intègre parfaitement dans le SI.
En résumé
Un package est un groupe de changements à effectuer via une mise en production ;
La mise en production (MEP) est un ensemble de changements autorisés apportés à un service et déployés ensemble ;
Les éléments de configuration habituellement mis en production ensemble constituent une unité de mise en production ;
Le découpage par unité de mise en production permet d’optimiser les ressources et le temps nécessaires pour construire, tester, distribuer et implémenter une MEP ;
Un package de mise en production contient tout ce qui est nécessaire pour passer de la situation actuelle à la situation désirée. Il s’agit des logiciels, du matériel, de la documentation, et souvent de la formation. C’est le produit de la conception.
