Aller au contenu

Langue : FR EN

Migration de SI sans coupure de service

Un rachat, une fusion ou un système d'information vieillissant à remplacer : je migre vos clients, vos technologies et vos données vers le système cible, en étapes ordonnées, sans interrompre le service de ceux qui en dépendent.

Décrire ma situation

Les situations où cette offre sert

Un rachat à absorber
Une entreprise en a racheté une autre et doit réunir deux systèmes d'information, avec des clients, des produits et une facturation à faire entrer dans un seul.
Un monolithe à remplacer
Un système ancien, difficile à faire évoluer, doit laisser la place à une architecture moderne sans arrêter l'activité.
Une plateforme à changer
Des clients, des produits et des factures doivent changer de plateforme sans rien demander de compliqué aux utilisateurs.

La méthode en cinq étapes

Chaque étape prépare la suivante. L'ordre part du client et de son contrat, et finit sur l'infrastructure. Cette méthode vient de ma mission chez Celeste, généralisée à d'autres systèmes.

  1. 1Migration administrative

    Faire entrer les clients dans le système cible.

  2. 2Migration des accès ou des services

    Reprendre ce que chaque client utilise, accès par accès ou service par service.

  3. 3Correspondance des catalogues

    Construire avec les équipes métiers la matrice qui relie chaque produit d'origine à son équivalent dans le système cible.

  4. 4Migration de la facturation

    Basculer la facturation sur le système cible, en vérifiant qu'elle ne diverge pas de l'ancienne.

  5. 5Bascule

    Passer à la nouvelle infrastructure en préservant le service. Le but est que l'utilisateur n'ait rien de compliqué à faire.

Les risques que la méthode couvre

Une coupure de service
Pour des clients qui dépendent du système, une interruption a un coût immédiat. L'ordre des étapes sert à l'éviter.
Un produit sans équivalent
Un produit de l'ancien catalogue qui n'existe pas dans le nouveau est repéré tôt, avec les équipes métiers, pas le jour de la bascule.
Une facturation qui diverge
Ancien et nouveau système doivent produire la même facture pour le même client. Ce point se vérifie avant la bascule.

Périmètre

Ce que je prends en charge, et ce qui reste de votre côté.

Je prends en charge
Le cadrage et l'ordre des étapes, le développement des migrations, la matrice de correspondance avec vos équipes métiers et la préparation de la bascule.
Reste de votre côté
La connaissance de vos produits et de vos contrats, les décisions métier sur le catalogue cible, et la validation de chaque étape avant de passer à la suivante.

Les preuves

Une migration terminée, puis une migration en cours.

Un monolithe d'environ dix ans à remplacer

Star Croisières

Migration d'un système monolithique vers Laravel sur AWS en microservices, pendant mes quatre ans de CTO à temps plein.

Lire le projet

Un rachat à absorber

Celeste

Migration de la connectivité de Stella Telecom vers Celeste, mission en cours. La page décrit la méthode, sans résultat.

Lire le projet

Questions fréquentes

Peut-on migrer sans coupure de service ?
C'est l'objectif de la méthode : des étapes ordonnées, dont une bascule finale qui préserve le service. Le niveau de risque exact se mesure au cadrage, système par système.
Combien de temps dure une migration ?
Cela dépend du nombre de clients, de produits et de systèmes concernés. Je ne donne pas de durée sans avoir vu votre situation.
Travaillez-vous seul ou avec mon équipe ?
Avec votre équipe technique et vos équipes métiers. La matrice de correspondance des catalogues ne peut pas se faire sans elles.
Quelle technologie utilisez-vous ?
Je m'adapte au système cible. Mes références principales sont Laravel et PHP, avec Docker et AWS selon les cas.