Expertise 04 · Faire évoluer le socle sans arrêter la production.

Infrastructure et socle technique

Virtualisation, stockage, réseau, sauvegarde, hébergement, cloud. Le socle porte tout le reste et se transforme toujours à chaud, avec des fenêtres étroites et des applications métiers dont les éditeurs ne supportent que certaines plateformes. J’accompagne ces bascules depuis la comparaison des cibles jusqu’aux conditions de retour arrière.

Format4 semaines à plusieurs mois selon l’ampleur

Vous reconnaissez la situation ?

Les signaux qui amènent à m’appeler.

Aucun de ces signaux n’est technique. Tous finissent pourtant en blocage technique quelques mois plus tard.

Un renouvellement de licences ou de matériel impose une décision structurante.

Le socle s’est empilé au fil des projets et personne n’en a la vue complète.

Le cloud a été retenu comme direction sans que le coût de fonctionnement ne soit modélisé.

Une salle, un hébergeur ou un contrat d’infogérance arrive à échéance.

Ce que je fais

Le déroulé de l’intervention.

L’ordre compte autant que le contenu. Chaque étape conditionne la validité de la suivante, et sauter la première fait perdre le bénéfice des trois autres.

Cartographier le socle et ses adhérences

Ce qui tourne, sur quoi, avec quelles contraintes de disponibilité service par service. Le socle documenté et le socle réel divergent presque toujours, et l’écart porte en général sur des services critiques.

Comparer les cibles sur un barème unique

On-premise, hébergé, cloud public, hybride. Coût complet, compétences exigées, réversibilité, dépendance éditeur, impact sur l’exploitation quotidienne. Une plateforme ouverte baisse la facture de licence et augmente la charge d’ingénierie interne : les deux doivent apparaître dans le même tableau.

Préparer la bascule

Séquencement par vagues, prérequis, fenêtres, tests de retour arrière, critères d’acceptation. Une bascule se prépare plus longtemps qu’elle ne s’exécute, et c’est la préparation qui détermine si le retour arrière est réel ou théorique.

Verrouiller la sortie avant l’entrée

Formats, export des données, clauses contractuelles, coût de sortie estimé. La réversibilité se négocie au moment du choix. Après signature, elle n’est plus qu’un souhait.

Livrables

Cartographie du socle et des adhérences applicatives
Comparatif des cibles avec coût complet sur 3 à 5 ans
Exigences techniques et contractuelles à porter en consultation
Plan de bascule par vagues et procédures de retour arrière
Conditions de réversibilité et coût de sortie estimé

Ce que vous en gardez

Une cible retenue sur des critères écrits
Une bascule dont les risques d’exploitation ont été instruits avant la fenêtre
Une dépendance éditeur mesurée et bornée contractuellement

Questions fréquentes

Ce qu’on me demande avant de démarrer.

Êtes-vous partenaire d’un éditeur ou d’un constructeur ?

Non, et c’est délibéré. Je ne revends ni licence ni matériel et je ne perçois aucune commission d’apport. Vous pouvez me demander de justifier une recommandation sans vous demander ce qu’elle me rapporte.

Faut-il tout migrer vers le cloud ?

La question utile porte sur les charges, une par une : coût de fonctionnement à trois ans, compétences disponibles en interne, contraintes de latence et de souveraineté, conditions de sortie. Les trajectoires qui tiennent sont en général hybrides et séquencées sur plusieurs exercices.

Assurez-vous la mise en œuvre ?

Non. Vos équipes ou vos intégrateurs mettent en œuvre, je pilote, j’arbitre et je contrôle. Séparer la décision de l’exécution est ce qui me permet de rester indépendant sur l’arbitrage.

Pour aller plus loin

Situations et analyses liées.

Situation

Trancher le socle de virtualisation avant l’échéance contractuelle

Une ETI industrielle multi-sites doit se prononcer sur son socle de virtualisation avant la fin de son contrat, avec trois propositions qui ne portent ni sur le même périmètre ni sur la même durée.

Industrie et ETI · 5 semaines