Dossier de mission01
Refonte d’un socle technique multi-sites
Trois implantations, trois héritages techniques, une seule exigence : que l’activité continue pendant que le socle change.
- INFRASTRUCTURE
- FRANCE / MONACO / SUISSE
- RÉFÉRENCE SUR DEMANDE
Ce que le client nous a confié
Un groupe de services réparti sur trois implantations nous a confié la refonte de son socle technique. Sa croissance s’était faite par rapprochements successifs : chaque site conservait son serveur, son prestataire, ses sauvegardes et ses habitudes. Rien n’avait jamais été remis à plat, parce que rien ne tombait jamais en panne au même moment.
La demande initiale tenait en un mot : « fiabiliser ». Le diagnostic a montré autre chose. Le risque principal n’était pas la panne matérielle — il était l’absence de vision commune. Personne, au sein du groupe, ne pouvait décrire précisément ce qui tournait, où, sur quoi, ni qui en avait la charge.
Nous avons donc traité la question comme un problème d’architecture et de gouvernance, et non comme un remplacement de machines.
Le point de départ
Ce que le diagnostic a révélé.
Avant toute proposition technique, nous écrivons l’état réel — y compris ce qui dérange. C’est cette description, validée par les équipes, qui rend la suite vérifiable.
- 01
Identités cloisonnées
Trois annuaires distincts, trois politiques de mot de passe, aucun référentiel commun. L’arrivée ou le départ d’un collaborateur se traitait site par site, à la main.
- 02
Sauvegardes déclarées, jamais éprouvées
Des sauvegardes existaient sur chaque site, portées par des supports locaux. Aucune restauration n’avait été tentée depuis la mise en service.
- 03
Réseau à plat
Sur chaque site, postes, serveurs et équipements techniques partageaient le même domaine de diffusion. Un poste compromis exposait l’ensemble du site.
- 04
Documentation chez le prestataire sortant
Les schémas, les accès et les procédures vivaient chez le prestataire historique. Le groupe en dépendait entièrement, sans le mesurer.
- 05
Aucun inventaire à jour
Le parc n’était décrit par aucun document fiable, et les contrats de maintenance se recoupaient partiellement sans que personne ne puisse le prouver.
- 06
Supervision absente
Une panne était signalée par un appel téléphonique, jamais par une alerte. La détection dépendait de la disponibilité des équipes.
Les contraintes
Ce qui ne pouvait pas être compromis.
- 01
L’activité ne s’arrête pas
Les trois sites reçoivent du public et traitent des dossiers en continu. Aucune bascule ne pouvait fermer une journée d’exploitation.
- 02
Les données ne sortent pas du périmètre
Dossiers clients et pièces réglementées devaient rester hébergés selon les mêmes règles qu’avant la mission.
- 03
Un retour arrière à chaque étape
Chaque vague de migration devait être réversible indépendamment, sans dépendre de la suivante ni engager l’ensemble.
- 04
Le groupe doit pouvoir reprendre la main
La réversibilité faisait partie du cahier des charges : documentation, accès et procédures devaient revenir au client, pas rester chez l’intégrateur.
- 05
Consolider sans tout racheter
Le matériel sain devait être réemployé. Le budget portait sur l’architecture, pas sur le renouvellement du parc.
La réponse AIGYROS
Ce que nous avons construit.
Nous avons commencé par écrire ce qui existait : un inventaire exhaustif des serveurs, des services, des flux, des accès et des contrats, confronté au terrain sur chacun des trois sites. Chaque élément a reçu un niveau de criticité — vital, utile, accessoire — validé par les responsables d’exploitation.
L’architecture cible en découle : un socle commun, décliné site par site. Un annuaire unique pour les identités, un socle virtualisé consolidé pour les services, un réseau segmenté par usage, une sauvegarde immuable répliquée hors site, et une supervision unique pour les trois implantations.
La bascule s’est faite par vagues successives, en dehors des heures d’exploitation, avec un plan de retour arrière écrit et testé pour chaque étape. Aucune vague n’a engagé la suivante avant validation complète.
La dernière phase n’était pas technique : documentation d’exploitation, procédures de restauration et transfert de compétences aux équipes du groupe, pour que le socle cesse de dépendre de nous.
La conduite
Quatre temps, tenus dans cet ordre.
Les durées indiquées sont des ordres de grandeur de conduite, jamais des engagements : chaque mission est recalibrée sur son terrain.
- 01Quelques semaines, sur les trois sites
Cartographier
Relevé du terrain, inventaire des services et des contrats, entretiens avec les équipes, matrice de criticité.
- Inventaire exhaustif du parc et des services
- Cartographie des flux et des dépendances
- Matrice de criticité validée site par site
- Identification des points de fragilité
- 02Phase d’étude, avant toute intervention
Concevoir
Architecture cible, schéma directeur à trois ans, plan de sauvegarde et de reprise, calendrier de bascule.
- Architecture cible et schéma directeur
- Découpage réseau et politique d’accès
- Stratégie de sauvegarde et plan de reprise
- Scénario de bascule par vagues
- 03Plusieurs vagues, hors heures d’exploitation
Basculer
Migration service par service, avec plan de retour arrière par étape et contrôle fonctionnel après chaque vague.
- Migration par vagues successives
- Plan de retour arrière pour chaque étape
- Contrôles fonctionnels après bascule
- Journal de bascule tenu et remis au groupe
- 04Phase de clôture
Transmettre
Documentation d’exploitation, procédures de restauration, formation des équipes et mise en service de la supervision.
- Dossiers d’exploitation par site
- Procédures de restauration testées
- Transfert de compétences aux équipes internes
- Supervision consolidée en service
Ce qui change
Avant, après — sans chiffre de vitrine.
Nous ne publions pas de pourcentages de progression : ils ne se vérifient pas depuis l’extérieur. Ce qui se décrit, en revanche, c’est le geste quotidien qui change.
- Situation initialeAprès la mission
Situation initiale : Trois annuaires, trois politiques, des comptes gérés à la main
Après la mission : Un annuaire unique, des politiques déclinées par site
Situation initiale : Sauvegardes déclarées, jamais restaurées
Après la mission : Copie immuable hors site, restauration éprouvée et datée
Situation initiale : Réseau à plat sur chaque site
Après la mission : Segmentation par usage et par implantation
Situation initiale : Panne signalée par téléphone
Après la mission : Supervision consolidée, alerte avant l’incident
Situation initiale : Documentation et accès détenus par le prestataire
Après la mission : Documentation remise au groupe, environnement réversible
Situation initiale : Chaque site décidait seul
Après la mission : Une gouvernance commune, un schéma directeur à trois ans
Les livrables
Ce qui reste entre vos mains.
Une mission se juge aussi à ce qu’elle laisse derrière elle. Chaque livrable est écrit pour être lu sans nous.
- 01
Inventaire et matrice de criticité
L’état réel du système d’information, service par service, avec ses dépendances et ses points de fragilité.
- 02
Schéma directeur
L’architecture cible et sa trajectoire à trois ans, découpée en étapes finançables séparément.
- 03
Dossiers d’exploitation
Un dossier par site : schémas, inventaire des accès, procédures d’exploitation et contacts utiles.
- 04
Plan de sauvegarde et de reprise
Stratégie de sauvegarde, copie hors site, scénarios de reprise et objectifs de continuité validés par le groupe.
- 05
Journal de bascule
Chronologie des vagues, contrôles effectués, incidents rencontrés et résolutions appliquées.
- 06
Procédures de restauration
Pas-à-pas testés, avec les temps de reprise réellement constatés lors des exercices.
Le périmètre exclu
Ce que la mission n’incluait pas.
Un périmètre flou coûte plus cher qu’un périmètre incomplet. Nous l’écrivons donc noir sur blanc, dès la proposition : ce qui est traité, et ce qui ne l’est pas.
- Le renouvellement du parc de postes de travail, traité dans une phase ultérieure.
- Le câblage des locaux et les travaux d’infrastructure physique.
- Le remplacement des logiciels métier : ils ont été conservés et réintégrés au nouveau socle.
- La refonte du site internet du groupe, hors du périmètre de cette mission.
Une bascule réussie ne se voit pas.
Dossier
Refonte d’un socle technique multi-sites
Réalisation 01 — Infrastructure
Zone d'intervention : France / Monaco / Suisse
Autres dossiers de mission
Prendre contact
Votre contexte ressemble à l’un de ceux-ci ?
Décrivez-nous votre environnement, vos contraintes et ce qui ne peut pas être compromis. Nous répondons par une analyse, pas par un catalogue.