Hervé OkanData & Intelligence Artificielle
Offre · Migration ETL

Quitter votre ETL vieillissant sans arrêter la production.

Migration par lots vers Semarchy xDI, tests de non-régression automatisés et double run jusqu'à la bascule. Quatre migrations menées, chacune depuis un outil différent.

StambiaODIWebMethodsTalendSSISInformaticaSemarchy xDI
Estimer ma migration

Pour qui

Les DSI et directions data qui doivent quitter un outil d'intégration en fin de vie, trop coûteux ou que plus personne ne maîtrise.

Les signes qui ne trompent pas

  • Votre éditeur annonce la fin du support de votre version.
  • Personne n'ose plus toucher à certains flux.
  • Les compétences sur l'outil actuel se font rares.
  • Les licences pèsent lourd pour ce qu'elles apportent.

Ce que vous obtenez

  • Cartographie complète des flux et de leurs dépendances
  • Plan de migration par lots, avec critères de bascule
  • Flux migrés, testés en non-régression et documentés
  • Ordonnancement adapté et plan de retour arrière

De votre outil à Semarchy xDI

Choisissez votre outil actuel : voici ce que devient chaque élément, et où se cachent les difficultés.

Stambia → Semarchy xDIEffort de réécriture : Faible

Semarchy xDI est le successeur de Stambia : les concepts sont les mêmes, la migration est surtout technique.

Chez StambiaDans Semarchy xDIPoint d'attention
MappingMappingVérifier les templates modifiés en interne
ProcessProcessRevoir les appels entre processus
TemplateTemplateComparer aux templates standards xDI
MétadonnéesMétadonnéesReconfigurer par environnement
DeliveryDeliveryNouveau circuit de déploiement
Runtime StambiaRuntime xDIMise à niveau et supervision

Expérience d'Hervé : Leroy Merlin · 2023-2024. Correspondances indicatives, affinées pendant l'audit.

Simulateur de plan de migration

Indiquez votre volume : le plan se découpe en lots, avec un pilote pour valider les normes et un double run avant la bascule.

Outil de départ : Stambia (à changer dans les correspondances ci-dessus).

Auditcartographie
Pilote7 flux simples
Lot 130 flux
Lot 230 flux
Lot 330 flux
Lot 423 flux
Double run1 cycle métier complet
Basculeet retour arrière prêt
5lots, pilote compris
24flux complexes à traiter avec soin
Faibleeffort de réécriture depuis Stambia
À l'auditdurée fixée après l'audit

Estimation indicative et non contractuelle. Le découpage réel suit vos domaines métier et vos dépendances.

Le garde-fou : la non-régression

Avant chaque bascule, l'ancien et le nouveau flux tournent sur les mêmes données. Les volumes et les sommes de contrôle doivent concorder, table par table. Essayez :

Table cibleAncien fluxNouveau fluxSomme de contrôleStatut
DIM_CLIENT412 806––En attente
DIM_PRODUIT184 233––En attente
FAIT_VENTES3 150 442––En attente
FAIT_STOCKS1 240 118––En attente
REF_MAGASINS1 312––En attente
HIST_COMMANDES2 687 540––En attente

Les risques, et comment je les neutralise

RisqueConséquenceParade
Dépendances cachées entre fluxUn lot basculé casse un flux resté sur l'ancien outilCartographie complète à l'audit, lots découpés par domaine
Templates ou composants modifiés en interneComportement différent après migrationInventaire des écarts au standard avant la conception
Différences de comportement (nulls, dates, encodage, arrondis)Écarts de données silencieux en productionTests de non-régression automatisés : volumes, sommes de contrôle, échantillons
Ordonnancement et reprisesChaînes de nuit qui ne s'enchaînent plusAdaptation de l'ordonnanceur et tests de reprise sur erreur
Perte de savoir-faireL'équipe ne sait pas maintenir le nouvel outilNormes, documentation, modes opératoires et passation

Le déroulé

  1. Audit des flux
    Inventaire, dépendances, flux morts, risques
    Livrables : cartographie des flux et de leurs dépendances, rapport d'audit avec risques priorisés, feuille de route chiffrée
  2. Conception cible
    Architecture xDI, normes, plan de migration par lots
    Livrables : architecture cible, normes de développement, dossier de conception technique (dct)
  3. Migration par lots
    Réécriture, tests de non-régression, double run
    Livrables : flux développés et testés, tests de non-régression, pipeline ci/cd
  4. Bascule & MCO
    Mise en production, supervision, transfert
    Livrables : supervision et alertes, modes opératoires, passation et formation

Formats

Quatre migrations déjà menées

Questions fréquentes

Peut-on migrer sans interruption de service ?

Oui, avec un double run : l'ancien et le nouveau flux tournent en parallèle jusqu'à ce que leurs résultats soient identiques.

Combien de temps dure une migration ?

Cela dépend du nombre de flux, de leur complexité et de l'outil de départ. Le simulateur ci-dessus en donne une première idée ; l'audit fixe le planning.

Faut-il geler les évolutions pendant la migration ?

Pas entièrement. Les évolutions urgentes sont appliquées aux deux versions pendant le double run ; les autres sont planifiées après la bascule du lot concerné.

Nos équipes pourront-elles maintenir Semarchy xDI ?

Oui : normes de développement, documentation et modes opératoires sont livrés, avec une passation et une formation.

Et si nous ne voulons pas aller vers Semarchy ?

La méthode reste la même vers dbt, un ELT cloud ou un autre outil : audit, lots, non-régression, double run. Seules les correspondances changent.