Solution
Sortie de fin de support
Une fin de support n’est pas une panne : la machine continue de tourner, et c’est ce qui rend la décision facile à repousser. Le premier correctif de sécurité manquant, lui, arrive sans prévenir.
Une échéance traitée comme un projet
L’inventaire date chaque échéance
Systèmes, bases de données et applications avec leur date de fin de support en face. C’est une liste courte, et rarement tenue.
L’ordre suit le risque, pas l’âge
Un serveur exposé à Internet passe avant une machine isolée plus ancienne. Je construis le calendrier sur les pannes les plus coûteuses, et sur leur prix.
Les applications sont éprouvées avant, pas après
Je vérifie dans un environnement d’essai que chaque application de l’ancienne machine fonctionne sur la nouvelle. Ce contrôle évite de découvrir une incompatibilité après la mise en service.
Le retour à l’ancien système est prévu
Chaque mise en service possède une procédure écrite et testée pour rétablir l’ancien système en cas d’échec. Cette possibilité réduit la durée d’interruption et permet d’organiser le changement sans immobiliser tout un week-end.
Concrètement
- Inventaire daté : systèmes d’exploitation, bases de données, applications et matériel, avec leur échéance de support
- Analyse de dépendance : ce qui parle à la machine sortante, et ce qui casserait sans elle
- Choix de la destination selon la contrainte réelle, d’une nouvelle version sur site à un hébergeur suisse ou un cloud public
- Environnement d’essai séparé, où l’application est vérifiée avant d’annoncer la date du changement
- Procédure de mise en service et procédure de retour à l’ancien système, écrites et testées
- Décommissionnement propre : données extraites, licences arrêtées, matériel effacé
Les systèmes concernés
- Windows Server, Windows et les distributions Linux d’entreprise
- Microsoft Exchange, SQL Server et les bases de données en place
- Hyperviseurs et matériel serveur existants
- Hébergeurs suisses et clouds publics
- Logiciels métier dont l’éditeur impose sa propre version cible
Ligne de serviceServeurs et hébergement →
Les systèmes concernés
Le même travail, avec les contraintes du secteur. Chaque carte ouvre le secteur complet.
Banque et assurance
Systèmes de gestion en fin de support
Les plateformes qui gèrent les contrats peuvent atteindre leur fin de support sans qu’un remplacement complet soit justifié. Je les transfère vers une version encore maintenue et je teste aussi le retour à l’ancienne version en cas d’échec.
Santé et sciences de la vie
Postes d’instruments en fin de support
La machine qui pilote un instrument suit la version imposée par le constructeur. Elle est inventoriée, isolée et déplacée avant la date plutôt qu’après l’incident.
Industrie manufacturière
Machines et serveurs en fin de support
Le poste qui pilote une machine ne suit pas le cycle de mise à jour des autres. Je l’inventorie, je l’isole et je le déplace selon le risque plutôt que selon l’âge.
Déroulement
Inventaire
Je relève les logiciels et les machines utilisés, leurs dépendances et leur date de fin de support. Cette liste souvent courte n’existe pourtant pas toujours.
Priorités
Le risque et le coût mis face à face, échéance par échéance, pour que la direction arbitre sur des chiffres.
Bascule d’essai
La migration est exécutée de bout en bout dans un environnement séparé, y compris le rétablissement de l’ancien système après un échec simulé.
Mise en production
La bascule réelle à une date annoncée, puis le décommissionnement de l’ancien une fois la période de garde passée.
Vérifier l’adéquation : Sortie de fin de support
Décrivez le contexte, les contraintes et la décision attendue. Le premier échange sert à qualifier le périmètre, les limites et la prochaine étape utile.
Décrire la situation