MIGRATION ET MODERNISATION À GRANDE ÉCHELLE · INTÉGRATION ET PLATEFORMES DE DONNÉES

Migrer PowerCenter, SSIS, DataStage ou Talend.Vos données restent.

Jobs, mappings, transformations et orchestration de PowerCenter, DataStage, SSIS, ODI, Talend, dbt, MuleSoft, SAP BW, Databricks, Snowflake ou Fabric : nous les menons vers l’outil d’intégration que vous choisissez, vers votre plateforme de données ou vers du code propre. Mêmes tables cibles, avec une parité mesurée sur vos données réelles.

Legacy · Informatica PowerCenterFin 2027 · SAP BWMoins de licences par cœur et par consommationParité mesurée table par table

Demander une démo

Démonstration automatique · Touchez votre outil et voyez ce qui sort, où cela peut aller et ce qui reste.

Migration d’ETL et d’intégration de données :l’horloge et la facture

Vos données et vos tables cibles ne se migrent pas : elles restent. Ce qui se migre, c’est ce qui les déplace : jobs, mappings, transformations et orchestration. Et ici, il y a bien des horloges : plusieurs outils d’intégration ne sont plus vendus ou ont une date.

Fin de support

Deux outils avec une date et un qui n’est plus vendu

Informatica PowerCenter n’est plus vendu et son support standard est terminé : la destination officielle est IDMC, qui facture à la consommation (IPU). Migrer PowerCenter ne signifie pas forcément migrer vers IDMC.
SAP BW : fin 2027 avec ECC. L’entrepôt sort ; S/4HANA ou ECC restent la source des données.
SSIS, DataStage, ODI et Talend Studio restent supportés, mais chaque version a sa date et l’éditeur vous pousse vers son cloud : Fabric, Cloud Pak, OCI, Qlik Talend Cloud.

Ce que vous payez

Au cœur, au processeur ou à la consommation

Licences au cœur ou au processeur de PowerCenter, DataStage et ODI : on paie la machine, quelle que soit l’utilisation.
Consommation : IPU dans IDMC, l’abonnement MuleSoft, la puissance de calcul de chaque plateforme de données que vous avez en double.
L’équipe qui maintient les jobs, avec un savoir qui ne vit que dans cet outil et chez une ou deux personnes.

Ce qui resteet ce qui sort

Vos données restent : les bases de données source et cible, les tables, le modèle. Elles sont la référence de la parité : chaque table cible est comparée à celle d’aujourd’hui, ligne à ligne, sur vos données réelles.

Ce qui les déplace sort : mappings, workflows, jobs, packages, load plans, routines, scripts périphériques et orchestration. Du référentiel et du serveur de l’outil, rien.

Nous n’implantons pas votre plateforme de données et nous ne la remplaçons pas : Databricks, Snowflake ou Fabric sont les vôtres et la destination, c’est vous qui la choisissez. Si vous voulez en unifier plusieurs en une, cela se déplace aussi avec une parité mesurée.

Où va ce qui déplace vos données :outil, plateforme ou code

Trois destinations, et vous choisissez. Aucune ne vous oblige à rester chez le même éditeur.

Un autre outil d’intégration

IDMC, Qlik Talend Cloud, MuleSoft ou dbt

Si vous voulez garder un outil : le nouveau du même éditeur (de PowerCenter à IDMC, de Talend Studio à Qlik Talend Cloud) ou celui d’un autre. Les mappings sont réécrits dans l’outil cible, avec une parité mesurée.

Votre plateforme de données

Databricks, Snowflake ou Microsoft Fabric

La logique vit là où sont les données : SQL et orchestration natifs de votre plateforme. C’est la destination naturelle de SSIS (Microsoft l’emmène vers Fabric), de SAP BW et du CDC d’ODI. Sans licence d’outil d’intégration.

Code propre

Java · Spring Batch, .NET ou Python, avec votre orchestrateur

Sans licence d’outil : les jobs Talend sont déjà du Java, les routines ABAP de BW et le shell de PowerCenter passent en code propre, et les API de MuleSoft en services à vous. L’abonnement à la plateforme tombe.

Comment migrer un outil d’intégrationen quatre étapes, table par table

1Inventaire du référentielEn accès lecture seule : mappings, jobs, packages, paramètres, connexions, planifications et le shell ou le SQL périphérique. Ce qui tourne, ce qui ne tourne plus depuis des mois et quelle table chacun alimente.
2Reste, sort ou s’éteintChaque job avec son verdict et sa destination. Ce qui n’a pas tourné depuis des mois n’est pas migré : il est éteint. Le plan suit la chaîne de chargement, pas le job isolé.
3Reconstruction avec votre IA orchestréeDes instances de développement qui réécrivent, testent et documentent chaque mapping dans la cible avec la même méthode. Votre équipe décide et valide.
4Bascule avec parité mesuréeLes deux chaînes tournent en parallèle sur vos données réelles et sont comparées table par table. Chaque chaîne bascule quand elle concorde, pas toutes à la fois.

Les règles

Les données et les tables cibles restent
Ce qui ne tourne pas n’est pas migré
Chaîne par chaîne, sans bascule unique
La destination, c’est vous qui la choisissez

Outil par outil :ce qui sort et où cela va

Un résumé par outil et plateforme. Dans le graphique ci-dessus, vous avez chaque pièce et son chemin : touchez l’outil ou suivez le lien.

Legacyn’est plus vendu

Migrer Informatica PowerCentervers IDMC, vers votre plateforme de données ou vers du code propre

Vos bases de données source et cible restent. Du référentiel et du serveur PowerCenter, rien : son support standard est terminé.

Ce qui sort

Mappings, workflows et expressions → IDMC, la destination officielle d’Informatica, ou un autre outil ; ou SQL natif de Databricks, Snowflake ou Fabric ; ou Java et Python propres
Shell et PL/SQL périphériques → l’orchestration de la cible, avec le reste de la chaîne

Voir les chemins de PowerCenter

Consommation par IPU

Migrer Informatica IDMCcesser de payer pour ce qui circule

Vos bases de données et vos sources SaaS restent. Ce qui circule n’est plus facturé à l’IPU.

Ce qui sort

Mappings et taskflows → un autre outil, comme Qlik Talend Cloud ; ou votre plateforme de données ; ou du code propre

Voir les chemins d’IDMC

Licence au cœur

Migrer IBM DataStagesans Information Server

Vos bases de données source et cible restent. D’Information Server, rien.

Ce qui sort

Jobs, Transformer et routines BASIC → outil d’intégration, plateforme de données ou code propre

Voir les chemins de DataStage

SQL Server

Migrer SSISvers Fabric ou vers votre plateforme de données

SQL Server reste comme base de données, si vous voulez le garder. Les packages sortent.

Ce qui sort

Packages et expressions → Fabric, où Microsoft emmène SSIS, ou une autre plateforme ; ou un outil ; ou du code propre
T-SQL et procédures → le SQL de votre plateforme ; dans Fabric Warehouse, presque tels quels

Voir les chemins de SSIS

Licence au processeur

Migrer Oracle ODImappings, KMs et CDC hors de la licence

Vos bases de données Oracle et le reste des sources restent. La licence au processeur d’ODI tombe.

Ce qui sort

Mappings et KMs → outil d’intégration, plateforme de données ou code propre
CDC et load plans → le CDC natif de la cible et son orchestrateur

Voir les chemins d’ODI

Fin 2027avec ECC

Migrer SAP BWl’entrepôt sort, SAP reste comme source

S/4HANA ou ECC restent la source des données. L’entrepôt BW sort vers la plateforme de votre choix.

Ce qui sort

Modèles, transformations et chargements → Databricks, Snowflake, Fabric ou SAP Datasphere ; ou code propre
Routines ABAP → code propre, avec parité mesurée

Voir les chemins de SAP BW

Studio · licence

Migrer Talendvers Qlik Talend Cloud ou vers du Java propre

Vos bases de données et vos connexions restent. Les jobs Studio sortent.

Ce qui sort

Jobs et routines Java → Qlik Talend Cloud, du même éditeur, ou un autre outil ; ou votre plateforme de données ; ou du Java propre, sans Studio ni sa licence

Voir les chemins de Talend

Abonnement

Migrer MuleSoftAPI et flux en services propres

Les systèmes qu’il relie restent, chacun avec ses API. L’abonnement à la plateforme tombe.

Ce qui sort

API et flux d’intégration → un autre outil d’intégration, ou des services et API propres

Voir les chemins de MuleSoft

Plateformes de données

Migrer dbt, Databricks, Snowflake ou Fabricunifier ou changer de plateforme

Vos tables et votre modèle de données se déplacent avec une parité mesurée. Cela sert à changer de plateforme ou à en unifier plusieurs en une.

Ce qui sort

Modèles et macros dbt → le SQL et l’orchestrateur natifs de votre plateforme, ou un autre outil
Notebooks, jobs, SQL, tâches, pipelines et warehouse → une autre plateforme, ou du code propre

Voir les chemins des plateformes

Questions fréquentes sur l’intégration et les plateformes de données

Migrer Informatica PowerCenter oblige-t-il à passer à IDMC ?

Non. IDMC est la destination officielle d’Informatica et facture à la consommation (IPU), mais les mappings de PowerCenter peuvent aussi aller vers un autre outil d’intégration, vers le SQL et l’orchestration natifs de Databricks, Snowflake ou Fabric, ou vers du Java et du Python propres. Vos bases de données source et cible restent.

Où migre-t-on les packages SSIS ?

Vers Fabric, où Microsoft emmène SSIS, ou vers une autre plateforme de données ; le T-SQL et les procédures passent au SQL de votre plateforme, presque tels quels dans Fabric Warehouse. SQL Server reste comme base de données si vous voulez le garder.

Que devient SAP BW quand le support d’ECC se termine en 2027 ?

L’entrepôt BW sort : modèles, transformations et chargements vont vers Databricks, Snowflake, Fabric ou SAP Datasphere, celle que vous choisissez, et les routines ABAP vers du code propre. S/4HANA ou ECC restent la source des données.

Comment vérifie-t-on que la migration d’un ETL est correcte ?

Les deux chaînes de chargement tournent en parallèle sur vos données réelles et chaque table cible est comparée à celle d’aujourd’hui, ligne à ligne. Chaque chaîne bascule quand elle concorde, pas toutes à la fois.

Qu’est-ce qui déplace aujourd’hui vos données,et que vous coûte-t-il chaque année ?

Lors d’une démo, nous vous montrons le parcours complet sur un référentiel d’exemple : l’inventaire des jobs, ce qui reste, ce qui sort, où cela va et comment on compare table par table. Pour que vous voyiez ce que cela donnerait avec le vôtre.

Demander une démo Voir les quatre périmètres

Nous migrons aussi : ERP et CRM · Tableaux de bord et analytique · Code et applications · migration de systèmes