Développement d’applications

réparties

Mouna AYARI
[email protected]

1
Plan de Cours
 Chapitre 1
 Introduction à l’informatique répartie
 Chapitre 2
 Éléments fondamentaux des systèmes répartis
 Chapitre 3
 Introduction à la programmation orientée
composants
 Chapitre 4
 Les objets répartis - Java RMI

Mouna AYARI – ISIMM – 2011/2012 2

Développement d’applications réparties

 Objectifs du cours (à compléter)

 Concevoir et développer des applications qui peuvent
s’exécuter sur plusieurs machines

 Volume horaire:
 Cours : 14 x 1h30 = 21h

 TP : 14 x 1h30 = 21h

Mouna AYARI – ISIMM – 2011/2012 3

Développement
d’applications réparties
Chapitre 1
Introduction à l’informatique répartie

Mouna AYARI
[email protected]

4
Introduction à l’informatique répartie

 Introduction aux systèmes distribués/répartis

 Présentation générale

 Exemples de systèmes distribués

 Intérêts des systèmes distribués

 Propriétés des systèmes distribués

 Applications réparties

Mouna AYARI – ISIMM – 2011/2012 5

Introduction aux systèmes distribués (1/9)

 Présentation générale
 Système distribué en opposition à un système centralisé
 Système centralisé
 Tout est localisé sur la même machine et accessible par le
programme
 Système logiciel s'exécutant sur une seule machine
 Les applications accèdent localement aux ressources
nécessaires (données, code, périphériques, mémoire ...)
 Système distribué
 Ensemble d'ordinateurs indépendants connectés en réseau et
communiquent via ce réseau
 Cet ensemble apparaît du point de vue de l'utilisateur comme
une seule entité

Mouna AYARI – ISIMM – 2011/2012 6

Introduction aux systèmes distribués (2/9)

 Remarque

 Généralement, on utilise la même terminologie

Systèmes répartis  Systèmes distribués (distributed

systems)

Mouna AYARI – ISIMM – 2011/2012 7

Introduction aux systèmes distribués (3/9)

 Vision matérielle d'un système distribué : architecture

matérielle
 Machine multi-processeurs avec mémoire partagée
 Cluster d'ordinateurs dédiés au calcul/traitement massif parallèle
 Ordinateurs standards connectés en réseau

 Vision logicielle d'un système distribué

 Système logiciel composé de plusieurs entités s'exécutant
indépendamment et en parallèle sur un ensemble d'ordinateurs
connectés en réseau
 Dans ce cours
 Conception logicielle des systèmes distribués: développement
d’applications réparties
 Par défaut sur une architecture matérielle de type ordinateurs
connectés en réseau

Mouna AYARI – ISIMM – 2011/2012 8

Introduction aux systèmes distribués (4/9)

 Exemples de systèmes distribués

 Serveur de fichiers
 Accès aux fichiers de l'utilisateur quelque soit la machine
utilisée
 Machines du département informatique
o Clients : LAIXXX
 Un serveur de fichiers
 Sur toutes les machines : /home/ali est le « home directory »
de l'utilisateur ali
 Physiquement : fichiers se trouvent uniquement sur le serveur
 Virtuellement : accès à ces fichiers à partir de n'importe quelle
machine cliente en faisant « croire » que ces fichiers sont
stockés localement

Mouna AYARI – ISIMM – 2011/2012 9

Introduction aux systèmes distribués (5/9)

 Exemples de systèmes distribués

 Serveur de fichier (suite)
 Intérêts
o Accès aux fichiers à partir de n'importe quelle machine
o Système de sauvegarde associé à ce serveur
o Transparent pour l'utilisateur
 Inconvénients
o Si réseau ou le serveur plante : plus d'accès aux fichiers

Mouna AYARI – ISIMM – 2011/2012 10

Introduction aux systèmes distribués (6/9)

 Autre exemple de système distribué : Web

 Un serveur web auquel se connecte un nombre quelconque
de navigateurs web (clients)
 Accès à distance à de l'information
 Accès simple
o Serveur renvoie une page HTML statique qu'il stocke
localement
 Traitement plus complexe
o Serveur interroge une base de données pour générer
dynamiquement le contenu de la page
 Transparent pour l'utilisateur : les informations s'affichent dans
son navigateur quelque soit la façon dont le serveur les
génère

Mouna AYARI – ISIMM – 2011/2012 11

Introduction aux systèmes distribués (7/9)

Exemples de systèmes distribués

 Calculs scientifiques
 Plusieurs architectures matérielles généralement utilisées
 Ensemble de machines identiques reliées entre elles par un réseau
dédié et très rapide (cluster)
 Ensemble de machines hétérogènes connectées dans un réseau
local ou bien encore par Internet (grille)
 Principe général
 Un (ou des) serveur distribue des calculs aux machines clients
 Un client exécute son calcul puis renvoie le résultat au serveur
 Avantage
 Utilisation d'un maximum de ressources de calcul
 Inconvénient
 Si réseau ou serveur plante, alors arrêt du système

Mouna AYARI – ISIMM – 2011/2012 12

Introduction aux systèmes distribués (8/9)

 Intérêts des systèmes distribués

 Utiliser et partager des ressources distantes
 Un même service peut être utilisé par plusieurs acteurs, situés
à des endroits différents
 Système de fichiers : utiliser ses fichiers à partir de n'importe
quelle machine
 Imprimante : partagée entre toutes les machines
 Optimiser l'utilisation des ressources disponibles
 Calculs scientifiques distribués sur un ensemble de machines
 Système plus robuste
 Duplication pour fiabilité : deux serveurs de fichiers dupliqués,
avec sauvegarde
 Plusieurs éléments identiques pour résister à la montée en
charge ...
Mouna AYARI – ISIMM – 2011/2012 13
Introduction aux systèmes distribués (9/9)

 Inconvénients
 Si problème au niveau du réseau
 Le système marche mal ou plus du tout

 Bien souvent, un élément est central au fonctionnement du

système : serveur
 Si serveur plante : plus rien ne fonctionne
 Goulot potentiel d'étranglement si débit d'information très
important

 Sans élément central

 Gestion du système totalement décentralisée et distribuée
 Nécessite la mise en place d'algorithmes +/- complexes

Mouna AYARI – ISIMM – 2011/2012 14

Chapitre 1: Introduction à l’informatique
répartie
Plan du chapitre
 Introduction aux systèmes distribués

 Propriétés des systèmes distribués

 Hétérogénéité
 Fiabilité des systèmes distribués
 Sécurité des systèmes distribués
 Transparence
 Quelques difficultés
 Applications réparties

Mouna AYARI – ISIMM – 2011/2012 15

Propriétés des systèmes distribués (1/10)

 Un système réparti (ou distribué de «distributed system» )

est un système comprenant un ensemble de processus et un
système de communication
 Ensemble composé d’éléments reliés par un système de
communication
 les éléments ont des fonctions de traitement (processeurs), de
stockage (mémoire), de relation avec le monde extérieur
(capteurs, actionneurs)
 Les différents éléments du système ne fonctionnent pas
indépendamment mais collaborent à une ou plusieurs tâches
communes.
Conséquence : une partie au moins de l’état global du système
est partagée entre plusieurs éléments (sinon, on aurait un
fonctionnement indépendant)

Mouna AYARI – ISIMM – 2011/2012 16

Propriétés des systèmes distribués (2/10)

 Système distribué = éclaté

 Connaissance des éléments formant le système : besoin
d'identification et de localisation
 Gestion du déploiement et de la présence d'éléments essentiels

 Communication à distance est centrale

 Techniques et protocoles de communication
 Contraintes du réseau : fiabilité (perte de données) et temps de
propagation (dépendant du type de réseau et de sa charge)

 Naturellement concurrent et parallèle

 Chaque élément sur chaque machine est autonome
 Besoin de synchronisation, coordination entre éléments distants
et pour l'accès aux ressources (exclusion mutuelle ...)

Mouna AYARI – ISIMM – 2011/2012 17

Propriétés des systèmes distribués (3/10)

 Hétérogénéité
 Des machines utilisées (puissance, architecture matérielle...)
 Des systèmes d'exploitation tournant sur ces machines
 Des langages de programmation des éléments logiciels
formant le système
 Des réseaux utilisés : impact sur performances, débit,
disponibilité ...
 Réseau local rapide
 Internet
 Réseaux sans fil

Mouna AYARI – ISIMM – 2011/2012 18

Propriétés des systèmes distribués (4/10)

 Fiabilité des systèmes distribués

Nombreux points de pannes ou de problèmes potentiels:
 Réseau
 Une partie du réseau peut-être inaccessible
 Les temps de communication peuvent varier considérablement
selon la charge du réseau
 Le réseau peut perdre des données transmises
 Machine
 Une ou plusieurs machines peut planter, engendrant une
paralysie partielle ou totale du système
 Peut augmenter la fiabilité par redondance, duplication de
certains éléments
 Mais rend plus complexe la gestion du système

Mouna AYARI – ISIMM – 2011/2012 19

Propriétés des systèmes distribués (5/10)

 Fiabilité des systèmes distribués

 Tolérance aux fautes
 Capacité d'un système à gérer et résister à un ensemble de
problèmes
 Le système doit pouvoir fonctionner (au moins de façon
dégradée) même en cas de défaillance de certains de ses
éléments
 Le système doit pouvoir résister à des perturbations du
système de communication (perte de messages, déconnexion
temporaire, performances dégradées)
 Le système doit pouvoir facilement s'adapter pour réagir à des
changements d’environnement ou de conditions d’utilisation

Mouna AYARI – ISIMM – 2011/2012 20

Propriétés des systèmes distribués (6/10)

 Sécurité des systèmes distribués

 Nature d'un système distribué fait qu'il est beaucoup
plus sujet à des attaques
 Communications à travers le réseau peuvent être interceptées
 On ne connaît pas toujours bien un élément distant avec qui
on communique

 Le système doit pouvoir résister à des attaques contre sa

sécurité (violation de la confidentialité, de l’intégrité, usage
indu de ressources, déni de service)
 Solutions
 Connexion sécurisée par authentification avec les éléments
distants
 Cryptage des messages circulant sur le réseau
Mouna AYARI – ISIMM – 2011/2012 21
Propriétés des systèmes distribués (7/10)

Transparence
 Fait pour une fonctionnalité, un élément d'être invisible ou caché à
l'utilisateur ou un autre élément formant le système distribué
 Devrait plutôt parler d'opacité dans certains cas ...

 But: cacher l'architecture, le fonctionnement de l'application ou du

système distribué pour apparaître à l'utilisateur comme une
application unique cohérente

 L'ISO définit plusieurs transparences (norme RM-ODP)

 Accès, localisation, concurrence, réplication, mobilité, panne,
performance, échelle

Mouna AYARI – ISIMM – 2011/2012 22

Propriétés des systèmes distribués (8/10)

 Transparence d'accès
 Accès à des ressources distantes aussi facilement que localement
 Accès aux données indépendamment de leur format de
représentation
 Transparence de localisation
 Accès aux éléments/ressources indépendamment de leur
localisation
 Transparence de concurrence
 Exécution possible de plusieurs processus en parallèle avec
utilisation de ressources partagées
 Transparence de réplication
 Possibilité de dupliquer certains éléments/ressources pour
augmenter la fiabilité

Mouna AYARI – ISIMM – 2011/2012 23

Propriétés des systèmes distribués (9/10)

 Transparence de mobilité
 Possibilité de déplacer des éléments/ressources
 Transparence de panne
 Doit supporter qu'un ou plusieurs éléments tombe en panne
 Transparence de performance
 Possibilité de reconfigurer le système pour en augmenter les
performances
 Transparence d'échelle
 Doit supporter l'augmentation de la taille du système (nombre
d'éléments, de ressources ...)
 Le système doit préserver ses performances lorsque sa taille
croît (nombre d'éléments, nombre d’utilisateurs, étendue
géographique)
Mouna AYARI – ISIMM – 2011/2012 24
Propriétés des systèmes distribués (10/10)

 Quelques difficultés
Propriété Difficulté engendrée
 Asynchronisme du système de
communication (pas de borne  Difficulté de détecter les
supérieure stricte pour le temps de défaillances
transmission d’un message)
 difficulté de définir un état
 Dynamisme (la composition du global du système
système change en permanence)
 Difficulté d’administrer le
système
 Grande taille (nombre de composants,  la capacité de croissance
d’utilisateurs, dispersion géographique) (scalability) est une propriété
importante, mais difficile à
réaliser

Mouna AYARI – ISIMM – 2011/2012 25

Chapitre 1: Introduction à l’informatique
répartie
Plan du Chapitre

 Introduction aux systèmes distribués

 Propriétés des systèmes distribués

 Applications réparties
 Distinction entre un système et une application répartie
 Exemples d’applications réparties
 Programmation classique versus programmation répartie

Mouna AYARI – ISIMM – 2011/2012 26

Applications réparties (1/7)

 Distinction entre “système” et “application”

 Système : gestion des ressources communes et de
l’infrastructure, lié de manière étroite au matériel sous-jacent
 Système d’exploitation : gestion de chaque élément
 Système de communication : échange d’information entre les
éléments
 Caractéristiques communes : cachent la complexité du matériel et
des communications, fournissent des services communs de plus haut
niveau d’abstraction
 Application : réponse à un problème spécifique, fourniture de
services à ses utilisateurs (qui peuvent être d’autres applications)
 Utilise les services généraux fournis par le système
 La distinction n’est pas toujours évidente, car certaines
applications peuvent directement travailler à bas niveau (au
contact du matériel). Exemple : systèmes embarqués, réseaux de
capteurs
Mouna AYARI – ISIMM – 2011/2012 27
Applications réparties (2/7)

Système réparti Application répartie

 est un ensemble de systèmes  est un ensemble de processus

calculatoires autonomes (exp: qui tournent sur un système
ordinateur, serveur, terminal, réparti afin de fournir ou utiliser
etc.) sans mémoire physique un service déterminé
commune qui communiquent à
travers un réseau quelconque

Mouna AYARI – ISIMM – 2011/2012 28

Applications réparties (3/7)
 Application répartie = traitements coopérants sur des
données réparties
 Traitements :
 Description : programme
 Exécution : flot d'exécution (processus)

 coopération = communication + synchronisation

 Définir :
o modèle d ’exécution
o interface de programmation (et/ou langage)
o modèle de programmation
o outils de développement
o environnement d'exécution : services systèmes (pour
différents types d'infrastructures)
Mouna AYARI – ISIMM – 2011/2012 29
Applications réparties (4/7)

 Exemples d’applications réparties

 Navigation web, transfert de fichiers,

 Guichets de banque (GAB (Guichet Automatique de Banque),

DAB (Distributeur Automatique de Banque),

 Commerce électronique,

 Jeux en réseaux,

 Télévision interactive

Mouna AYARI – ISIMM – 2011/2012 30

Applications réparties (5/7)

 Programmation classique versus programmation

répartie
 La plupart des applications réparties sont de type
client/serveur: le client demande des services à un serveur
 En programmation classique, lorsque un programme a besoin
d’un service, il appelle localement une
fonction/procédure/méthode d’une librairie, d’un objet, etc.
 En programmation répartie, l’appel de
fonction/procédure/méthode peut se faire à distance
 Proposer des méthodes/concepts/outils permettant de
simplifier le développement d'application réseau
client/serveur, en essayant de s'abstraire de l'aspect
"distant

Mouna AYARI – ISIMM – 2011/2012 31

Applications réparties (6/7)
Programmation classique versus programmation répartie
 Programmation classique  Programmation répartie

 L'utilisateur du service et le  L’utilisateur et le fournisseur de

fournisseur de service se trouvent service ne se trouvent pas sur la
sur la même machine : même machine: deux machines
 Même OS différentes (sans compter celles
 Même espace mémoire traversées)
 Même capacité de calcul CPU  OS différents
 Pas de problème de transport  Espace mémoire non unitaire :
"passer un pointeur comme
 Disponibilité du service assuré argument" ?
(tant que l'on a accès à la
librairie)  Problème de transport : pare-
feu (firewall), réseau, etc.
 Retrouver le service ? où se
trouve-t-il ? qui le propose ?

Mouna AYARI – ISIMM – 2011/2012 32

Applications réparties (7/7)
Programmation classique versus programmation répartie
 Programmation classique  Programmation répartie

 Un même langage de  Deux langages différents

programmation (sinon utilisation  Représentation de l'information
de binding) composite différente
 Même paradigme de  Association des paramètres
programmation effectifs aux paramètres formels ?
 Même représentation des types  comment gérer les différents
de base types de passage de paramètre ?
 Même représentation de  Paradigmes de programmation
l'information composite différents : qu'est ce qu'un objet
pour un langage procédural ?
comment gérer les erreurs ?

Mouna AYARI – ISIMM – 2011/2012 33