THEME N 3

1
THEME N 3

• Le middleware

2
Définitions

• Miranda
• Le middleware peut être défini comme tout
  logiciel d intermédiation permettant à des
  applications clientes de communiquer avec des
  serveur distants quelque soit l hétérogénéité
  des ressources mise en jeu.
• Gardarin
• Ensemble des services logiciels construits
  au-dessus d un protocole de transport afin de
  permettre l échange de requêtes et des réponses
  associées entre client et serveur de manière
  transparente

3
Plan de la séance

• Les mécanismes déchange
• Les types de communication
• APPC MOM RPC Tubes
• Les middlewares ouverts
• DCE -
• Les middleware propriétaires
• Moniteurs transactionnels

4
LE MIDDLEWARE
APPLICATION CLIENT
SERVEUR
MIDDLEWARE
RESEAU
5
DIALOGUE CLIENT-SERVEUR
IPC
(Inter Process Communication)
Application
Application
API
API
Application programming interface
FAP
FAP
Format And Protocols
PROTOCOLE DE TRANSPORT
PROTOCOLE DE TRANSPORT
R E S E A U
6
Middleware dans les applications distribuées
G U I
APPLICATION
OLE2 Pipes MQSerie
MIDDLEWARE
APPLICATION
7
Middleware dans les accès aux bases
APPLICATION
ODBC DRDA
MIDDLEWARE
BASES DE DONNEES RELATIONELLES
8
COMMUNICATION

• Synchrone ou asynchrone
• Avec connexion ou sans connexion
• Transactionnel ou non transactionnel
• Objets ou non objet
• transactionnel objet

9
Synchrone
TACHE CLIENT
TACHE SERVEUR
APPEL
ATTENTE
10
Asynchrone
TACHE CLIENT
TACHE SERVEUR
APPEL
11
Avec connexion
12
Sans connexion
TACHE SERVEUR 1
R2
TACHE CLIENT
E
TACHE SERVEUR 2
R2
13
MECANISMES DE COMMUNICATION
Type de dialogue
Avec connexion
Sans connexion
RPC
APPC
Synchrone
tubes
MoM
Asynchrone
14
MECANISMES DE COMMUNICATION
Type de dialogue
Avec connexion
Sans connexion
RPC
RPC
APPC
Synchrone
tubes
MoM
Asynchrone
15
RPC (principe)
PROCEDURE LOCALE
paramètres
PROCEDURE DISTANTE
Appel
Résultats
Réception
16
RPC

• CLIENT

RESEAU
SERVEUR
Application CLIENT
Application CLIENT
Prise en compte de la demande
Appel de la procédure
Réveil du serveur
EXECUTION DE LA PROCEDURE
Réception du résultat
17
RPC (Rôle du serveur)

• Gestion du time out
• Choix du protocole de transport
• Gestion des appels
• Authentification et identification
• Sémantique des appels

18
RPC ( gestion d annuaires)
CLIENT
3
1
2
PROCEDUR (n)
4
ANNUAIRE DES SERVICES
19
RPC( Stub runtime)
20
RPC (compilation)
OBJET STUB CLIENT
OBJET STUB SERVEUR
21
RPC (exécution)
CLIENTS
SERVEUR
PROCEDURE
PROCEDURE
RPC Run time
RPC Run time
STUB
STUB
22
RPC (Cinématique)
A P P L I C A T I O N C L I E N T
A P P L I C A T I O N S E R V E U R
STUB CLIENT
Modules Réseaux
Modules Réseaux
STUB SERVEUR
3
1
5
4
2
STUB CLIENT
Modules Réseaux
STUB SERVEUR
Modules Réseaux
6
9
8
7
10
23
RPC ET MULTITHREADING

• RPC simple
• RPC et client multi thread
• RPC et serveur multi thread
• RPC avec client et serveur multi thread

24
RPC (parallélisation)
PROCESSUS PERE
PROCESSUS FILS
Trait 1
PROCESSUS DISTANT
Trait 2
Trait 3
25
RPC (Bilan)

• ()
• Principe est simple
• En cours de standardisation par l ISO
• (-)
• Fonctionnement synchrone
• Programmation asynchrone complexe
• Disponibilité conjointe du client et du serveur

26
MECANISMES DE COMMUNICATION
Type de dialogue
Avec connexion
Sans connexion
APPC
RPC
Synchrone
tubes
MoM
Asynchrone
27
APPC
CLIENT
RESEAU
SERVEUR
Application CLIENT

• Demande de connexion

Création dun contexte
Emission de requêtes
Réception de resultats
Synchronisation
Execution des requêtes
Emission de requêtes
Réception de resultats
Synchronisation
Déconnexion
Fin dun contexte
28
MECANISMES DE COMMUNICATION
Type de dialogue
Avec connexion
Sans connexion
RPC
APPC
Synchrone
Tubes ou Pipes
MoM
Asynchrone
29
PIPES

• Communication de type fichier
• unidirectionnel
• bidirectionnelle
• 1 serveur avec 1 ou n clients
• Intégré aux fonctions de bases des OS

30
PIPES Name-PIPES

• PIPES
• 1 processus serveur écrit
• 1 processus client lit les données et les détruit
• NAME-PIPES
• le tube est repéré par un nom
• Il est accessible par plusieurs processus

31
MECANISMES DE COMMUNICATION
Type de dialogue
Avec connexion
Sans connexion
RPC
APPC
Synchrone
MoM
tubes
Asynchrone
32
MOM
Application CLIENT
Application SERVEUR
Gestion de files
Gestion de files
Communi- cation
FILE DATTENTE
FILE DATTENTE
33
Fonctions d un MoM

• Gestion des messages
• Localisation
• Administration

34
Gestion des messages

• Unicité et garantie de la remise
• notification
• Gestion des priorités

35
Localisation

• Adressage logique et gestion d alias
• Publication abonnement
• Transfert des messages
• Codage et décodage des messages

36
Les MoM du marché

• MQSeries d IBM
• MSMQ de Microsoft
• MessageQ de BEA

37
MIDDLEWARE OUVERT

• X/Open
• L API CLI
• ISO
• RDA
• OSF
• DCE

38
L API CLI (client interface)

• Pour Serveur SQL
• Types de requêtes
• ordre direct du client
• ordre préparé par le serveur sur la base de
  paramètres fournis par le client

39
RDA

• protocole de communication ISO
• 3 parties
• partie générique
• partie spécifique à SQL
• partie pour la navigation réseau (NDL)
• (Network Data language)

40
Les services RDA

• Gestion de dialogue
• Gestion de transaction
• Service de contrôle
• Services de gestion de ressource
• service de langage d accès aux données

41
DCE (intervenants)

• Bull
• DEC
• HP
• IBM
• Siemens

42
DCE (Composants)
APPLICATION
SECURITE
F I C H I E R S
A N N U A I R E S
T H R E A D
T EMPS
R . P .C
SERVICES DE TRANSPORT
43
DCE (notion de cellules)

• Unité de base d opération et d administration
• constitution d une cellule
• utilisateurs
• ordinateurs
• ressources
• Frontières de la cellule
• objectif
• administration
• sécurité

44
DCE (annuaires)

• Annuaire de cellules
• nommage local des ressources
• Annuaire global
• X500
• DNS (Domain name System)

45
DCE (sécurité)

• Kerberos
• Serveur d authentification
• Serveur de privilèges
• Base de données de sécurité

46
DCE (Temps)

• Synchronisation des différentes horloges
• Entre les serveurs locaux et globaux
• Avec une base de temps externe

47
DCE (Fichiers)

• DFS (distributed File System)
• Gestion de fichiers intégrée avec partage à
  l intérieur d une cellule
• Gestion de l intégrité
• Manipulation de Fileset
• Déplacements
• Sauvegardes

48
DCE (Fonctionnement DFS)
MEMOIRE CACHE
SERVEUR CDS
CLIENT DFS
1
Gestionnaire mémoire-cache
3
2
SERVEUR DSF
SERVEUR DE FICHIERS
GESTIONNAIRE DES FILESET
SERVEUR DE LOCALISATION DE FILESET
SERVEUR DE FICHIERS
FICHIERS
49
DCE (Thread)

• Implémentation de la norme POSIX 1003
• ()
• Objectif amélioration de la performance
• parallélisation des traitements
• (-)
• Complexité du développement
• gestion de la protection des ressources
• code réentrant

50
DCE (fonctionnement)
Application client
Application serveur
4
LOGICIEL DCE
LOGICIEL DCE
2
1
Securité
Annuaire
Temps
3
51
Middleware d'accès aux données

• FONCTIONS
• Transporter les requêtes et les réponses
• Simplifier les développements
• Améliorer les performances

52
MIDDLEWARE PRORIETAIRE

• ODBC
• DRDA
• DAL/DAM
• IDAPI

53
ODBCOpen Database Connectivity
GESTIONNAIRE DE DRIVERS ODBC
ODBC
DRIVERS
Paradox
dBASE
. . .
SQL Serveur
Oracle
54
ODBC Open Database Connectivity
55
DRDA
Serveur de Données
Application client
Application serveur
B
SBBD
A
DONNEES
A
Protocole de l'application
B
Protocole des bases de données
56
DAL/DAM
CLIENT MAC
SERVEUR
SGBD
APPLICATION
Adaptateur SGBD
DAM
SERVEUR DAL
Extension DAL
Adaptateur Réseau
R E S E A U
DAM (Data Access Language) DAL
(Data Access Manager)
57
IDAPI
DBE
CONFIGURATION DBE
Application Delphi
Moteur de base de données Borland (BDE) /IDAPI
Pilotes ODBC
LIiens SQL
TCP/IP SPX/IPX , etc
dBASE
Paradox
ASCII
Bases de données distantes
InterBase pour Windows
Oracle Sybase Informix InterBase
Bases de données locales
58
Middleware transactionnel

• Nombreux utilisateurs
• Nombreuses interactions
• Gestion des transactions

CARACTERISTIQUES
59
Les composants du middleware transactionnel
(isolé)
APPLICATION
GESTIONNAIRE DE RESSOURCES
(API RM)
(RM)
(XA)
GESTIONNAIRE DE TRANSACTIONS
(TX)
(AP)
(TM)
60
Les composants du middleware transactionnel
(communicant)
APPLICATION
GESTIONNAIRE DE RESSOURCES
(API RM)
(RM)
(XA)
GESTIONNAIRE DE TRANSACTIONS
(TX)
(AP)
(TM)
(XA )
CPI-C
ATMI
GESTIONNAIRE DE RESSOURCES DE COMMUNICATION
61
Les moniteurs transactionnels

• CICS
• TUXEDO
• ENCINA
• TOP END
• MTS

62
CICS

• Multi plate-forme
• Evolutif
• CGI (internet)
• SOM (Objets répartis)

63
CICS (Synchrone)
Transaction client
Transaction serveur
SEND
RECEIVE
SEND
RECEIVE
64
CICS (Asynchrone)
Transaction client TC1
Transaction serveur TS
START  TS 
START  TC2 
Transaction client TC2
65
CICS (transactionnel)

• Etablissement de la session

Session

• Début dialogue

• Dialogue

• Dialogue

• Point de synchronisation

• Libération session

• Libération session

66
TUXEDO

• Question réponse
• Conversationnel
• File de messages
• Souscription et publication
• Diffusion

67
TUXEDO (Q/R Synchrone)
Q
R
68
TUXEDO (Q/R Asynchrone)
CLIENT
SERVEUR
Q
R
69
TUXEDO (Q/R parallélisme)
70
TUXEDO (Q/R Parallélisme)
SERVEUR 1
SERVEUR 2
CLIENT
Q1
Q1 
R
71
TUXEDO
SITE (A)
SITE (B)
A T M I
A T M I
TUXEDO
TUXEDO
A T M I
A T M I
ATMII
ATMII
ATMII
ATMII
SGBD
SGBD
SGBD
SGBD
Réseau
PASSERELLE
PASSERELLE
72
ENCINA
APPLICATION ENCINA
MONITEUR ENCINA
RQS
PPC
SFS
Noyau Serveur
REC
LOG
VOL
LOCK
Noyau client
TRANSACTIONAL- C
BDE
TNC
TRAN
OFS DCE
73
ENCINA COMPOSANTS

• RQS (Recoverable Queinng Service
• PPC (
• SFS (Structured File System)
• Toolkit

74
ENCINA toolkit

• TNCS (communication transactionnelles)
• TRAN (transaction distribuées 2PC)
• LOG (journalisation)
• REC (utilisation de log )
• LOCK (verrouillage)
• VOL ( gestion support multiples)

75
TOP END

• Développé par NCR
• OS multiples (unix, NT,..)
• SGBD multiples (oracle, Sybase,informix..)
• Moniteur généralement intégré dans des solutions
  globales

76
Echanges d'objets

• CORBA (COMMON OBJECT REQUEST BROKER ARCHITECTURE)
• OLE2 (OBJECT LINKING AND EMBEDDING)
• COM-DCOM (DISTRIBUTED COMPONENT OBJECT MODEL)

77
CORBA
OBJETS APPLICATIFS
Common Facilities
OBJECT REQUESTER BROKER
Objects Services
78
INTERET DU MIDDLEWARE

• API multi plate-forme
• Indépendant
• Des plate-formes
• des OS
• Des réseaux
• Des protocoles
• Isoler les applications des couches réseaux
• Localisation et structuration de données
  indépendantes
• Amélioration de la portabilité dans les
  applications
• Réduction des coûts de développement et de
  maintenance
• Système éprouvé , pilotage dynamique et
  équilibrage de charge