Vous êtes sur la page 1sur 24

Étude De Performance Des Brokers En vue

De La Conception Et L’implémentation
D’un Marché Virtuel Objet

Réalisé par: Mohamed Mediouni( Ecole Nationale d’Ingénieurs de Tunis


(ENIT)).
(mohamedmediouni1@hotmail.com)
Téléphone :+21622582534
PLAN
•Introduction.
•Architecture CORBA.
•Etude de Performance des Brokers.
•Le Marché Virtuel Objet.
Spécification des besoins.
 Conception en UML.
Réalisation et évaluation.
•Conclusion et Perspectives.
Introduction
• Casser les structures existantes
– Insérer des appels de procédure, de méthode
à distance.

Appelant Appelant
Appelé

Souche Squelette
Appelé
Network

•Nouveaux problèmes:Nommage, localisation,


transparence, interoperabilité
Motivation
 MKS dispose d’une gamme de logiciels bousiers
obéissant au modèle suivant:

Application Application Serveur Interface


Cliente Négociation et flux Marché
Bourse

 MKS envisage une migration de sa gamme


logicielle vers une solution distribuée.
PLAN
•Introduction.
•Architecture CORBA.
•Etude de Performance des Brokers.
•Le Marché Virtuel Objet.
Spécification des besoins.
 Conception en UML.
Réalisation et évaluation.
•Conclusion et Perspectives.
Les Systèmes Distribués

 Collection d’ordinateurs autonomes.

 Coordination des activités.

 Partage des ressources.

 Intéropération d’objets via un réseau hétérogène.

Systémes Fonctionnels:
CORBA de l’OMG.
DCOM de Microsoft.
RMI de Sun.
L’Architecture CORBA
Common Object Request Broker Architecture

Né dans les années 1990.

Fondé et géré par l’Object Management Group (OMG).

Standard ouvert pour les applications distribués.

 Bus logiciel, orienté objet.

Communication par appel de méthode à distance.


CORBA (Suite)

Implementation Vue du
Client programmeur
de l’objet

Niveau interstitiel
squelette
DSI (middleware)
IDL
Souche Interface
DII Adaptateur d’objet
IDL ORB

Coeur de l’ORB Protocoles GIOP / IIOP


CORBA (Suite)
 GIOP = General Inter ORB Protocol
 Interopérabilité entre différents ORBs.
 Spécifie le protocole de transmission et le format
des requêtes.

 IIOP = Internet Inter ORB Protocol


 Protocole d’interopérabilité standard pour Internet.
 Construit sur IP
PLAN
•Introduction.
•Architecture CORBA.
•Etude de Performance des Brokers.
•Le Marché Virtuel Objet.
Spécification des besoins.
 Conception en UML.
Réalisation et évaluation.
•Conclusion et Perspectives.
Présentation Des ORB
 Visibroker:
 Produit commercialisé par Inprise.
 Implémente la version CORBA 2.3.
 Version testée Visibroker 4.1 sous license.
 TAO:
 Fondée au sein du centre « Center for Distributed Object Computing
at Washington Univeristy »
 Produit gratuit avec le code source disponible.
 Omniorb:
 Proposé par « AT & T laboratories of Cambridge » .
 Produit gratuit avec le code source disponible.
 Version testée Omniorb 3.0.4.
Transaparence vis à vis des plates formes
Visibroker TAO Omniorb
Win NT Win NT Win NT
Win 95/98/2000 Win 95/98/2000 Win 95/98/2000
Unix Unix Unix
Solaris Solaris Solaris
Linux Linux
IBM-AIX IBM-AIX
 HP-UX HP-UX
 Open VMS
 SGI Irix
 Reliant Unix
 ATMos,NextStep
Transparence vis à vis du langage de
programmation
 Visibroker
Spécification
• C++, Java. IDL
• Deux compiltaeurs: Idl2cpp & Idl2java.
 Tao
• C++. Compilateur
IDL
• Un seul compilateur : Tao_idl
 Omniorb
Squelette
• C++. Souche
IDL
IDL
• Un seul compilateur: OmniIdl.
Temps de Réponse

 Chemin d’invocation des requêtes

Application Call Application Upcall

Orb Unmarshalling
Orb Marshalling
Dispatching

Network Sending Network Receiving

Client Serveur
Temps de Réponse(Suite)
961 Temps de réponse(ms) TAO

498
VISIB
360

230

101
80
40 OMNI
28
20
16
10 Nb_requêtes
0 50 100 500 1000
Courbe représentative du temps de réponse en fonction du nombre de requêtes
La Sécurité
 Visibroker
• « Borland Security service ».
• Le protocole SSL ( Secure Sockets Layer).
• Authentification, autorisation et cryptage à clé publique.
 Tao
• « The CORBA Security Service for TAO » est un projet
en cours de développement.
• Nouveau protocole SSLIOP.
• Intégrité, confidentialité ainsi que la sécurisation des
requêtes des clients.
 Omniorb
• N’implémente pas le service de sécurité.
Conclusion
Visibroker Tao Omniorb
Plates formes Pratiquement Pratiquement Pratiquement
tous tous tous
Lang de prog C++, Java C++ C++

Installation Simple Complexe Complexe

Temps de Réponse Assez rapide Lent Rapide


Sécurité supporté En cours de Non supporté
développement
Services offerts Plusieurs Plusieurs peu
PLAN
•Introduction.
•Architecture CORBA.
•Etude de Performance des Brokers.
•Le Marché Virtuel Objet.
Spécification des besoins.
 Conception en UML.
Réalisation et évaluation.
•Conclusion et Perspectives.
Spécification Des Besoins

Marché boursier : Place de marché où se passe la


vente et l’achat des instruments financiers.

Un instrument financier: Tout ce qui peut être


acheté ou vendu sur le marché financier en
particulier les actions.

Une transaction:C’est un traitement d’un acte de


correspondance entre un ordre d’achat et de vente.
Spécification Des Besoins ( Suite)

 Les fonctionnalitésID_Client
du marché Virtuel objet sont:
Le client lance un
avis de connexion
Client 1 Client 2 Client 3
Client 1 Client 2 Client 3
Réf_Market
Le serveur récupère
l’ID du client et
l’ajoute dans sa liste.
Administration Traitement Archivage
des connexions
Administration des requêtes
Traitement des données
Archivage
des connexions des requêtes des données
Le client récupère la
Marché Virtuel Objet référence du marché
Spécification (Suite)
Le client lance la Param_In
requête : send_order Load_instrument()
Le client lance un
avis de charger
Le client lance un ID_Client
Load_instrument()
Le serveur analyse les
Le client lance
les instruments un
Clientles
1 paramètres Client 2 requête Client 3
avis de charger de la
avis de connexion
instruments Client 1 Client 2 Client 3
LeList_instrument()
serveur met à jour
Le serveur renvoie la liste la liste des ordre
Réf_Market
List_instrument()
Le serveur récupère
Le serveur renvoie la liste en achat ou en vente
des instruments au client
l’ID du client et
des instruments au client
l’ajoute dans
Le serveur sa liste.
Traitement
exécute la Archivage
Administration
Administration Traitement Archivage
transactiondes
des connexions
des connexions :des requêtes
exécute_trans().
requêtes des données
des données
ré envoie l’ack au client Le Le client
client récupère
récupère la
la liste
Le client
Marché Virtuel Objet référence
récupère la liste
Le client reçoit une du marché
des instruments
des instruments
notification du code
de retour de sa requête
Conception Générale
Interface IDL

Compilateur Idl
Idl2cpp

La squelette
La souche
Implémentation des objets
Implémentation du client
Implémentation du serveur

Client Serveur

Visibroker Visibroker

IIOP
Conception Détaillée
Modèle Objets
POA_Market::Connexion

CConnexionImpl

CMarketRegestry

CInstrument

CTransaction COrder
Non connecté
Connect
Disconnect
Connecté
Load_Instrument

Chargement des instruments


Send_Order

Ordre envoyé

Cancel_Order Ack_Ordre_Error

Ordre erroné

Ack_Ordre_Success

Ordre archivé

Non vérifiés Execute_transaction

Test des contraintes de prix et de quantité

Vérifiés

Ordre supprimé Client notifié Transaction archivé