Cours Middleware Master 1 : Programmation Répartie et Architectures

Page :.1
Prof : KONAN HYACINTHE
MIDDLEWARE
MASTER1 2019-2020

Page :.2
Chapitre 0 : Introduction
0.1 Problématique de la programmation répartie
Permettre à un programme de s’exécuter sur plusieurs machines reliées
par un réseau
 à large échelle (Internet)
 local (intranet)
de plusieurs domaines de l’informatique :
 système d’exploitation (système d’exploitation répartis)
 réseau (librairies de programmation réseau)
 langage de programmation (langages de programmation étendus)
Ceci implique :
 Un Environnement de programmation répartie qui emprunte des
caractéristiques à ces 3 domaines
 Un nouveau paradigme de programmation : interaction
client/serveur
L’interaction client/serveur s’assimile à un appel procédural étendu au
cas où appelant et appelé ne sont pas situés sur la même machine

Page :.3
0.2. Client/Serveur
Les environnements de programmation répartie permettent de mettre en
œuvre les solutions client/serveur.
 le modèle client/serveur est la description conceptuelle de la
communication entre un client qui émet une requête et un serveur qui
traite la requête émise ;
 un système client/serveur est l’implantation physique et
logicielle du modèle c/s ;
 une application client/serveur est une application développée au
sein d’un système client/serveur.
Client/Serveur 2 tiers
Avantages
• 1ère infrastructure informatique pour un travail
coopératif
• centralisation des traitements au niveau du
serveur
• pas de duplication de données
• gestion simple de la cohérence et de l’intégrité
des données
• maîtrise globale des processus de travail (workflow)
relativement simple
Inconvénients
• relation directe entre le client et le serveur
• pas de transparence de localisation
• modèle trop rigide qui n’assure pas l’évolutivité
• souvent solutions propriétaires qui ne facilitent ni la
portabilité, ni l’hétérogénéité, ni l’intéropérabilité

Page :.4
Client/Serveur 3 tiers
• Intermédiaire entre le client et le serveur de
données
• Localisation de la logique du traitement sur cet
intermédiaire
• L’intermédiaire gère l’accès à la (aux) bases de
données
Avantage :
• meilleure répartition des charges
Inconvénients :
• mise en œuvre initiale + complexe
• maîtrise des flux de traitements plus complexe
0.3. Environnement de programmation répartie (middleware).
Le middleware désigne dans le cadre de l’informatique répartie, toutes les
couches logicielles qui permettent à deux applications d’interagir à
distance.
• fournit aux applications une
abstraction du système
d’exploitation et du réseau
• unifie l’accès à des machines
hétérogènes
• est indépendant du langage de
programmation des applications
On distingue aujourd’hui quatre grandes classes de Middleware :
• l’exécution de transaction (Transactions Processing) qui est une
classe de logiciel plutôt orienté “base de données” dont nous ne
parlerons pas ici,
• les RPC (Remote Procedure Calls) qui distribue l’exécution de
routines sur un réseau (voir plus loin) ;

Page :.5
• les MOM (Message Oriented Middleware) qui permettent
l’échange de données entre applications (voir également plus loin) ;
• et les ORB (Object Request Broker) qui permettent la distribution
d’objets sur un réseau de machines (voir la description de CORBA).
0.4. Caractéristiques des environnements de programmation répartie
• gèrent l’hétérogénéité des systèmes d’exploitation et des
langages
• fournissent un moyen standardisé de décrire les services fournis par
les applications réparties
• fournissent des protocoles d’intéropérabilité entre machines
distantes
• acheminent une requête entre un client et un serveur
• fournissent des services qui permettent d’accélérer le
développement des applications réparties
• fournissent des outils de développement qui facilitent l’intégration
des composants d’une application
• toutes les plate-formes middleware existantes sont orientées
objet - elles sont conçues selon une architecture objet - les entités qui
composent les applications sont des objets