CAT 2000CAT 2000

Présenté par : Tagmouti Siham Smires Ali

LES MIDDLEWARESLES MIDDLEWARES

Présentation des middlewares le 04-12-2000

PLANPLAN

Les problèmes à résoudre. Le middleware. Le model client serveur. Les technologies des middlewares.

Le middleware par file d’attente.Le middleware par appel de procédure éloignéeLe middleware orienté objet.

Les problèmes à résoudre Les problèmes à résoudre

L’intégration de logiciels d’origines divers.

L’accès aux logiciels de l’intérieur ou de

l’extérieur de l’entreprise.

*Le développement rapide des applications.

Le middleware (1)Le middleware (1)

Le middleware est un bus de communication auquel les applications se connectes par l’intermédiaire d’une interface clairement définie.

Le but principal des middleware est de résoudre le problème d’intégration des logiciels.

Le middleware (2)Le middleware (2)

Application1 Application3Application2

Application6Application5Application4

Middleware

Middleware ou bus de communication pour les applications distribués

Positionnement du middleware dans Positionnement du middleware dans Le modèle OSILe modèle OSI

Application 1 Application 2

Application

Présentation

Session Session

Présentation

Application

Transport

Physique

Données

Réseau

Transport

Physique

Données

Réseau

Transfert des données

Application

Middleware

Services de transportdes données

Le modèle client serveurLe modèle client serveurLes caractéristiquesLes caractéristiques

La communication implique deux entités seulement.

Une entité à l’initiative de dialoguer ( client/interviewer) et l’autre et en attente d’une requête (serveur/ interviewé).

L’entité serveur est programmé pour répondre à un ensemble très précis de requêtes qui est définit dans son interface.

Le modèle client serveurLe modèle client serveurFonctionnementFonctionnement

Client

Émettre une requête

InterfaceServeur

Exécute le service associé à cette requête.

Retourne le résultat

Les technologies des Les technologies des middlewaresmiddlewares

On peut distinguer trois types de technologies différentes pour les middlewares :

Le middleware par file d’attente. Le middleware par appel de procédure

éloignée Le middleware orienté objet.

Le middleware par échange de Le middleware par échange de messagesmessages

Début programme

Attacher_Files

Déposer_message

Lire_message

Début programme

Attacher_Files

Lire_message

Déposer_message

File de sortie File d’entrée

File d’entrée File de sortieMiddleware par file d’attente

Application A (émettrice) Application B (réceptrice)Début

A s’attache aux deux files d’attente qui représentent l’accès au bus de communication.

A dépose le message dans sa file de sortie.

B s ’attaches aux files d ’attente

B lit le message

B retourne une réponse vers A, en le déposant sur sa file de sortie.

B émettrice

Le middleware récupère le message de A et le transmet à B.

Le middleware récupère le message de B et le transmet à A.

A lit le message de B

Les produits disponiblesLes produits disponibles

Les chaînes d’assemblages de BMW utilisent le produit DECmessageQ de la société Digital Equipement.

IBM propose le MQseries qui est un middleware par file d ’attente.

Le middleware par appel de Le middleware par appel de procédure éloignéeprocédure éloignée

Programme principal début

------------------------------------------------

Fin

Procédure AFin

Procédure BFin

Middleware RPCStub serv

Stub client

Stub client

InterfaceÉcrite enIDL

Le client appel les procédures qui composent le serveur comme si elles étaient locales au client. Le middleware qui permet cette communication entre client et serveur est appelé middleware d’appel de procédure éloignée ( RPC : Remote Procedure Call ).

La préparation de la requête est extérieur au client, elle est générée à partir du langage IDL qui décrit l’interface du serveur utilisé par le client.

La portion de code associée au client

La portion de code associée au serveur

ServeurClient

, le code Le code de la communication est généré automatiquement à partir de l’interface décrite en langage IDL.

Le code du client et du serveur est indépendant du système de communication. Le client ne sait pas si la procédure est locale ou éloignée.

Le code du client n’a pas à préparer le message, ni à localiser le serveur. Ce travail est à la charge du middleware RPC.

Le middleware par appel de Le middleware par appel de procédure éloignéeprocédure éloignéeCaractéristiques (1)Caractéristiques (1)

Le système de dialogue est totalement externe au client et au serveur. Il est décrit dans un langage spécifique appelé IDL à partir duquel est généré automatiquement le code nécessaire à la communication.

La structure de communication est construite au moment de la phase de compilation. Elle est donc parfaitement définie avant la phase d’exécution.

Le middleware par appel de Le middleware par appel de procédure éloignéeprocédure éloignéeCaractéristiques (2)Caractéristiques (2)

La communication est synchrone. Après avoir fait son appel de procédure le programme client est en attente du résultat. Ce n’est que lorsque le résultat lui parvient qu ‘il reprend son traitement.

La technologie RPC est entièrement standardisée. La standardisation inclut le langage IDL ainsi que tous les services nécessaires à la communication.

Le middleware par appel de Le middleware par appel de procédure éloignéeprocédure éloignéeCaractéristiques (3)Caractéristiques (3)

La fiabilité du transfert. Si pour une raison quelconque le serveur ou le réseau ne fonctionne pas, le message ne sera pas livré et sera perdu. La gestion des erreurs ou des pannes est entièrement laissée à la charge du code client.

La diffusion de messages. La structure de communication dans RPC est de un à un et non pas de un à plusieurs. Cela signifie qu’un client ne peut parler qu’à un seul serveur à la fois lors d’une requête.

Le middleware par appel de Le middleware par appel de procédure éloignéeprocédure éloignée

Problèmes Problèmes

LLe standarde standard DCEDCE

La couche DCE permet à une application distribuée de fonctionner comme si elle se trouvait sur une seule et même machine, alors que ses composants peuvent s’exécuter sur des machines différentes, avec des systèmes d’exploitation différents reliés par des réseaux distincts.

LLe standarde standard DCE DCE ArchitectureArchitecture

Service des nom Services futurs de base

DCE Threads

Système d’exploitation et réseau

Applications distribuées

Service pourMachine sans disque

Services futurs

Service pour système de fichiers distribués(DCE DFS )

Service pour le temps distribuéR

PC

Appel de procédure éloignée ( DCE RPC )

Service de

sécurité

Service de

gestion

DCE Threads : ce service offre un mécanisme applicable au client comme au serveur et permettant une exécution parallèle de certaines parties du programme.DCE RPC : OSF DCE RPC est composé de deux types de logiciels : les outils de développement et les logiciels de run-time. Base de données centrale contenant toutes les ressources( machines, serveur… )disponible dans un système distribué. Permet aux machines appartenant à une même cellule d’avoir la même notion du temps. On peut distinguer trois catégories de sécurité : l’authentification, l’autorisation et la sûreté de communication. Le but de ce service est d’offrir aux utilisateurs l’accès, partagé ou non, à des fichiers stockés dans un serveur de fichiers, localisé quelque part sur le réseau.Ce service permet à une telle machine de fonctionner en utilisant les disques d’une autre machine.

Le middleware orienté objetLe middleware orienté objetLes concepts de base (1)Les concepts de base (1)

Cette technique se base sur des objets qui sont distribués à travers le réseau, la communication inter objet correspond à la demande d’exécution d’une opération sur un objet (le serveur) par un autre objet (le client).

l’objet client ne connaît pas la localisation de l’objet serveur, et il n’a pas à construire le message de requête.

La communication entre ces deux peut être définie de façon statique ou dynamique.

Le middleware orienté objetLe middleware orienté objetLes concepts de base (2)Les concepts de base (2)

L‘infrastructure d’un système informatique orienté objet est constitué par l’ensemble des interfaces connectées au bus de communication.

Le middleware objet met en évidence le concept d’interface qui représente les services offerts par l’objet client et autorise la génération de nouvelles interfaces par le mécanisme de l’héritage.

Le middleware orienté objetLe middleware orienté objet

Objetclient 

Objet serveur

OMG IDL

Middleware Objet

Communication statique

Communication dynamique

La communication statique est décrite dans un langage standardisé orienté objet, appelé OMG IDL (Object Management Group Interface Definition Language), à partir du quel sont générés les stubs client et serveur qui permettent de connecter respectivement l’objet client et l’objet serveur au middleware objet.

La communication dynamique est établie par le client au moment de l’exécution, celui-ci peut interroger le middleware objet afin de connaître les interfaces des objets disponibles sur le réseau.

Le standard CORBALe standard CORBA

Application Cliente

Référence  de l’objet

Interfacede l’objet

Application Serveur

Objet CORBA

Étatde

l’objet

Code d’implantation

Requête

Activation

Bus CORBA

C’est un programme qui invoque les méthodes des objets à travers le bus CORBA.C’est une structure désignant l’objet CORBA et contenant l’information nécessaire pour le localiser sur le bus.C’est le type abstrait de l’objet CORBA définissant ses opérations et attributs, celle-ci est définit par l’intermédiaire du langage OMG-IDL.C’est le mécanisme d’invocation d’une opération ou d’accès à un attribut de l’objet. Achemine les requêtes de l’application cliente vers l’objet en masquant tous les problèmes d’hétérogénéité. C’est le composant logiciel cible, c’est une entité virtuelle gérée par le bus CORBA.C’est le processus d’association d’un objet d’implantation à un objet CORBA.Regroupe les traitements associés à l’implantation des opérations de l’objet CORBA.C’est la structure d’accueil des objets d’implantation et des exécutions des opérations.

Waa, Waa, Waa ….

Le bébé pleure incessamment

Mais qu’est ce qu’il a à pleurer comme ça ?…qu’est ce qu’il veut …..

Middleware:

Waa, Waa, Waa = j’ai faim, j’ai faim …

Ahh, j’ai compris,

C’est qu’il a faim le pauvre …