France · Migration cloud
Le contexte
Migration des serveurs d'atelier et des outils de production d'une société industrielle vers une cible cloud : cartographie préalable, fenêtres de bascule validées avec la production, migration conduite par vagues avec repli possible, supervision branchée avant la première vague, puis exploitation des serveurs après la bascule. Nous ne nommons pas l'entreprise, car la description d'une infrastructure de production associée à un nom facilite surtout le travail de qui cherche une cible. Une usine ne ressemble à aucun autre environnement informatique. Les serveurs y servent des postes d'atelier et des outils attachés à des lignes qui tournent, avec des logiciels parfois anciens dont dépend la fabrication du jour. La contrainte dominante n'est pas la performance, c'est l'arrêt : tout ce qui interrompt la production se lit immédiatement sur le planning de la semaine.
Ce que nous avons réalisé
- Cartographie des serveurs d'atelier
- Fenêtres de bascule validées avec la production
- Migration par vagues, repli possible
- Supervision dès le lendemain
- Run des serveurs après bascule
Déplacer des serveurs sans arrêter les lignes
Les serveurs d'atelier vieillissaient, ce qui pose une échéance sans fournir de solution : remplacer une machine en place suppose une interruption, et repousser la décision revient à laisser le hasard choisir le moment de la panne. Une interruption de production pèse plus lourd qu'un calendrier de migration étalé, et ce constat a orienté tout le projet vers un déplacement progressif plutôt que vers une opération unique et sans retour possible.
La deuxième question portait sur la forme de la cible. Déplacer une application telle quelle et la moderniser sont deux projets différents, avec des coûts et des risques distincts, et les confondre est la meilleure façon de rater les deux : nous exposons cet arbitrage dans notre article sur le choix entre lift and shift et refactor. Encore faut-il savoir quels rôles portent réellement les machines existantes, exercice que nous décrivons dans notre article sur la cartographie des rôles d'un serveur, car un serveur d'atelier cumule souvent des fonctions que personne n'a jamais documentées.
Des vagues calées sur le planning de production
La cartographie des serveurs d'atelier a précédé toute décision technique : rôles portés, dépendances, applications servies et postes concernés. Les fenêtres de bascule ont ensuite été fixées avec les équipes de production et non avec la seule informatique, parce que ce sont elles qui savent quel créneau existe vraiment dans une semaine de fabrication. L'ensemble de la démarche est décrit sur notre page migration cloud.
La migration s'est faite par vagues, chacune conservant la possibilité d'un retour en arrière, et la supervision a été branchée avant la première bascule plutôt qu'après la dernière, afin de disposer d'un point de comparaison le jour où une alerte remonte : nous décrivons ce que couvre cette prestation sur notre page supervision. L'exploitation se poursuit ensuite dans le cadre de notre gestion de serveurs, entièrement par accès distant, puisque nos missions cloud couvrent la France et la Suisse alors que nos interventions physiques et notre gestion de parc restent limitées au Bassin Genevois.
Comment nous avons procédé
-
Audit production et SI
1 à 2 jours
-
Migration par vagues
selon les lignes
-
Supervision et run
en continu
Des lignes qui ont continué de tourner
Les outils de production tournent sur la cible convenue et le déplacement s'est fait sans immobiliser les lignes pour les besoins du chantier informatique. Le vieillissement des serveurs d'atelier n'est plus une échéance suspendue au-dessus de l'exploitation, ce qui libère la production d'un arbitrage qu'elle n'avait pas à porter. Le lendemain d'une bascule, les alertes sont déjà en place et l'exploitation est assurée par l'équipe qui a conduit la migration. Une plateforme neuve traverse ainsi ses premières semaines, celles où elle est la plus fragile, avec un exploitant qui en connaît déjà l'architecture.
D'autres réalisations du même type
Une société de services financiers
Run cloud
Une banque suisse
Migration cloud
Ocineo
Société d'infogérance à Paris
Un établissement de santé
Sauvegarde et sécurité
Un e-commerçant frontalier
Site et infogérance
Une compagnie d'assurances
FinOps cloud
Une entreprise de BTP
Infogérance
Wiki Tech
Site de documentation IT communautaire
Sugar & Salt
Boutique de donuts à Saint-Julien-en-Genevois
On Kart
Karting et restaurant à Viry
CS-Conseils
Société de conseils sur Genève
Une société de transport
Infogérance
Un cabinet d'expertise comptable
InfogéranceUn projet, une panne, un rendez-vous.
Choisissez un créneau, ou décrivez votre besoin : nous répondons avec un périmètre clair, un prix hors taxes, et un interlocuteur nommé.