Passer au contenu

L’intégration d’applications : un chef d’orchestre plein d’ambition

Après avoir pris aux outils d’extraction, de transformation et de chargement de données, aux middlewares de messagerie et aux outils de gestion de flux, les solutions d’intégration des applications se consolident.

Apparue au milieu des années quatre-vingt-dix, la notion d’intégration des applications d’entreprise ?” ou EAI (Enterprise Application Integration) ?” s’est répandue comme une traînée de poudre dans tout le monde informatique. Reste que les technologies existaient bien avant leur nom de baptême. Si, depuis le début de ce siècle, les éditeurs s’accordent pour attribuer à un outil d’EAI cinq fonctions essentielles ?” interfacer, transformer, distribuer, organiser et administrer ?”, il aura fallu près de quinze ans pour obtenir de telles solutions.A la fin des années quatre-vingt, l’intégration des applications était réalisée par transfert de fichiers. En France, deux outils ?” CFT (Cross File Transfer) et Pelican, repris par Sopra ?” dominaient le marché. “On pouvait faire des choses très sophistiquées sur de grands systèmes MVS”, se remémore Franck Lechef, directeur technique chez Valtech. Ce qui explique peut-être que ces deux produits soient encore commercialisés.Mais deux facteurs ont rendu cette méthode insuffisante. En premier lieu, l’hétérogénéité grandissante des systèmes d’information. En second lieu, les limitations du processus de traitement par lots. La taille et la quantité de fichiers à échanger faisaient que cette opération pouvait demander jusqu’à dix jours. Sans compter que, en cas d’interruption du processus, il fallait souvent reprendre le traitement à zéro. “L’énergie des systèmes d’information était investie dans la correction d’erreurs”, rappelle Franck Lechef. Pour réduire les volumes transférés, on est donc passé du mode flux de fichiers au mode message. C’est au début des années quatre-vingt-dix que sont arrivés les MOM (middlewares orientés message), comme celui de Tibco. Le plus célèbre d’entre eux, MQSeries d’IBM, apparaît en 1993. Les MOM sont, à cette époque, assez simples : ils se chargent du transport, et les adaptateurs propres à chaque application à intégrer sont basiques.Les technologies utilisées ont évolué au courant de la décennie. D’abord au niveau du transport des données. Les logiciels se sont souvent différenciés, utilisant soit le protocole de messages Corba IIOP (Internet Inter-ORB Protocol), soit la technologie de Microsoft pour les objets distribués ?” DCOM (Distributed Component Objet Model). Maintenant, les grands éditeurs, dont IBM et Microsoft, poussent un nouveau langage adapté aux services web, Soap (Simple Object Access Protocol). Protocole d’invocation d’objets distribués sur le web s’appuyant sur XML, Soap exploite le protocole de transport HTTP. Et résout l’un des gros écueils de ses prédécesseurs, à savoir l’ouverture de failles au niveau du pare-feu.De nouvelles fonctions sont aussi apparues pour répondre à tous les besoins d’intégration des applications en entreprise. Il en est ainsi des fonctions d’extraction et de transformation, jusqu’alors réalisées en périphérie par des outils externes. Ainsi, pour arriver à leur forme actuelle, les logiciels d’EAI ont-ils dû aussi reprendre certaines propriétés des outils d’ETL (Extraction, Transformation and Loading), apparus peu après les MOM. Certains éditeurs d’EAI actuels, à l’instar de Mercator ou d’Information Builders, viennent d’ailleurs de ce secteur. Pourtant, les deux familles de logiciels ne jouent pas sur le même terrain. On utilise, en effet, l’ETL pour alimenter ?” en traitement par lots ?” des bases de données décisionnelles (datawarehouses). En outre, les outils d’extraction privilégient l’interfaçage ?” EDA, d’Information Builders, peut ainsi se connecter à plus de quatre-vingts bases de données ?” par rapport aux types de distribution de messages utilisés en EAI, comme le Publish & Subscribe (publication et abonnement), qui offrent une plus grande souplesse.

L’intégration des échanges interentreprises se lie à l’EAI

L’explosion du travail collaboratif et le mouvement de mondialisation des entreprises ont poussé les éditeurs à s’intéresser à l’intégration des applications entre entreprises. Or, si les solutions qui existent dans ce domaine se montrent puissantes pour la communication via FTP (File Transfer Protocol) ou HTTP (HyperText Transport Protocol), entre autres, elles sont limitées en ce qui concerne l’utilisation des réseaux et middlewares internes à l’entreprise. Ce en quoi excelle l’EAI. D’où l’intérêt de lier ces deux spécialités. C’est ce qui explique que, à la fin des années quatre-vingt-dix, les éditeurs d’outils d’intégration des processus interentreprises et de l’EAI ont commencé à se rapprocher, à l’exemple d’Active Software, repris par Webmethods.Après tous ces emprunts, les outils d’EAI ont maintenant atteint la phase de maturation. Même s’il est vrai qu’il reste encore à intégrer des fonctions essentielles, comme la gestion des flux ?” un processus en cours chez plusieurs éditeurs ?”, la gestion des processus métier et des fonctions d’administration pour recouvrir le tout. De futures évolutions devraient aussi concerner la prise en compte des standards ouverts émergents. “L’avenir de l’EAI, c’est son évolution vers des systèmes standards, comme UDDI (Universal Description, Discovery and Integration), XML (eXtensible Markup Language), ou encore JCA (Java 2 Enterprise Edition Connector Architecture), estime Franck Lechef. On peut espérer que cette ouverture sera effective dans un an ou deux”. XML fait l’unanimité, et les entreprises qui maîtrisent ses avatars sont très courues. Ainsi Crossworlds vient-il d’annoncer, pour dompter les schémas XML, un partenariat avec Edifecs ?” dans lequel GE Global eXchange Services, un autre acteur de l’EAI, a investi ?”, alors que Sopra s’est attaché les services du Français Cosmosbay. Tibco, lui, avait pris le parti d’acheter Extensibility l’année dernière, prenant ainsi un certain avantage.Pour les deux autres standards, ce n’est pas aussi clair. Ainsi, UDDI semble boudé par les éditeurs de progiciels de gestion intégrés. Quant à JCA, même s’il est soutenu par Sybase, Silverstream ou iPlanet, il pourrait n’être pas adapté à tous les usages. En effet, cette architecture basée sur Java prévoit de fournir, à partir d’un serveur d’applications, des connecteurs standards vers des solutions hétérogènes. Or, “si l’on met l’outil d’EAI dans un serveur d’applications, on revient à une relation point à point”, estime Franck Lechef. Un comble, sachant que l’EAI a été pensé pour éviter une telle figure. Le directeur technique de Valtech reconnaît cependant que “JCA peut se révéler adéquat pour les environnements simples. Pour les autres, il peut servir à intégrer le produit d’EAI entre le serveur d’applications et les progiciels. Cela permettra ainsi aux entreprises d’être plus indépendantes des produits”. En attendant, JCA a déjà produit son petit effet. Interrogé précédemment par 01 Informatique, Henry Peyret, du Giga Group, assurait que les acteurs traditionnels de l’EAI “sont obligés de baisser leurs prix de 30 à 40 % pour prendre des parts de marché, mettant ainsi à mal leur trésorerie”. Reste que cette inflation fonctionnelle n’a pas été ?” et ne sera ?” pas indolore pour les acteurs de ce marché. “La complexité de ces logiciels devient telle que peu d’éditeurs ont les moyens de suivre”, explique Franck Lechef. D’autant que la chute des valorisations boursières des jeunes éditeurs attire la convoitise des poids lourds du progiciel. C’est ainsi que, en quelques mois, Netfish, New Era of Networks, Extricity, ou encore XML Solutions ont été absorbés. Sans compter les tentatives d’autres éditeurs comme Siebel, J.D. Edwards ou Oracle, qui tentent de court-circuiter les acteurs de l’EAI en insérant dans leurs produits des technologies d’intégration d’applications.

Les acteurs du marché se multiplient

Cette compétition accrue force les éditeurs, face aux leaders IBM, Tibco et Webmethods, à trouver des financements et des partenaires étrangers, et, parfois, à dédier une entité distincte à leur activité dans ce domaine. Sybase a ainsi fondé sa division e-Business, qui regroupe les actifs de New Era of Networks (Neon) et son activité de portails, Sopra a créé Axway Software, et Information Builders (IB) a donné naissance à iWay. “Il faut être bien identifié sur ce marché pour être crédible”, avoue Pierre Sevray, directeur de l’édition de l’activité EAI chez Sopra. Toutes ces stratégies ont des conséquences sur le marché. Selon Gartner, les vendeurs de serveurs d’intégration sont de plus en plus nombreux : ils étaient pas moins de trente-cinq à se partager le secteur en 2000, contre vingt-sept un an plus tôt. Il faut dire que les projets de gestion de la relation client ou de gestion de la chaîne logistique globale sont très demandeurs en intégration. Ainsi Gartner prévoit-il que le marché mondial des serveurs d’intégration représentera un gâteau de 5,55 milliards de dollars en 2005, contre 1,3 milliard de dollars en 2000. Autant dire que ce remue-ménage autour de l’EAI ne risque pas de s’arrêter.

🔴 Pour ne manquer aucune actualité de 01net, suivez-nous sur Google Actualités et WhatsApp.


Renaud Edouard