Architectures distribuées de gestion de données
|
|
- Jacques Bilodeau
- il y a 8 ans
- Total affichages :
Transcription
1 Architectures distribuées de gestion de données Dan VODISLAV Université de Cergy-Pontoise Master Informatique M2
2 Plan Applications de gestion de données réparties sur le web Principes de la répartition Utilisation des services web Exemple de système Architectures pair-à-pair Principes, classification Exemples de systèmes pair-à-pair Page 2
3 Architectures distribuées de gestion de données Intégration de données architectures distribuées Les sources = serveurs de données, le médiateur = client Médiateur = serveur de données, l application = client Médiateur = architecture distribuée très simple Un client, plusieurs serveurs Les sources: seules des fonctionnalités d interrogation de données En principe, on pourrait avoir: Des rôles mélangés client/serveur pour les sites architectures distribuées pair à pair Des sites qui offrent d autres services sur les données que l interrogation et qui collaborent applications réparties de gestion de données basés sur ces services Page 3
4 Médiateur, pair-à-pair, réparti M P S S S S P P P P Médiateur Pair à pair services P P P P P Réparti Page 4
5 Applications réparties Applications réparties Généralisées même en entreprise (traditionnellement centralisées) Accès à plusieurs ressources / applications individuelles Séparation entre «clients» et «serveurs» Architectures 1-tier : centralisé 2-tiers: un serveur, n clients (client - serveur) 3-tiers: m serveurs, n clients (avec middleware) N-tiers: spécifique à la diffusion sur le web Ex: serveurs web avec architecture 3-tiers + clients web Clients n-tiers serveurs (n+1) - tiers Page 5
6 Architectures Client Niveau «présentation» Niveau «application» Client Niveau «présentation»... Niveau «application» Client Niveau «présentation» Niveau «application» Niveau «gestion données» Niveau «gestion données» Serveur Niveau «gestion données» Serveur Middleware tier 2-tiers 3-tiers Page 6
7 Communication Application répartie «Tiers» qui réalisent des traitements Communication entre «tiers» Moyens de communication traditionnels Middleware RPC («Remote Procedure Call»): appel de fonctions à distance Moniteurs transactionnels («TP monitors»): bases de données «Object brokers»: RPC en orienté-objet (ex. CORBA, DCOM) Moniteurs d objets («object monitors»): «object broker» + «TP monitor» Middleware orienté-messages: asynchronisme, files d attente EAI («Enterprise Application Integration») Communication entre systèmes plus hétérogènes (ex. entre systèmes 3-tiers) Ex: WebSphere MQ, BEA WebLogic Integration, webmethods, etc. Visent souvent aussi des aspects «workflow» (séquence de traitements) Page 7
8 Services web Sur le web: contraintes qui n apparaissent dans les environnements d entreprise Contrôle limité sur les sites Débit faible Clients légers Interaction, présentation moins riches (HTML) Objectif: réaliser des applications distribuées (architectures k-tiers) avec les contraintes imposées par le web services web Page 8
9 Caractéristiques des services web Demande de service adressée par un client à un serveur Appel d une fonction distante Utilise les protocoles web: TCP/IP, HTTP Données transportées sur le web Généralement du texte (HTTP: pages HTML) Services web texte en format XML Format d échange flexible Standardisation Services web: évolution des architectures Architectures distribuées classiques web RPC, RMI, CORBA, DCOM HTTP, XML, services Web «homme-machine» web «machine-machine» Page 9
10 Web «machine-machine» Web dynamique «homme-machine» HTML + HTTP + scripts Scripts: tâches exécutées par un serveur web HTML: contenu généré dynamiquement par les scripts HTTP: utilisation «manuelle» à travers un navigateur web Interface informelle Paramètres de type texte Résultat: HTML Web «machine-machine» XML + SOAP + code Code: programme/fonction appelé à distance XML: format d échange général SOAP: utilisation par des programmes (automatique) Interface formalisée (WSDL) Paramètres et résultat typés XML Schema Page 10
11 Avantages des services web Flexibilité Indépendance du langage et du système Données XML Interopérabilité dans des environnements distribués Interfaces formalisées Communication entre services, composition Automatisation Adaptés à la communication sur le web Protocoles web bien connus et acceptés (HTTP, SMTP, ) Invocation à travers des pare-feux (à la différence de CORBA) Page 11
12 Services et données Gestion de données sur le web Web passif: chaque site fournit ses données sur demande Web actif: des applications indépendantes sur chaque site échangent des données à travers des services web Web passif Web actif Page 12
13 Exemple: ActiveXML ActiveXML (AXML) Modèle de gestion de l information distribuée basé sur XML et les services web Langage déclaratif pour décrire des documents actifs Infrastructure pour supporter ce modèle/langage dans un environnement pair-à-pair Historique Développé à l INRIA (équipe Gemo) à partir de 2001 Open source depuis 2004 Enrichi périodiquement de nouveaux modules A la base de l entrepôt P2P KadoP Page 13
14 AXML: principes Idée de base Données: documents XML Une partie des données peut changer dans le temps ne pas la représenter explicitement, mais par un appel de service web Document AXML = document XML + appel de services web Données «intensionnelles» Une partie des données est explicite, l autre partie est implicite, décrite par une «formule» (moyen de l acquérir en cas de besoin) «Formule» = appel de service web Données dynamiques Si la partie implicite provient d autres sources de données un même document AXML pourra fournir un contenu différent à des moments différents, suivant les changements Page 14
15 Exemple Document AXML (syntaxe simplifiée) Service web: foot.com, opération: getmatch, paramètres: équipe, année <worldcup year="2006"> <axml:sc>foot.com/getmatch("fra", "2006")</axml:sc> </worldcup> Résultat <worldcup year="2006"> <axml:sc>foot.com/getmatch("fra", "2006")</axml:sc> <match id="1" location="stuttgart" date="13 Juin"> <equipe id="fra" score="0"/> <equipe id="sui" score="0"/> </match> <match id="5" location="francfort" date="01 Juillet"> <equipe id="bra" score="0"/> <equipe id="fra" score="1"/> </match> </worldcup> Page 15
16 Architecture logique Page 16
17 Pair AXML Rôles d un pair AXML Entrepôt de documents AXML Client de services web offerts par d autres pairs Serveur de services web définis au-dessus de l entrepôt local Gestion de Documents Actifs Activation de SC Exécution de SC Mise à jour de résultat Gestion de Services Publication Évaluation Services continus Interrogation Gestion de la Persistance Gestion de l entrepôt Lectures écritures physiques Page 17
18 Architecture physique AXML peer AXML peer XOQL processor query AXML engine AXML SOAP AXML AXML peer read read update consults SOAP wrapper WSDL service descriptions XML SOAP service AXML store service call service result AXML SOAP client Page 18
19 Architectures P2P Pair-à-pair (P2P) Architecture distribuée Ressources distribuées sur un ensemble de machines (pairs) Collaboration pour réaliser une fonction d une manière décentralisée On s intéresse surtout à la gestion de données Pas de distinction entre clients et serveurs Avantages: Performances: pas de serveur centralisé, distribution des traitements Autonomie: chaque pair a le contrôle de ses données, connexions ad-hoc Passage à l échelle: distribution de la charge, réplication des données Dynamique: système ouvert, gestion dynamique de la composition du réseau Uniformité: meilleur support pour anonymat et la confidentialité Difficultés: Coût de la communication Cohérence et qualité des données Page 19
20 P2P et client-serveur serveur clients pairs Client-serveur P2P Page 20
21 Pair Nœud dans un réseau P2P Client et serveur Peut communiquer avec ses pairs Rôles Client: demande des services au réseau P2P Serveur: offre des services au réseau P2P Routeur: achemine des demandes de services dans le réseau Page 21
22 Caractéristiques P2P Décentralisation Centralisation: goulot d étranglement, manque de fiabilité Autonomie et relative symétrie des pairs Passage à l échelle Division du traitement, du stockage, de la bande passante entre pairs Limitations: parallélisme limité, rapport calcul/communication Autonomie des pairs: stockage, exécution, appartenance, connexion (topologie) Disponibilité Le système fonctionne même en cas de déconnexion d un pair Réplication disponibilité d une donnée même si le pair qui la stocke sort du réseau Performance: calcul, stockage, communication Techniques: réplication, caching, organisation du réseau Technique particulière: groupement sémantique de l information Auto-configuration: adaptation aux entrées/sorties du réseau Baisse des coûts: accès aux ressources des autres Confidentialité : source, destinataire, réciproque Équité: l offre et la consommation des ressources doit rester équitable Page 22
23 Classification Selon la topologie du réseau Graphe aléatoire, étoile, arbre, grille, etc. Selon le niveau de décentralisation Centralisé: un pair central a une fonction privilégiée (Napster) Hybride: une partie des pairs (super-pairs) jouent un rôle particulier Pur: tous les pairs ont les mêmes fonctionnalités Selon la structuration du réseau Non-structuré: pas de critère de répartition des données sur les pairs Localisation: demande aux voisins («flooding»), temps non garanti Faiblement structuré: groupement des pairs par caractéristiques communes («clustering») Répartition et localisation par groupe, temps partiellement garanti Structuré: répartition précise des données (ex. par hachage) Localisation rapide, temps garanti Page 23
24 Niveaux d abstraction Niveau réseau Problème: nature dynamique du réseau Niveau localisation et routage Localisation de ressources et de pairs, centralisée ou distribuée Optimisation de la communication entre pairs Niveau gestion Gestion des ressources locales Robustesse: réplication Sécurité: problème difficile en P2P Niveau services Services globaux: gestion meta-données, messages, planification, ressources P2P Niveau application Page 24
25 Applications P2P Communication et collaboration Communication directe entre pairs: chat, messagerie, téléphonie Chat/Irc, MSN Instant Messenger, Jabber, Skype Calcul distribué Répartition de parties d un calcul entre pairs Seti@home, genome@home Support aux applications web Allégement de charge d un serveur (Coral), protection contre attaques Systèmes de bases de données Bases de données distribuées: PIER, Piazza, KadoP, Edutella Distribution de contenu Échange de fichiers, publication et stockage La plupart des systèmes actuels: Napster, Kazaa, Chord, CAN, Page 25
26 Types de systèmes P2P Calcul distribué : SETI@Home Non structurés Centralisé: Napster Distribué: Gnutella Structurés Tables de hachage distribuées (DHT): Chord, CAN Topologie hybride en arbre: MediaPeer Page 26
27 Calcul distribué Partage de CPU et des données à traiter On le place plus souvent dans la catégorie «grille de calcul» : «Search for Extraterrestrial Intelligence» But: découvrir des signaux radio en provenance de l espace Distribution de fichiers de données à traiter (350K/jour) Page 27
28 Réseau P2P non structuré centralisé Napster : répertoire centralisé Étapes: 1. Les clients publient sur le serveur la liste des noms de leurs fichiers 2. Le client qui cherche un fichier demande au serveur 3. Le serveur répond avec une liste de clients 4. Parmi les pairs cible, le client qui a fait la requête détecte par un «ping» le pair le plus proche 5. Le client télécharge directement le fichier en provenance du pair choisi Page 28
29 Réseau P2P non structuré distribué Gnutella Chaque pair gère ses données Chaque pair connaît une liste de voisins Requêtes: vers les voisins («flooding») propagées dans un voisinage de rayon limité Joindre le réseau: message «Ping» vers un ensemble de pairs trouvés dans une base de données ( Les pairs envoyent un message «Pong» en retour, avec infos sur eux-mêmes et propagent le message «Ping» vers leurs voisins Propriétés Très robuste Ne trouve pas toutes les réponses Page 29
30 Requêtes Gnutella Page 30
31 Réseaux P2P structurées Tables de hachage distribuées «Distributed Hash Tables» (DHT) Généralisation des tables de hachage Chaque donnée est identifiée par une clé Index par hachage Entrée = couple (clé, valeur) Position de l entrée dans la table: h (clé) Fonction de hachage h : distribution uniforme dans la table Hachage distribué h (clé) pair sur lequel le couple clé-valeur sera placé Distribution uniforme des valeurs sur les pairs du réseau Sur un pair: table de hachage locale Fonction h : pour placer et retrouver une valeur dans le réseau Page 31
32 Tables de hachage distribuées Commandes Put (clé, valeur) Lookup (clé) valeur Fonctionnement Un pair veut publier/retrouver une donnée v, caractérisée par une clé k Il calcule l adresse du pair qui doit stocker v, à l aide de la fonction de hachage h (la même pour tous les pairs!) appliquée à k Il se connecte au pair cible pour transférer/récupérer la donnée v Mécanisme général de localisation de ressources distribuées Le modèle clé-valeur est adapté à une large classe d applications On peut répartir des données ou des index Distribuer un index : garder le contrôle sur les données Pour un index: la valeur = adresse (liste d adresses) de données Page 32
33 Chord Table de hachage distribuée Clés: pour les données et pour les pairs (adresse IP) Fonction de hachage sur m bits valeurs dans l intervalle [0..2 m -1] Espace de hachage ([0..2 m -1]) organisé logiquement en anneau Convention Quand on parle de clé k ou d identifiant de pair id, on parle de leur correspondant (par la fonction de hachage) dans l espace d adressage Les pairs : au maximum 2 m Divisent l espace d adressage en intervalles Clé k distribuée sur succ(k) succ(k) = le pair dont l identifiant est le premier >= k pred(k) = le pair dont l identifiant est le premier < k Pour chaque pair on peut définir son successeur et son prédécesseur Page 33
34 Chord: exemple 6 X identifiant noeud clé succ(1) = 1 6 succ(6)= 0 6 Anneau d identifiants 2 2 succ(2) = Page 34
35 Chord: recherche naïve Recherche d une clé k adressée à un pair d identifiant p lookup(k) Si k est stockée par le pair p il la retourne Chaque pair connaît son successeur Si k n est pas sur p il transmet la requête à son successeur Le pair qui a la clé transmet la réponse directement à celui qui a fait la requête Problème: recherche en O(n) n = nombre de pairs Trop de communication Page 35
36 Chord: recherche optimisée Utilisation de tables de routage «fingers» Pair p, table de taille m Entrée i = adresse pair succ(p+2 i-1 ) Entrée i = i ème «finger» de p finger table For. start succ keys finger table For. start succ keys finger table For. start succ keys 2 Page 36
37 Chord: recherche optimisée (suite) lookup(k) sur un pair p Chaque nœud connaît ses successeurs en puissances de 2 sur l anneau On prend dans la table «finger» l entrée la plus proche avant k p + 2 i est le plus proche possible de k, sans le dépasser Au pire on tombe à moitié de l intervalle [p, k] On continue avec le nouveau pair Dichotomie Recherche en O(log n) Exemple m = 6 (N0 N63) lookup(54) sur N8 Page 37
38 Chord: ajout et retrait d un pair Ajout pair p S = succ(p) est trouvé (par lookup(p)) et le pointeur succ de p est initialisé à S Les clés <= p de S sont déplacées sur p Le pointeur succ de pred(p) est mis à p Retrait d un pair p Ses clés déplacées vers succ(p) Le pointeur succ de pred(p) est mis à succ(p) Processus de stabilisation Processus indépendant qui s exécute périodiquement et maintient la cohérence du réseau Mise à jour des tables «finger» Mise à jour des pointeurs «succ» en cas de panne d un pair Seuls des pointeurs «succ» corrects garantissent le fonctionnement correct Maintien d une liste de plusieurs successeurs (pas seulement le premier) Page 38
39 Chord: conclusions Recherche rapide, en log(n) Algorithmes simples et robustes Fiabilité par maintenance des successeurs (liste) Résistance en cas de panne d un pair Combinée avec de la réplication sur les voisins Coût de maintenance Déplacement de clés Calcul et maintenance de successeurs Processus de stabilisation Problème: mapper l anneau virtuel sur le réseau réel Prise en compte de la distance réseau Page 39
40 CAN Table de hachage distribuée Espace de hachage: espace d-dimensionnel en coordonnées cartésiennes Voisinage entre les zones extrêmes sur chaque axe (tore) L espace est divisé entre les pairs: chaque pair a une zone bien déterminée Division par dichotomie sur un axe Fonction de hachage uniforme clé espace d-dimensionnel Routage Chaque pair a des voisins (ceux des zones voisines) Il connaît sa zone (peut décider si une clé lui revient ou non) et ses voisins lookup(k) sur pair p: Si k est dans la zone de p trouvée Sinon, parmi les voisins de p, un seul est le plus proche de la zone de k! Routage de lookup(k) vers ce voisin et recherche récursive Page 40
41 CAN : exemple dans un espace 2D Page 41
42 CAN : ajout et retrait d un pair Ajout d un pair Choix aléatoire d un point P dans l espace Recherche de la zone et du pair X qui est responsable du point P Division de la zone de X selon l un des axes Affectation d une des moitiés au nouveau pair et transfert des clés Création de la liste de voisins du nouveau pair à partir des voisins de X Pour chaque voisin du nouveau pair (dont X), mise à jour de la liste de voisins pour tenir compte du nouveau pair Retrait d un pair Un des voisins prend en charge la zone désertée et les clés Mise à jour des voisinages Page 42
43 CAN: performances Routage pour lookup d dimensions, n zones (pairs) O(d * n 1/d ) Ex. d = 2 O(2 n) Taille table routage pour chaque pair: 2d (indépendant de n) Avantage Si un pair dans le chemin est en panne, un nouveau chemin optimal existe Adaptation automatique en choisissant le meilleur voisin disponible Comparaison avec Chord Moins bien en temps de routage Meilleure localité plus flexible, moins d information de routage Page 43
44 Réseau P2P structuré hybride MediaPeer (lab. PRISM, Versailles) Sources qui publient des chemins fournis par la source Chemins XML, chemins d ontologie Requêtes basées sur des chemins retrouver les sources qui fournissent les chemins de la requête Architecture hybride Super-pairs: stockent l index de chemins global Topologie réseau super-pairs: arbre Pairs simples: stockent les données proprement dites Page 44
45 MediaPeer : topologie d arbre Super-pair «feuille» Indexe les chemins fournis par les pairs simples attachés Super-pair «interne» Union (optimisée) des chemins indexés par ses fils Index Patricia trié à précision variable Requête Adressée au super-pair parent Routage ascendant jusqu à la racine Routage descendant possible à partir d un nœud interne Équilibrage de charge Éclatement super-pairs trop chargés Panne d un super-pair Chemins alternatifs de routage pair simple super-pair Page 45
46 MediaPeer: conclusions Avantages Recherche efficace, routage rapide Passage à l échelle: éclatement nœuds trop chargés Réorganisation rapide en cas de panne Inconvénients Racine trop chargée Alternative Organiser les super-pairs en DHT PathFinder Page 46
Architectures d'intégration de données
Architectures d'intégration de données Dan VODISLAV Université de Cergy-ontoise Master Informatique M1 Cours IED lan Intégration de données Objectifs, principes, caractéristiques Architectures type d'intégration
Plus en détailSauvegarde collaborative entre pairs Ludovic Courtès LAAS-CNRS
Sauvegarde collaborative entre pairs 1 Sauvegarde collaborative entre pairs Ludovic Courtès LAAS-CNRS Sauvegarde collaborative entre pairs 2 Introduction Pourquoi pair à pair? Utilisation de ressources
Plus en détailPair-à-Pair: Architectures et Services
Pair-à-Pair: Architectures et Services Fabrice Le Fessant Fabrice.Le_Fessant@inria.fr Équipe ASAP (Réseaux très large échelle) INRIA Saclay Île de France Octobre 2008 Fabrice Le Fessant () Architectures
Plus en détailLes protocoles Peer-to-Peer GERET. Gabrielle Feltin LORIA
Les protocoles Peer-to-Peer Gabrielle Feltin LORIA PLAN Genèse et définitions Modèles P2P Napster ou le modèle hybride Gnutella ou le modèle pur Autres architectures Passage de firewall, détection Applications
Plus en détailIntégration de données
Intégration de données Intégration de données (alain.bouju@univ-lr.fr) Alain Bouju (http://perso.univ-lr.fr/abouju) Exemple : intégration de données géographiques Ecole d'été Web Intelligence 2013 «Le
Plus en détailServices OSI. if G.Beuchot. Services Application Services Présentation - Session Services Transport - Réseaux - Liaison de Données - Physique
Services OSI Services Application Services Présentation - Session Services Transport - Réseaux - Liaison de Données - Physique 59 SERVICES "APPLICATION" Architecture spécifique : ALS (Application Layer
Plus en détailEnvironnement pour le calcul pair à pair
Master Informatique et Télécommunication Parcours Systèmes Informatiques et Génie Logiciel Environnement pour le calcul pair à pair NGUYEN The Tung Groupe : Calcul Distribué et Asynchronisme Responsable
Plus en détailNotes de cours (ENS Lyon, M1) Chapitre 2 : Réseaux Pair à Pair
Notes de cours (ENS Lyon, M1) Chapitre 2 : Réseaux Pair à Pair Table des matières 2 Réseaux pair à pair 25 2.1 Introduction et définitions...................... 25 2.1.1 Définition...........................
Plus en détailLes Architectures Orientées Services (SOA)
Les Architectures Orientées Services (SOA) Ulrich Duvent Guillaume Ansel Université du Littoral Côte d Opale 50, Rue Ferdinand Buisson BP 699 62228 Calais Cedex Téléphone (33) 03.21.46.36.92 Télécopie
Plus en détailPlan du Travail. 2014/2015 Cours TIC - 1ère année MI 30
Plan du Travail Chapitre 1: Internet et le Web : Définitions et historique Chapitre 2: Principes d Internet Chapitre 3 : Principaux services d Internet Chapitre 4 : Introduction au langage HTML 2014/2015
Plus en détail1. Introduction à la distribution des traitements et des données
2A SI 1 - Introduction aux SI, et à la distribution des traitements et des données Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle Support de cours élaboré avec l aide de
Plus en détailCisco Certified Network Associate
Cisco Certified Network Associate Version 4 Notions de base sur les réseaux Chapitre 3 01 Quel protocole de la couche application sert couramment à prendre en charge les transferts de fichiers entre un
Plus en détailFiche de l'awt Le modèle peer to peer
Fiche de l'awt Le modèle peer to peer L'arrivée du peer to peer (point à point) bouleverse le modèle traditionnel client-serveur. Dorénavant, toute application peut être à la fois client et serveur. Quels
Plus en détailUrbanisme du Système d Information et EAI
Urbanisme du Système d Information et EAI 1 Sommaire Les besoins des entreprises Élément de solution : l urbanisme EAI : des outils au service de l urbanisme 2 Les besoins des entreprises 3 Le constat
Plus en détailProgramme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence
É C O L E D I N G É N I E U R D E S T E C H N O L O G I E S D E L I N F O R M A T I O N E T D E L A C O M M U N I C A T I O N Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION Mentions
Plus en détailRecherche d informations à grande échelle dans des architectures Peer-to-Peer
Recherche d informations à grande échelle dans des architectures Peer-to-Peer Bruno DEFUDE Dept Informatique Institut National des Télécommunications http://www-inf.int-evry.fr/~defude/p2p 1 Plan Introduction
Plus en détailCours Bases de données
Informations sur le cours Cours Bases de données 9 (10) séances de 3h Polycopié (Cours + TD/TP) 3 année (MISI) Antoine Cornuéjols www.lri.fr/~antoine antoine.cornuejols@agroparistech.fr Transparents Disponibles
Plus en détailArchitectures et Protocoles des Réseaux
Chapitre 9 - Les réseaux Peer-To-Peer Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com Claude Duvallet 1/40 Plan
Plus en détailL identité numérique. Risques, protection
L identité numérique Risques, protection Plan Communication sur l Internet Identités Traces Protection des informations Communication numérique Messages Chaque caractère d un message «texte» est codé sur
Plus en détailEbauche Rapport finale
Ebauche Rapport finale Sommaire : 1 - Introduction au C.D.N. 2 - Définition de la problématique 3 - Etat de l'art : Présentatio de 3 Topologies streaming p2p 1) INTRODUCTION au C.D.N. La croissance rapide
Plus en détailLes nouvelles architectures des SI : Etat de l Art
Les nouvelles architectures des SI : Etat de l Art Objectif Mesurer concrètement les apports des nouvelles applications SI. Être capable d'évaluer l'accroissement de la complexité des applications. Prendre
Plus en détailIntroduction aux applications réparties
Introduction aux applications réparties Noël De Palma Projet SARDES INRIA Rhône-Alpes http://sardes.inrialpes.fr/~depalma Noel.depalma@inrialpes.fr Applications réparties Def : Application s exécutant
Plus en détailIntroduction à la conception de systèmes d information
Introduction à la conception de systèmes d information 2008-2009 M1 MIAGE SIMA / M1 Informatique MIF17 Yannick Prié UFR Informatique - Université Claude Bernard Lyon 1 Objectifs de ce cours Présentation
Plus en détail1.Introduction - Modèle en couches - OSI TCP/IP
1.Introduction - Modèle en couches - OSI TCP/IP 1.1 Introduction 1.2 Modèle en couches 1.3 Le modèle OSI 1.4 L architecture TCP/IP 1.1 Introduction Réseau Télécom - Téléinformatique? Réseau : Ensemble
Plus en détailUE 8 Systèmes d information de gestion Le programme
UE 8 Systèmes d information de gestion Le programme Légende : Modifications de l arrêté du 8 mars 2010 Suppressions de l arrêté du 8 mars 2010 Partie inchangée par rapport au programme antérieur Indications
Plus en détailRéplication adaptative sur les réseaux P2P
Réplication adaptative sur les réseaux pair à pair 10 mars 2006 1 Introduction 2 Réseaux pair à pair et tables de hachage distribuées 3 Le protocole app-cache 4 Le protocole LAR 5 Tests de performance
Plus en détailSystèmes répartis. Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Systèmes répartis p.1/49
Systèmes répartis Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Systèmes répartis p.1/49 Systèmes répartis Définition très large : un système réparti est système informatique
Plus en détailProgrammation Internet Cours 4
Programmation Internet Cours 4 Kim Nguy ên http://www.lri.fr/~kn 17 octobre 2011 1 / 23 Plan 1. Système d exploitation 2. Réseau et Internet 3. Web 3.1 Internet et ses services 3.1 Fonctionnement du Web
Plus en détailArchitecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application
Architecture Multi-Tier Traditionnellement une application informatique est un programme exécutable sur une machine qui représente la logique de traitement des données manipulées par l application. Ces
Plus en détailLe cadre des Web Services Partie 1 : Introduction
Sécurité en ingénierie du Logiciel Le cadre des Web Services Partie 1 : Introduction Alexandre Dulaunoy adulau@foo.be Sécurité en ingénierie du Logiciel p.1/21 Agenda (partie 1) 1/2 Introduction Services
Plus en détailACCESSNET -T IP Technique système TETRA d Hytera. www.hytera.de
Technique système TETRA d Hytera est la solution complète et performante pour toutes les applications de la téléphonie mobile professionnelle. www.hytera.de Bref aperçu Pour une communication TETRA professionnelle
Plus en détailProgrammation parallèle et distribuée
Programmation parallèle et distribuée (GIF-4104/7104) 5a - (hiver 2015) Marc Parizeau, Département de génie électrique et de génie informatique Plan Données massives («big data») Architecture Hadoop distribution
Plus en détailParallélisme et Répartition
Parallélisme et Répartition Master Info Françoise Baude Université de Nice Sophia-Antipolis UFR Sciences Département Informatique baude@unice.fr web du cours : deptinfo.unice.fr/~baude Septembre 2009 Chapitre
Plus en détailRéseaux Locaux. Objectif du module. Plan du Cours #3. Réseaux Informatiques. Acquérir un... Réseaux Informatiques. Savoir.
Mise à jour: Mars 2012 Objectif du module Réseaux Informatiques [Archi/Lycée] http://fr.wikipedia.org/ Nicolas Bredèche Maître de Conférences Université Paris-Sud bredeche@lri.fr Acquérir un... Ressources
Plus en détailArchitectures n-tiers Intergiciels à objets et services web
Plan pour aujourd hui Architectures n-tiers Intergiciels à objets et services web Clémentine Nebut Nebut LIRMM / Université de Montpellier 2 Clementine.nebut@lirmm.fr Introduction Architectures classiques
Plus en détailNetCrunch 6. Superviser
AdRem NetCrunch 6 Serveur de supervision réseau Avec NetCrunch, vous serez toujours informé de ce qui se passe avec vos applications, serveurs et équipements réseaux critiques. Documenter Découvrez la
Plus en détailRobin Favre Fabien Touvat. Polytech Grenoble RICM 3 ème Année Vendredi 21 Novembre 2008 Etude d Approfondissement Réseau
Robin Favre Fabien Touvat Polytech Grenoble RICM 3 ème Année Vendredi 21 Novembre 2008 Etude d Approfondissement Réseau Plan I. Système distribué A. Définition B. Exemples II. III. Stockage distribué A.
Plus en détailC-JDBC. Emmanuel Cecchet INRIA, Projet Sardes. http://sardes.inrialpes.fr
Emmanuel Cecchet INRIA, Projet Sardes http://sardes.inrialpes.fr Plan Motivations Idées principales Concepts Caching Perspectives /ObjectWeb 15 octobre 2002 Emmanuel.Cecchet@inrialpes.fr 2 - Motivations
Plus en détail4. Utilisation d un SGBD : le langage SQL. 5. Normalisation
Base de données S. Lèbre slebre@unistra.fr Université de Strasbourg, département d informatique. Présentation du module Contenu général Notion de bases de données Fondements / Conception Utilisation :
Plus en détailLe modèle client-serveur
Le modèle client-serveur Olivier Aubert 1/24 Sources http://www.info.uqam.ca/~obaid/inf4481/a01/plan.htm 2/24 Historique architecture centralisée terminaux passifs (un seul OS, systèmes propriétaires)
Plus en détail2 Chapitre 1 Introduction
1 Introduction Ce livre présente les Enterprise JavaBeans 2.0 et 1.1 qui constituent la troisième et la deuxième version de la spécification des Enterprise JavaBeans. Tout comme la plate-forme Java a révolutionné
Plus en détailGestion répartie de données - 1
Gestion répartie de données - 1 Sacha Krakowiak Université Joseph Fourier Projet Sardes (INRIA et IMAG-LSR) http://sardes.inrialpes.fr/~krakowia Gestion répartie de données Plan de la présentation Introduction
Plus en détailConception des systèmes répartis
Conception des systèmes répartis Principes et concepts Gérard Padiou Département Informatique et Mathématiques appliquées ENSEEIHT Octobre 2012 Gérard Padiou Conception des systèmes répartis 1 / 37 plan
Plus en détailIntégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs
Intégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs Jean-Pierre Meinadier Professeur du CNAM, meinadier@cnam.fr Révolution CS : l utilisateur
Plus en détailModule BD et sites WEB
Module BD et sites WEB Cours 8 Bases de données et Web Anne Doucet Anne.Doucet@lip6.fr 1 Le Web Architecture Architectures Web Client/serveur 3-tiers Serveurs d applications Web et BD Couplage HTML-BD
Plus en détail3A-IIC - Parallélisme & Grid GRID : Définitions. GRID : Définitions. Stéphane Vialle. Stephane.Vialle@supelec.fr http://www.metz.supelec.
3A-IIC - Parallélisme & Grid Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle Principes et Objectifs Evolution Leçons du passé Composition d une Grille Exemple d utilisation
Plus en détailDNS ( DOMAIN NAME SYSTEM)
DNS ( DOMAIN NAME SYSTEM) Principe de la résolution de Noms Certaines applications nécessitent pour communiquer d utiliser les noms de Machines : Sony alors que d autres utiliseront des noms Internet ou
Plus en détailSoftware Engineering and Middleware A Roadmap
Software Engineering and Middleware A Roadmap Ecrit par: Dr. Wolfgang Emmerich Présenté par : Mustapha Boushaba Cours : IFT6251 Wolfgang Emmerich Enseignant à University College London: Distributed Systems
Plus en détail18 TCP Les protocoles de domaines d applications
18 TCP Les protocoles de domaines d applications Objectifs 18.1 Introduction Connaître les différentes catégories d applications et de protocoles de domaines d applications. Connaître les principaux protocoles
Plus en détailCahier des charges (CDC)
Cahier des charges (CDC) PTella Auteur Arnaud Aucher - Ecole Centrale Groupe PT1 3 Nom du document Version 3 Page 1 / 5 Sommaire Sommaire... 2 Présentation générale du projet... 3 1. Descriptif du projet...
Plus en détailArchitecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués
Architecture JEE. Objectifs attendus Serveurs d applications JEE Systèmes distribués Architectures JEE Normes JEE couches logicielles, n-tiers framework JEE et design patterns 2007/02/28 Eric Hébert.eheb@yahoo.fr
Plus en détailXML, PMML, SOAP. Rapport. EPITA SCIA Promo 2004 16 janvier 2003. Julien Lemoine Alexandre Thibault Nicolas Wiest-Million
XML, PMML, SOAP Rapport EPITA SCIA Promo 2004 16 janvier 2003 Julien Lemoine Alexandre Thibault Nicolas Wiest-Million i TABLE DES MATIÈRES Table des matières 1 XML 1 1.1 Présentation de XML.................................
Plus en détailPrésentation Alfresco
Présentation d un CMS : Alfresco Présentation Alfresco Ludovic Plantin, Frédéric Sénèque, Xu Zhao Polytech Grenoble Décembre 2008 Plantin, Sénèque, Xu (Polytech) Présentation Alfresco Décembre 2008 1 /
Plus en détailMise en œuvre des serveurs d application
Nancy-Université Mise en œuvre des serveurs d application UE 203d Master 1 IST-IE Printemps 2008 Master 1 IST-IE : Mise en œuvre des serveurs d application 1/54 Ces transparents, ainsi que les énoncés
Plus en détailArchitecture d un service de partage de données modifiables sur une infrastructure pair-à-pair
Architecture d un service de partage de données modifiables sur une infrastructure pair-à-pair Mathieu Jan Mathieu.Jan@irisa.fr Superviseurs : Gabriel Antoniu, Luc Bougé, Thierry Priol {Gabriel.Antoniu,Luc.Bouge,Thierry.Priol}@irisa.fr
Plus en détailPROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN
PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,
Plus en détailN d ordre : 4071 ANNÉE 2009. THÈSE / UNIVERSITÉ DE RENNES 1 sous le sceau de l Université Européenne de Bretagne. pour le grade de
N d ordre : 4071 ANNÉE 2009 THÈSE / UNIVERSITÉ DE RENNES 1 sous le sceau de l Université Européenne de Bretagne pour le grade de DOCTEUR DE L UNIVERSITÉ DE RENNES 1 Mention : Informatique École doctorale
Plus en détailLe stockage. 1. Architecture de stockage disponible. a. Stockage local ou centralisé. b. Différences entre les architectures
Le stockage 1. Architecture de stockage disponible a. Stockage local ou centralisé L architecture de stockage à mettre en place est déterminante pour l évolutivité et la performance de la solution. Cet
Plus en détailAugmenter la disponibilité des applications JEE grâce au clustering : Le projet open source JShaft
Augmenter la disponibilité des applications JEE grâce au clustering : Le projet open source Jérôme Petit, Serge Petit & Serli Informatique, ITMatic Jérôme Petit, Serge Petit & SERLI & ITMatic Serli : SSII
Plus en détailRéseaux. 1 Généralités. E. Jeandel
1 Généralités Réseaux Couche Application E. Jeandel Couche application Dernière couche du modèle OSI et TCP/IP Échange de messages entre processus Protocole Un protocole de niveau application doit spécifier
Plus en détailNFP111 Systèmes et Applications Réparties
NFP111 Systèmes et Applications Réparties 1 de 34 NFP111 Systèmes et Applications Réparties Cours 7 - CORBA/Partie 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon
Plus en détailDevoir Surveillé de Sécurité des Réseaux
Année scolaire 2009-2010 IG2I L5GRM Devoir Surveillé de Sécurité des Réseaux Enseignant : Armand Toguyéni Durée : 2h Documents : Polycopiés de cours autorisés Note : Ce sujet comporte deux parties. La
Plus en détailAlgorithmique et langages du Web
Cours de Algorithmique et langages du Web Jean-Yves Ramel Licence 1 Peip Biologie Groupe 7 & 8 Durée totale de l enseignement = 46h ramel@univ-tours.fr Bureau 206 DI PolytechTours Organisation de la partie
Plus en détailCours Master 2, 2011
Révision Mobilité, Cours Master 2, 2011 Michel Habib habib@liafa.jussieu.fr http://www.liafa.jussieu.fr/~habib Mars 2011 Plan Le déclin programmé du pair-à-pair? Un peu d espoir quand même Grid et autres
Plus en détailGroupe Eyrolles, 2004 ISBN : 2-212-11504-0
Groupe Eyrolles, 2004 ISBN : 2-212-11504-0 Table des matières Avant-propos................................................ 1 Quel est l objectif de cet ouvrage?............................. 4 La structure
Plus en détailADMINISTRATION, GESTION ET SECURISATION DES RESEAUX
MINISTERE DE LA COMMUNAUTE FRANCAISE ADMINISTRATION GENERALE DE L ENSEIGNEMENT ET DE LA RECHERCHE SCIENTIFIQUE ENSEIGNEMENT DE PROMOTION SOCIALE DE REGIME 1 DOSSIER PEDAGOGIQUE UNITE DE FORMATION ADMINISTRATION,
Plus en détailUrbanisation des SI. Des composants technologiques disponibles. Urbanisation des Systèmes d'information Henry Boccon Gibod 1
Urbanisation des SI Des composants technologiques disponibles Urbanisation des Systèmes d'information Henry Boccon Gibod 1 Plan de l'exposé Technologies à la mode disponibles. Bus de données, ETL et EAI
Plus en détailNOTIONS DE RESEAUX INFORMATIQUES
NOTIONS DE RESEAUX INFORMATIQUES GENERALITES Définition d'un réseau Un réseau informatique est un ensemble d'équipements reliés entre eux afin de partager des données, des ressources et d'échanger des
Plus en détailChapitre VII : Principes des réseaux. Structure des réseaux Types de réseaux La communication Les protocoles de communication
Chapitre VII : Principes des réseaux Structure des réseaux Types de réseaux La communication Les protocoles de communication Introduction Un système réparti est une collection de processeurs (ou machines)
Plus en détailMessagerie asynchrone et Services Web
Article Messagerie asynchrone et Services Web 1 / 10 Messagerie asynchrone et Services Web SOAP, WSDL SONT DES STANDARDS EMERGEANT DES SERVICES WEB, LES IMPLEMENTATIONS DE CEUX-CI SONT ENCORE EN COURS
Plus en détailAlgorithmique et systèmes répartis
Algorithmique et systèmes répartis Tendances et avenir Gérard Padiou Département Informatique et Mathématiques appliquées ENSEEIHT 30 novembre 2012 Gérard Padiou Algorithmique et systèmes répartis 1 /
Plus en détailCours de sécurité. Pare-feux ( Firewalls ) Gérard Florin -CNAM - - Laboratoire CEDRIC -
Cours de sécurité Pare-feux ( Firewalls ) Gérard Florin -CNAM - - Laboratoire CEDRIC - 1 Plan pare-feux Introduction Filtrage des paquets et des segments Conclusion Bibliographie 2 Pare-Feux Introduction
Plus en détailIntroduction aux algorithmes répartis
Objectifs et plan Introduction aux algorithmes répartis Sacha Krakowiak Université Joseph Fourier Projet Sardes (INRIA et IMAG-LSR http://sardes.inrialpes.fr/people/krakowia! Introduction aux algorithmes
Plus en détailPlan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction
Plan du cours Autres modèles pour les applications réparties Introduction Riveill@unice.fr http://rangiroa.polytech.unice.fr Notre terrain de jeu : les systèmes répartis Un rappel : le modèle dominant
Plus en détailAutorité de certification distribuée pour des réseaux pair-à-pair structurés : modèle, mise en oeuvre et exemples d applications
Autorité de certification distribuée pour des réseaux pair-à-pair structurés : modèle, mise en oeuvre et exemples d applications François Lesueur To cite this version: François Lesueur. Autorité de certification
Plus en détailEnvironnements de Développement
Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus
Plus en détailServeurs de noms Protocoles HTTP et FTP
Nils Schaefer Théorie des réseaux (EC3a) Serveurs de noms Protocoles HTTP et FTP Théorie des réseaux (EC3a) Séance 7 Pourquoi DNS? Internet est une structure hiérarchique et arborescente de réseaux et
Plus en détailGroupe Eyrolles, 2004, ISBN : 2-212-11274-2
Groupe Eyrolles, 2004, ISBN : 2-212-11274-2 Table des matières Remerciements.................................................. Avant-propos.................................................... Structure
Plus en détailMicrosoft Dynamics AX. Solutions flexibles avec la technologie Microsoft Dynamics AX Application Object Server
FLEXIBILITÉ Microsoft Dynamics AX Solutions flexibles avec la technologie Microsoft Dynamics AX Application Object Server Livre blanc Comment les entreprises peuvent-elles utiliser la technologie Microsoft
Plus en détailJulien MATHEVET Alexandre BOISSY GSID 4. Rapport RE09. Load Balancing et migration
Julien MATHEVET Alexandre BOISSY GSID 4 Rapport Load Balancing et migration Printemps 2001 SOMMAIRE INTRODUCTION... 3 SYNTHESE CONCERNANT LE LOAD BALANCING ET LA MIGRATION... 4 POURQUOI FAIRE DU LOAD BALANCING?...
Plus en détailSurveiller et contrôler vos applications à travers le Web
Surveiller et contrôler vos applications à travers le Web Valérie HELLEQUIN Ingénieur d application Internet permet aujourd hui la diffusion d informations et de ressources que chaque utilisateur peut
Plus en détailCORBA haute performance
CORBA haute performance «CORBA à 730Mb/s!» Alexandre DENIS PARIS/IRISA, Rennes Alexandre.Denis@irisa.fr Plan Motivations : concept de grille de calcul CORBA : concepts fondamentaux Vers un ORB haute performance
Plus en détailTP de réseaux : Domain Name Server.
ADJIDO Idjiwa, ARIB El Mehdi, CLOIREC Olivier Groupe 1 TP de réseaux : Domain Name Server. Introduction... 2 Présentation du Système de nom de domaines... 2 Le DNS... 2 L accès aux machines... 2 Le fichier
Plus en détailProgrammation parallèle et distribuée
Programmation parallèle et distribuée (GIF-4104/7104) 5a - (hiver 2014) Marc Parizeau, Département de génie électrique et de génie informatique Plan Mégadonnées («big data») Architecture Hadoop distribution
Plus en détail4.2 Unités d enseignement du M1
88 CHAPITRE 4. DESCRIPTION DES UNITÉS D ENSEIGNEMENT 4.2 Unités d enseignement du M1 Tous les cours sont de 6 ECTS. Modélisation, optimisation et complexité des algorithmes (code RCP106) Objectif : Présenter
Plus en détailRéseaux CPL par la pratique
Réseaux CPL par la pratique X a v i e r C a r c e l l e A v e c l a c o n t r i b u t i o n d e D a v o r M a l e s e t G u y P u j o l l e, e t l a c o l l a b o r a t i o n d e O l i v i e r S a l v
Plus en détailDomain Name Service (DNS)
Domain Name Service () 1 PLAN Introduction Nommage avec /etc/hosts Principe du découpage en domaines Configuration de BIND Création d une zone Outils de débuggage (dig, nslookup) Déclaration d une zone
Plus en détailIntroduction aux «Services Web»
Introduction aux «Services Web» Sana Sellami sana.sellami@univ-amu.fr 2014-2015 Modalité de contrôle de connaissances Note de contrôle de continu Note projet Evaluation du projet la semaine du 17 novembre
Plus en détailRemote Method Invocation en Java (RMI)
Remote Method Invocation en Java (RMI) Modélisation et construction des applications réparties (Module M-4102C) J. Christian Attiogbé Fevrier 2015 J. Christian Attiogbé (Fevrier 2015) Remote Method Invocation
Plus en détailIngénierie des réseaux
Ingénierie des réseaux Services aux entreprises Conception, réalisation et suivi de nouveaux projets Audit des réseaux existants Déploiement d applications réseau Services GNU/Linux Développement de logiciels
Plus en détailCours CCNA 1. Exercices
Cours CCNA 1 TD3 Exercices Exercice 1 Enumérez les sept étapes du processus consistant à convertir les communications de l utilisateur en données. 1. L utilisateur entre les données via une interface matérielle.
Plus en détailModule BDR Master d Informatique (SAR)
Module BDR Master d Informatique (SAR) Cours 9- Transactions réparties Anne Doucet Anne.Doucet@lip6.fr Transactions réparties Gestion de transactions Transactions dans un système réparti Protocoles de
Plus en détailL annuaire et le Service DNS
L annuaire et le Service DNS Rappel concernant la solution des noms Un nom d hôte est un alias assigné à un ordinateur. Pour l identifier dans un réseau TCP/IP, ce nom peut être différent du nom NETBIOS.
Plus en détailGestionnaire de réseaux Linux et Windows
Gestionnaire de réseaux Linux et Windows LEA.A6, version 2012 Information : (514) 376-1620, poste 7388 Programme de formation Type de sanction Attestation d études collégiales permettant de cumuler 51
Plus en détailRoutage Efficace pour les Réseaux Pair-à-Pair utilisant des Tables de Hachage Distribuées
Routage Efficace pour les Réseaux Pair-à-Pair utilisant des Tables de Hachage Distribuées Marguerite Fayçal To cite this version: Marguerite Fayçal. Routage Efficace pour les Réseaux Pair-à-Pair utilisant
Plus en détailLINUX - Sécurité. Déroulé de l'action. - 3 jours - Contenu de formation
Objectif : Tout administrateur système et réseau souhaitant avoir une vision d'ensemble des problèmes de sécurité informatique et des solutions existantes dans l'environnement Linux. Prérequis : Connaissance
Plus en détail2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES. 2.2 Architecture fonctionnelle d un système communicant. http://robert.cireddu.free.
2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES 2.2 Architecture fonctionnelle d un système communicant Page:1/11 http://robert.cireddu.free.fr/sin LES DÉFENSES Objectifs du COURS : Ce cours traitera essentiellement
Plus en détailLes Content Delivery Network (CDN)
Les Content Delivery Network (CDN) Paris Californie : + 45 ms Paris Sidney : + 85 ms Amazon : 100 ms de temps de chargement supplémentaires 1% de ventes en moins Poids moyen des pages d'accueil : 2000
Plus en détail