Présentation
EnglishAuteur(s)
-
Gérard RIBIERE : Architecte en systèmes d’information IBM France
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleINTRODUCTION
La notion de traitement et de communication par messages s’appuyant sur des files d’attente n’est pas nouvelle en informatique. Cette fonction asynchrone était jusque-là l’un des attributs de sous-systèmes tels que les moniteurs transactionnels ou les méthodes d’accès de communication. L’hétérogénéité et la communication interapplicative, qui découlent de l’expansion des systèmes répartis, ont fait apparaître le besoin d’une fonction complètement indépendante de ces sous-systèmes et qui gomme les effets de cette hétérogénéité.
Dans cet article, après avoir rappelé les concepts de base liés au traitement asynchrone, nous allons décrire quelques modèles applicatifs d’échanges d’information que permettent de mettre en œuvre les gestionnaires de messages.
Ensuite, nous décrirons les caractéristiques et les grandes fonctions de la famille de gestionnaires de messages d’IBM : MQSeries.
Nous donnerons quelques exemples d’utilisation du gestionnaire de messages dans les applications de divers secteurs économiques : distribution, banque, tourisme, etc.
Enfin, nous dirons quelques mots d’autres systèmes d’échange de messages qu’offre le marché informatique.
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
2. Quelques modes applicatifs d’échange de messages
Nous présentons dans ce chapitre quelques modèles d’échanges de messages que nous pouvons utiliser dans les applications et qui illustrent de nouvelles façons de concevoir les applications à base de messages.
2.1 Transfert simple ou datagramme
Le message datagramme est semblable à une lettre que l’on met à la poste. On n’attend pas forcément de réponse de l’application qui va recevoir le message. L’application émettrice n’est donc pas en attente de la réception du message de réponse en provenance du destinataire. C’est l’utilisation la plus courante et la plus appropriée d’un gestionnaire de messages : l’échange est complètement asynchrone comme on peut le voir sur la figure 2 dans laquelle la file d’attente est symbolisée par un vase contenant des messages empilés.
Une application d’affichage des informations d’arrivée ou de départ des avions dans un aéroport peut utiliser des datagrammes pour envoyer ces informations. Cette application n’attend pas de réponse et il importe peu que le message envoyé n’arrive pas ; l’application envoie des mises à jour à intervalles réguliers.
Il est en général possible de demander des accusés de réception, ce qui peut permettre à l’application émettrice de faire de temps en temps un bilan de ses envois.
HAUT DE PAGE2.2 Dialogue
Dans un dialogue, l’émetteur du message attend une réponse. Il lui faudra donc dire, dans son message, où l’application destinataire devra envoyer la réponse. Pour réaliser cela on utilisera deux files d’attente comme indiqué sur la figure 3 :
-
une file d’attente dans laquelle l’émetteur dépose la question ;
-
une file d’attente dans laquelle le récepteur dépose la réponse.
Pour respecter la notion d’asynchronisme, il est souhaitable, mais non obligatoire que l’application recevant la réponse soit différente de l’application qui pose la question. Ainsi, cette dernière peut envoyer plusieurs demandes successivement sans devoir attendre la réponse après chaque demande.
Si c’est la même application qui,...
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Quelques modes applicatifs d’échange de messages
BIBLIOGRAPHIE
-
(1) - PUJOLLE (XX) - Architecture TCP/IP. - Traité Informatique Architecture TCP/IP (8-1997).
-
(2) - PERRAS (X.) - Messagerie électronique. - Traité Informatique [H 3 558] (11-1997) (épuisé).
-
(3) - TANNENBAUM (A.) - Réseaux, Architectures, protocoles, applications. - InterEditions, 1990-1992.
-
(4) - BLAKELEY (B.), al - Messaging and Queuing Using the MQI. - MacGraw-Hill Series on Computer Communications 1995.
-
(5) - HANOTTE (C.) - Messagerie X.400. Du modèle à la pratique. - Masson 1996.
SC33-0850Message Queue Interface - Technical Reference
SC33-0807MQSeries : Application Programming Guide
GC33-1349MQSeries : Planning Guide
SC33-0806MQSeries : MVS/ESA System Management Guide
SC33-1373MQSeries : AIX Version 2 System Management Guide
HAUT DE PAGE2 Éditeurs de gestionnaires de messages
DEC MessageQ commercialisé par BEA
Tuxedo/Q commercialisé par BEA
Falcon de Microsoft
CM2 d’AXIME
COVIA
Topend RTQ de NCR
Pipes de PeerLogic
TIB de TIBCO
VCOM de Verimation
HAUT DE PAGECet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive