Intergiciel

Un article de Wikipédia, l'encyclopédie libre.
Cet article ou cette section doit être recyclé.
Une réorganisation et une clarification du contenu est nécessaire. Discutez des points à améliorer en page de discussion.
La forme ou le fond de cet article est à vérifier.
Améliorez-le, ou discutez des points à vérifier. Si vous venez d’apposer le bandeau, merci d’indiquer ici les points à vérifier.
Cet article ou cette section ne cite pas suffisamment ses sources.
Son contenu est donc sujet à caution. Wikipédia doit être fondée sur des sources fiables et indépendantes. Améliorez cet article en liant les informations à des sources, au moyen de notes de bas de page (voir les recommandations).

En informatique, un intergiciel (en anglais middleware) est un logiciel servant d'intermédiaire de communication entre plusieurs applications, généralement complexes ou distribuées sur un réseau informatique.

Sommaire

[modifier] Vocabulaire

Le terme middleware vient de l'anglais middle (du milieu) et software (logiciel). Diverses francisations ont été proposées et intergiciel semble le terme le plus répandu :

[modifier] Description

L'intergiciel offre des services de haut niveau liés aux besoins de communication des applications (temps réel, sécurisation, sérialisation, transaction informatique, etc.)...

C’est ce que l’on appelle une communication interprocessus (anglais InterProcess Communication, IPC). Elle vient se situer dans le modèle OSI au dessus de la couche de transport (couches 5, 6 et 7). La double mission d’interfaçage de l'intergiciel est :

  • Le processus client ou serveur : la gestion des appels de fonctions de l’application ou la gestion du renvoi des résultats.
  • La mise en forme des données en vue de leur prise en charge par la couche transport.

Les deux missions sont assurées par deux composants distincts :

  • Le Protocole d'accès formaté (Format And Protocol, FAP) met en forme les différentes données au niveau du réseau.
  • L'interface de programmation (Application Programming Interface, API) se charge :
    • des connexions et déconnexions avec le serveur;
    • de la définition de l’environnement de la connexion (variables de contexte, zones tampon); et
    • du transfert des requêtes et de la réception des résultats (n-uplet par n-uplet ou de façon globale).

L’interface de programmation transmet au FAP les requêtes destinées au serveur qui va se charger de conditionner les données au transport par le réseau. Le FAP est propre à chaque protocole réseau. Le FAP du client reçoit la requête et la plie dans une trame destinée au transport sur le réseau. La FAP du serveur reçoit la trame, la déplie et transmet la requête à l’interface. Après traitement, le serveur renvoie le résultat de la requête à l’interface qui transmettra au client via les FAP du serveur, puis du client, soit par n-uplet de résultat, soit en entier.

Exemples d'intergiciels : EAI, ETL, CORBA, HLA, file d'attente de message, pare-feu, ODBC, NEXUS, CFT (SopraGroup).

L'intergiciel se situe "au-dessous" de l'applicatif, "au-dessus" du système d'exploitation et "entre" deux logiciels ayant besoin de communiquer entre eux !

Par exemple, le couple [SQL*Net + ODBC] forme un intergiciel.

Les intergiciels les plus en vogue dans les architectures dites trois tiers sont :

  • les intergiciels "orientés objets ou composants distribués" : ce sont les ORB ou Object Request Broker
  • les intergiciels "transactionnels" : ce sont les moniteurs transactionnels (comme CICS d'IBM, Tuxedo de BEA, MTS de Microsoft, JTS de Sun, TopEnd de NCR ou encore Jaguar de Sybase, ...)
  • les intergiciels "orientés messages" : ce sont les MOM (comme MQ Series d'IBM, JMS de Sun, MSMQ de Microsoft).

Une tendance se dégage également vers l'intégration des intergiciels "objets distribués" avec les "moniteurs transactionnels" (cas de Tuxedo qui fusionne avec l'ORB ObjectBroker pour constituer le produit M3 de BEA, cas également de l'offre COM+ de Microsoft) et former ainsi un ensemble rebaptisé pour l'occasion : serveur d'application. Voir également EAI.

L'accès aux données et aux services étant critique pour les entreprises, les serveurs d'application sont complétés par une couche d'accès aux données basée sur des standards tels que JDO ou SDO.

[modifier] Références

Cette section est vide, pas assez détaillée ou incomplète. Votre aide est la bienvenue !

[modifier] Sources

[modifier] Anglophones

[modifier] Francophones