Interaction Distribue

1
Interaction Distribuée

• Ph. Truillet
• http//www.irit.fr/Philippe.Truillet
• 08 octobre 2007

2
le monde en réseau

• ce matin
• internet connecte tous les ordinateurs ou
  presque
• ce soir
• les terminaux seront de plus en plus
  omni-présents (informatique embarquée)
• demain
• chaque objet sera connecté (informatique diffuse)

3
réseaux
4
modèle multi-sphère
Partenaires immédiats
Cyberworld
5
systèmes répartis

• Définition très large un système réparti est
  système informatique dans lequel les ressources
  ne sont pas centralisées
• Ressources au sens très large
• stockage (disques, bases de données)
• puissance de calcul
• utilisateurs

6
systèmes répartis

• But permettre à des utilisateurs de manipuler
  (calcul) leurs données (stockage) sans contrainte
  sur les localisations respectives des éléments du
  système
• Généralisation et amélioration du schéma
  client/serveur
• serveurs multiples (équilibrage de charge,
  redondance)
• systèmes multi-couches (tiers)
• peer to peer
• réparti ? distribué

7
pourquoi des systèmes répartis ?

• aspects économiques
• adaptation de la structure dun système à celle
  des applications
• besoin dintégration
• besoin de communication et de partage
  dinformation
• réalisation de systèmes à haute disponibilité
• partage de ressources (programmes, données,
  services)
• réalisation de systèmes à grande capacité
  dévolution

8
exemple DNS

• DNS Domain Name Server (1984)
• Permet de trouver ladresse IP correspondant au
  nom de domaine
• exemple marine.edu.ups-tlse.fr ? 195.220.60.11
• DNS base de donnée répartie, système
  hierarchique

9
exemple DNS

• un serveur DNS gère un domaine
• le gestionnaire peut déléguer la gestion dun
  sous-domaine à une autre gestionnaire

10
exemple HTTP

• HTTP HyperText Transfer Protocol
• Protocole client-serveur très simple. Une requête
  ? une réponse

serveur
clients
11
exemple architecture multi-couches

• Classiquement, 3 couches
• Présentation (IHM)
• Application couche métier, logique applicative
• Stockage

12
exemple p2p

• Principe du  pair-à-pair  chacun est à la
  fois client et serveur
• p2p  pur  connexions directes entre
  participants
• p2p  pratique  des serveurs existent
  permettant lexistence dun service dannuaire
  (qui est connecté, qui propose quoi et où ?, )

13
exemple clusters et grid computing

• Clusters passage de messages entre processus,
  connexion haut débit
• Grid pas de contrainte géographique,
  architectures physiques et logicielles
  hétérogènes (Seti_at_home, )

14
communication

• Plusieurs niveaux dabstraction
• Bas-niveau la socket
• Appel à des procédures distantes (RPC, SOAP, )
• Appel à des méthodes distantes (RMI, CORBA, )
• Déclenchement dévénements distants

15
domaines dapplication

• CFAO, Ingénierie simultanée
• coopération déquipes pour la conception dun
  produit
• production coopérative de documents
• partage cohérent dinformation
• gestion intégrée des informations d'une
  entreprise
• intégration de lexistant

16
domaines dapplication

• contrôle et organisation dactivités en temps
  réel
• centres de documentation, bibliothèques
• recherche, navigation, visualisation multimédia
• systèmes daide à la formation (collecticiels, )

17
besoin des applications

• ouverture
• interopérabilité, portabilité, fédération
  réutilisation de lexistant
• coopération, coordination, partage
• vision commune cohérente dinformations
  partagées (globalement, par groupes)
• interaction en temps réel, support multimédia

18
besoin des applications

• transparence
• accès (mobilité des usagers avec préservation de
  lenvironnement)
• localisation (de linformation, des services,
  ...)
• qualité de service
• disponibilité, délais, coûts, qualité de
  perception, .. avec niveau garanti

19
besoin des applications

• sécurité
• authentification, intégrité, confidentialité,
  ...
• évolutivité, administrabilité
• reconfiguration, gestion dynamique de services

20
historique
21
travaux pratiques

• Echange de messages
• bus à événements (ivy) - 2h (Rappel M1)
• programmation sockets - 2h
• Appel dobjets à distance
• RMI - 2h
• CORBA 2h
• SOP Service Oriented Programming
• OSGi - 4h
• SOAP (Tomcat/Axis) - 4h