Applications rparties
cole Suprieure dIngnieurs de Luminy Dpartement "Informatique, Rseaux et Multimdia" 2me anne 2010-2011
Informations
Volume horaire : 24h Cours et TD/TP : prsence obligatoire valuation : Examen S'appuie sur :
Cours de "JAVA", Cours de "Rseaux",
Est reli au cours de "Systmes rpartis".
2
Plan gnral du cours
Introduction, rappels, dfinitions Sockets, illustration avec JAVA Intergiciels, schmas de conception JAVA RMI CORBA
Bibliographie gnrale du cours
A. Tanenbaum. "Distributed Operating Systems". PrenticeHall 1995. A. Fron. "Architectures rparties en JAVA", Dunod 2007. G. Roussel, E. Duris, , "Java et Internet : concepts et programmation", Vuibert.
Tome 1 : ct client, 2002, ISBN 2-7117-8689-7. Tome 2 : ct serveur, 2007, ISBN 2-7117-8690-0.
R. Balter, J.-P. Bantre, S. Krakowiak. "Constructions des systmes dexploitation rpartis". 1991. Cours de M. Sacha Krakowiak (universit Joseph Fournier, Grenoble).
4
Motivations
La plupart des applications informatiques sont rparties Rpartition intrinsque d'applications ou choix structurel
Travail collaboratif, tltravail, Intgration d'applications distantes (mondialisation des entreprises) Paralllisme : puissance de traitement ; masses de donnes Dveloppement des rseaux (performances et prix) Convergence informatique / tlcom / tlvision
5
Systmes rpartis Dfinition
Systme rparti = ensemble compos d'lments relis par un systme de communication. Les diffrents lments du systme ne fonctionnent pas indpendamment mais collaborent une ou plusieurs tches communes. Consquence sur l'tat global ?
6
Systmes rpartis Caractristiques
Difficults
Proprit d'asynchronisme du systme de communication Dynamisme (la composition du systme change en permanence) Grande taille (nombre de composants, d'utilisateurs, dispersion gographique)
Malgr ces difficults, de grands systmes rpartis existent et sont largement utiliss :
le DNS (Domain Name System), le World Wide Web.
7
Distinction entre systmes rpartis et applications rparties
Systme : gestion des ressources communes et de l'infrastructure, lies de manire troite au matriel sous-jacent.
Systme d'exploitation : gestion de chaque lment. Systme de communication : change d'information entre les lments. Caractristiques communes ?
8
Distinction entre systmes rpartis et applications rparties
Application : rponse un problme spcifique, fourniture de services ses utilisateurs (qui peuvent tre d'autres applications). Utilise les services gnraux fournis par le systme. Distinction pas toujours vidente. Exemples : systmes embarqus, rseaux de capteurs.
9
Quelques catgories d'applications rparties
Coordination d'activits
Flots de donnes (Workflow). Agents (IA).
Communication et partage d'information
Bibliothques virtuelles.
Collecticiels (Groupware)
dition cooprative. Tlconfrence. Ingnierie concourante.
10
Quelques catgories d'applications rparties
Applications temps rel / pseudo temps rel
Contrle et surveillance de procds et d'installations. Rseaux de capteurs. Avionique Localisation de mobiles.
Nouveaux services grand public
Presse lectronique. Commerce lectronique. Tlvision interactive.
11
Rappels sur le modle ClientServeur
Le client demande l'excution d'un service. Le serveur ralise le service. Client et serveur sont (en gnral) localiss sur deux machines distinctes. Indpendance interface-ralisation.
12
Modle Client-Serveur : fonctionnement
Communication par messages (plutt que par partage de donnes, mmoire ou fichiers)
Requte : paramtres d'appel, spcification du service requis. Rponse : rsultats, indicateur ventuel d'excution ou derreur Communication synchrone (dans le modle de base) : le client est bloqu en attente de la rponse.
13
Modle Client-Serveur : Intrt
Structuration Protection Gestion des ressources
14
Modle Client-Serveur Exemples
Serveur de fichiers (NFS, AFS). Serveur d'impression (lpd). Serveur de calcul. Serveur d'application (spcifique l'appli). Serveur de bases de donnes. Serveur de temps. Serveur de noms (annuaire des services).
15
Architectures 1 niveau
Applications sur site central
Modle utilis dans le pass.
16
Architectures 1 niveau
Distribution d'applications autonomes
Modle couramment utilise. Problmes de maintenance, mise jour.
17
Architectures 2 niveaux
Deux niveaux (ou "client lourd")
Problmes de maintenance, programmes dupliques partout. Potentiellement bon. Traitement distant : algorithmique distribue.
18
Architectures 3 niveaux
Trois niveaux (ou "client lger", 3 tiers)
Exemple : page web PHP.
19
Architectures 4, N niveaux
20
Gnralisations du schma client-serveur
Les notions de client et de serveur sont relatives
Un serveur peut faire appel d'autres serveurs dont il est client. Exemple usuel : traitement utilisant une base de donnes, et architecture 3 niveaux.
21
Gnralisation du schma client-serveur
Clients et serveurs jouent un rle symtrique
Tout site joue le rle de serveur pour les autres. Certaines fonctions (service de noms) peuvent ventuellement tre centralises.
Systmes pair pair (Peer to Peer, P2P)
Utilisation : partage de donnes grande chelle. Initialement : partage de fichiers (Napster, ).
22
Mise en uvre du schma client-serveur
Par des oprations de "bas niveau"
Utilisation de primitives du systme de communication. Exemple : sockets
Mode non connect (UDP). Mode connect (TCP).
Par des oprations de "haut niveau"
Utilisation d'un middleware spcialis
RPC, JAVA RMI, CORBA, JMS, EJB, .Net, Web Services.
23
Les 8 erreurs conceptuelles des applications rparties
1. 2. 3. 4. 5. 6. 7. 8. Le rseau est fiable La latence est nulle La bande passante du rseau est infinie Le rseau est scuris La topologie de l'application est statique Un seul administrateur du rseau Le cot du transport est nul Le rseau est homogne
24
Quelques dfis relever pour l'informatique rpartie
Problmes thoriques
Les difficults classiques de l'informatique concurrente. Conditions de comptition, inter-blocages, famines. Difficults de l'algorithmique distribue Connaissances partielles, communications asynchrones et consensus.
25
Quelques dfis relever pour l'informatique rpartie
Problmes plus pratiques
Dcouverte/nommage du serveur par le client. Transmission des paramtres et rsultats. Traitement d'erreurs. Gestion l'excution : dploiement, lancement, arrt, reconfiguration des serveurs. Gestion mmoire : ramasse-miette distribu.
26
ANNEXE
27
Reprsentation des donnes en mmoire
Client et serveur sur machines diffrentes : Il faut transmettre donnes et rsultats. Diffrences de reprsentation en mmoire :
Little-endian (x86, Alpha) vs. Big-endian (PPC, Sparc).
Reprsentation des flottants (fix par IEEE 754). Tailles (32 ou 64 bits ; 4 ou 8 octets pour un registre).
28
Reprsentation des donnes sur le rseau
eXternal Data Representation (XDR, utilis par Sun RPC) (RFC 1832)
Reprsentation commune sur le rseau (format pivot) Bibliothques de conversion {reprsentation locale} {ce format} Scalaires + Types complexes (tableaux, struct, union, enum) + Pointeurs
Quelques autres solutions :
htonl, ntohl, : conversions manuelles ASN.1 : solution normalise, mais lourde XML : SOAP/Web Services ; JXTA. Interoprable mais inefficace CDR/IIOP : Corba ; J2EE.
29
