Intégration de données : définition, familles d'outils et choix pour un SI hybride

En DSI, on entend « intégration de données » dans la tagline d'un éditeur, dans un cahier des charges, ou quand un flux casse entre l'ERP⁷ et le CRM². Le mot couvre beaucoup de choses. Sans cadre, on mélange ETL, bus, iPaaS et un simple appel API.

L'intégration de données¹, c'est l'ensemble des pratiques et outils qui extraient, transforment, routent et livrent des données entre applications, bases et partenaires, avec une logique métier, des contrôles et une traçabilité. Ce n'est pas un produit en rayon : batch, temps réel, fichiers, API et gouvernance cohabitent souvent dans le même SI.

Ce que l'intégration de données fait (et ne fait pas)

• Synchroniser des objets métier : clients, commandes, articles, écritures, entre ERP⁷ et outils satellites.
• Alimenter un entrepôt ou un lake : patterns ETL ou ELT selon où vit la transformation.
• Réagir à des événements : webhook, file, CDC quand la latence compte.
• Ouvrir le SI vers l'extérieur : API exposées ou consommées, sans confondre passerelle et orchestration complète.

Ce n'est en général pas le BPM⁵ (validation humaine, circuit de décision), ni le MDM⁶ (référentiel maître unique), ni l'EDI métier quand un standard sectoriel impose son format. Une ETI peut avoir besoin des trois en parallèle. Les regrouper dans un seul devis « intégration » gonfle souvent la facture sans clarifier le périmètre.

Les grandes familles d'outils

Éditeurs et intégrateurs réutilisent les mêmes mots pour des briques différentes. Avant d'acheter ou de migrer, nommez la fonction manquante (découplage, transformation, catalogue SaaS³, bus) plutôt que le slogan du slide.

ETL et ELT

Nés côté BI, ETL et ELT fixent l'ordre extract / transform / load. Ils restent utiles en opérationnel quand la cible n'accepte que des données déjà propres (ERP⁷, CRM²). Détail : ETL vs ELT. La frontière avec les sync applicatives modernes : ETL vs iPaaS.

ESB et middleware

L'ESB (Enterprise Service Bus) est une forme de middleware : bus central, connecteurs, souvent BPM⁵ et MDM⁶ dans la même suite (Blueway, stacks historiques). Ça tient quand le SI est hétérogène et que tout passe par un point de médiation. Ça pèse quand les flux se multiplient en API REST et que chaque évolution traverse le bus. Comparatif générationnel : ESB vs iPaaS.

iPaaS

Une iPaaS (Integration Platform as a Service) vend console, connecteurs catalogue et hébergement éditeur, en abonnement. Elle accélère les flux SaaS³ vers SaaS. À moyen terme, le débat porte sur le coût de sortie et sur qui porte la logique : coût de sortie iPaaS, posséder vs louer, iPaaS vs runtime d'intégration.

API, webhooks et connecteurs

Beaucoup de flux récents passent par HTTP ou par un événement push. Un connecteur parle le dialecte d'une application ; API vs webhook fixe le mode d'échange. Sans runtime autour, il reste le rejeu, la dead letter et la supervision à bricoler à la main.

CDC, streaming et files

Le Change Data Capture⁴ repère les changements en base pour les propager sans tout recharger. Le streaming (Kafka et équivalents) découple producteurs et consommateurs sous charge. Une file d'attente simple couvre déjà une large part du découplage sans bus complet. Choix selon latence, volume et compétences ops.

SI hybride : critères de choix pour une ETI

Une ETI française typique mêle ERP⁷ on-premise ou hébergé, quelques SaaS³ métier, un entrepôt ou un lake chez un hébergeur cloud, et des flux fichiers hérités. Le bon outil dépend moins du slide « cloud first » que de questions concrètes sur l'hébergement, le coût de sortie, les compétences et le périmètre réel.

• Où doit tourner la logique critique ? On-premise et souveraineté opérationnelle vs SaaS éditeur.
• Quel coût de sortie acceptez-vous dans cinq ans ? Abonnement iPaaS, licence suite ESB, ou code possédé.
• Quelle compétence interne ? Python/Git, exploitation bus, ou dépendance intégrateur permanent.
• Quel périmètre réel ? Inventaire honnête : checklist des flux avant d'acheter une « plateforme tout-en-un ».

En hybride, on sépare souvent les flux : sync critique chez vous, SaaS³ sur le périphérique, entrepôt dans le cloud. Erreur fréquente : étendre un bus historique à chaque nouveau flux API alors qu'un runtime étroit ou une file aurait suffi.

Sortie d'outils et alternatives

L'intégration de données est aussi un sujet de migration : fin de support Open Studio, contrats iPaaS qui grimpent, ESB qu'on ne sait plus faire évoluer. Les pages alternatives et les hubs migrer décrivent des parcours par éditeur (Talend, SSIS, Informatica, iPaaS cloud, etc.). Commencez par isoler la tranche « données entre systèmes » avant de renégocier toute la suite.

• Talend : alternative, plan migrer, guide Python.
• Suite ESB : alternative Blueway, migrer Blueway.
• iPaaS cloud : migrer iPaaS, sortie Workato/Boomi.
• SSIS : migrer SSIS quand les packages restent dans le périmètre HTTP/API.

Où se place Portlane

Portlane est un runtime d'intégration de données auto-hébergé : Python versionné, files fiables, supervision sur votre instance, licence à vie sur devis. Pas un ESB, pas un iPaaS, pas un ETL d'entrepôt. Pour le public visé : Portlane pour PME et ETI. Pour le vocabulaire produit : terminologie Portlane.

Pour aller plus loin

• Middleware : qu'est-ce qu'un middleware
• Bus : qu'est-ce qu'un ESB
• Cloud : qu'est-ce qu'un iPaaS
• Modèle : iPaaS vs runtime
• Hébergement : intégration on-premise ETI
• Coût DSI : cout DSI PME/ETI

Questions fréquentes

Intégration de données et intégration applicative, c'est pareil ?

En pratique, oui pour une DSI d'ETI : faire circuler des données entre ERP⁷, CRM², entrepôt et outils métier. Le mot « données » insiste sur ce qui traverse (commandes, stocks, clients) ; « applicative » sur les systèmes connectés. Les deux désignent souvent la même couche opérationnelle.

Faut-il un ESB, un iPaaS ou un ETL ?

Aucun choix par défaut. Un bus (ESB) quand il faut médier beaucoup de protocoles hérités et une gouvernance centrale. Un iPaaS quand le catalogue SaaS³ et la vitesse de mise en place priment. ETL/ELT quand la cible est analytique ou qu'il faut transformer avant livraison. Souvent une ETI cumule deux familles : voir ETL vs ELT et iPaaS vs runtime.

API et intégration de données, quelle différence ?

Une API est une porte d'entrée vers un système. L'intégration de données est le métier complet : déclencher, transformer, router, rejouer, superviser. Les API sont le câblage ; elles ne remplacent pas seules files, orchestration ni traçabilité.

CDC et streaming, c'est pour les géants ?

Non, mais l'exploitation coûte plus cher qu'un batch nocturne. Change Data Capture⁴ et flux temps réel servent quand la latence compte (stock, alertes, sync quasi immédiate). Pour une sync quotidienne ERP⁷ vers entrepôt, un batch ou une file suffit souvent.

Portlane couvre-t-il toute l'intégration de données ?

Non volontairement. Portlane vise recevoir, transformer et livrer entre systèmes, en Python versionné chez vous, licence à vie sur devis. Pas de BPM⁵, pas de MDM⁶, pas de bus universel. Voir terminologie Portlane.

Glossaire

• ¹ Intégration de données : pratiques et outils pour faire circuler et transformer des données entre systèmes applicatifs.
• ² CRM : outil de gestion de la relation client.
• ³ SaaS : logiciel utilisé en ligne, hébergé par l'éditeur.
• ⁴ CDC (Change Data Capture) : capture des changements en base pour propagation vers d'autres systèmes.
• ⁵ BPM : orchestration de processus métier avec tâches humaines.
• ⁶ MDM : référentiel de données maître.
• ⁷ ERP : progiciel de gestion intégré.