Plan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction

Dimension: px
Commencer à balayer dès la page:

Download "Plan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction"

Transcription

1 Plan du cours Autres modèles pour les applications réparties Introduction Notre terrain de jeu : les systèmes répartis Un rappel : le modèle dominant Client-serveur Etudes de deux autres modèles Mobilité du code Partage de données 2 Mode de travail Les 8 semaines 1. Introduction 2. Agents mobiles 3. Projets agents mobiles 4. Projets agents mobiles 5. Objets partagés 6. Projets objets partagés 7. Projets objets partagés 8. Evaluation Document écrit de synthèse Introduction 3 4

2 Plan Les systèmes répartis Principe des systèmes répartis 5 6 Pourquoi des systèmes répartis? Autres cours de Master liés : Aspects économiques Réutilisation et partage d équipements A l origine : système d impression, espace de stockage Aujourd hui : CPU (grille de calcul) Besoin d intégration Partage d applications, partage d information, partage de ressources (programmes, données, services) Travail collaboratif Besoins spécifiques Diffusions d information Haute disponibilité Réalisation de systèmes à grande capacité d évolution Grid computing (D. Caromel, J. Montagnat) Middleware for Ubiquitous Computing (JY. Tigli, S. Lavirotte) Algorithmique pour les systèmes répartis (F. Baude, O. Dalle) Peer-to-peer (O. Dalle) Et sûrement d autres Adaptation de la structure d un système à celle des applications 7 8

3 Caractérisation d une application répartie Approche application répartie = traitements coopérants sur des données réparties Méthodes et outils de modélisation Modèle d exécution coopération = communication + synchronisation modèle d exécution interface de programmation (et/ou langage) outils de développement mise en œuvre : services systèmes (pour différentes infrastructures) outils de développement middleware Services applicatifs fichiers répartis, moniteur transactionnel, accès BD,... Services systèmes communication, RPC, désignation, sécurité,... outils d administration Système d exploitation 9 10 Machines et Réseaux Un système réparti c est Conséquences Ensemble d éléments (traitement, stockage) Processeurs, mémoires, organes d E/S Système d interconnexion Intégration (vue globale uniforme) "Transparence" Défaillances locales possibles (éléments ou communication)... sans compromettre nécessairement l ensemble du système Pas de temps global, ni d état global mais Possibilité de construire un état commun (partition + duplication) Coopération à une tâche commune Redondance permettant la reprise après erreur locale La répartition ne peut pas être cachée : Conséquences négatives la panne d une machine distante inconnue peut m empêcher de travailler (si récupération non prévue) la panne du système de communication m empêche de savoir si la machine distante est arrêtée ou déconnectée Conséquences positives Offre la possibilité d augmenter la disponibilité des services et des informations par utilisation de la réplication l autonomie des utilisateurs par le fonctionnement de manière isolé (réplication / cache / ) Redondance nécessaire (matériel, traitements, données) Pour corriger les conséquences négatives Offrir les conséquence positives 11 12

4 Quelques domaines d application des systèmes répartis Besoins des applications CFAO, Ingénierie simultanée Coopération d équipes pour la conception d un produit Production coopérative de documents, partage cohérent d information Gestion intégrée des informations d'une entreprise Intégration de l existant Contrôle et organisation d activités en temps réel Système de production Centres de documentation, bibliothèques Recherche, navigation, visualisation multimédia Systèmes d aide à la formation E-Learning (LMS) Ouverture Interopérabilité, portabilité, fédération ; réutilisation de l existant Coopération, coordination, partage Vision commune cohérente d informations partagées (globalement, par groupes) Interaction en temps réel, support multimédia Transparence Accès (mobilité des usagers avec préservation de l environnement) Localisation (de l information, des services,...) Qualité de service Disponibilité, délais, coûts, qualité de perception,.. avec niveau garanti Sécurité Authentification, intégrité, confidentialité,... Evolutivité, administrabilité Reconfiguration, gestion dynamique de services Evolution historique Evolution de l architecture des systèmes répartis Année Travaux 1970 Stations de travail + serveurs, Ethernet 1980 Mémoire stable, Appel de procedure à distance Fichiers Unix répartis 1985 Micro-noyaux Serveurs de fichiers évolués 1990 Systèmes transactionnels répartis Grands systèmes intégrés 2000 Systèmes répartis à objets Travail coopératif Support système pour multimédia RPCgen, NFS Chorus, MacOS Coda Emerald, DCE Guide, CORBA Schéma de base : le modèle client-serveur Modèle primitif (messages) Modèle évolué (appel de procédure à distance) Demande de service, gestion de fichiers Serveurs coopérants Interface serveur unique Autres modèles : c est l objet de ce cours connaître les points forts / faibles avoir des éléments de comparaison 2005 Grille de calcul Globus 15 16

5 Exemple de problèmes Après le problème, les solutions Je vais passer en 5ème année et voudrait travailler plus tard dans le monde du jeu vidéo. Pour mettre toutes les chances de mon côté, j'ai entreprit de faire mon propre jeu pour avoir quelque chose de vraiment concret. J'aimerai faire un mode multi-joueur en ligne. Les données graphiques seront conservée du coté du client. Je voulais faire un un webservice en C# (mon jeu est codé en C# avec XNA) mais mon hébergeur ne supporte pas ce langage. Voici les 3 solutions auxquelles j ai pensé et J'aimerai savoir laquelle offre les meilleurs performances : 1. Un webservice en php hébergé sur mavenhost avec création d'une classeroom contenant les données de chaque joueur. Ces données sont modifiées par l'appel de méthode par les joueurs et à chaque tour de boucle, ce webservice envoie aux joueurs toutes les données nécessaire. Cette solution dépend-elle du nombre de joueurs? Et, quelle pourrait être probablement la limite du nombre de joueurs? 2. Les données sont directement récupérées et envoyées à partir d'une base de données hébergée sur mavenhost. Sachant que chaque appel se fait 60 fois par secondes, cette méthode me semble peu souple et surtout peuperformante 3. Enfin, celle qui me semble la plus efficace. Un joueur se porte comme serveur (temporaire) lors de la création d'une partie. Ainsi, cette méthode dépend entièrement de la connexion du joueur. Mais on peut imaginer que avec les modems d'aujourd'hui et surtout la faible taille des données que cette solution pourrait être la plus performante La solution? Voila, si vous avez d'autres solutions, je suis preneur ou si vous avez des questions quelconque, n'hésitez pas. Quelles peuvent être les critères de choix? 1. Identication des services à offrir 2. Identification d un modèle d architecture 3. Identification des principaux coûts (nbre de message, tailles des messages, ) 4. Choix d une technologie Evolution des concepts de base 19 20

6 Evolution des concepts de base des systèmes répartis Schémas de communication primitif modèle «asynchrone» Echange d information entre site Envoie de message Appel de procédure à distance Association processus site d exécution Gestion des informations Communication asynchrone : Désignation directe du récepteur : processus Désignation indirecte du récepteur : portes liaison dynamique récepteurs multiples "équivalents» Peu structurant (cf. goto dans les langages de programmation) Outils de développement peu évolués et de bas niveau send(m,p) m p recv(p):m recv(p):m Schémas de communication primitif modèle «asynchrone» Extension du modèle «asynchrone» Exemples Utilisation d UDP ou TCP (interface socket sur le niveau transport) primitives de communication élémentaires ("envoyer", recevoir") : Utilisé dans Architecture de type micro-noyau : Chorus, Mach Environnement de programmation parallèle : PVM, MPI Intergiciel à message (MOM) : JMS Attention la plupart des implémentations de JMS nécessitent tout JEE Solution open source : Joram (http://joram.ow2.org) Modèle d acteurs Communication de groupe groupe : ensemble de récipiendaires identifiés par un nom unique gestion dynamique du groupe : arrivée/départ de membres différentes politiques de service dans le groupe : 1/N, N/N mise en œuvre : utilisation possible de IP multicast exemple : Isis, Horus, Ensemble (Cornell university) applications : tolérance aux fautes (gestion de la réplication), travail coopératif Communication anonyme désignation associative : les récipiendaires d'un message sont identifiés par leurs propriétés et pas par leur nom propriété : attribut du message ou identificateur externe indépendance entre émetteur et récepteurs 23 24

7 Extension du modèle «asynchrone» Le modèle dominant : communication «synchrone» Processus émetteurs 25 Communication événementielle concepts de base : événements, réactions (traitements associés à l occurrence d un événement) principe d attachement : association dynamique entre un nom d événement et une réaction communication anonyme : indépendance entre l émetteur et les consommateurs d un événement Deux modes «push» / «pull» Nom (type) d'événement événements canaux de communication Processus réactions destinataires 26 appel de procédure à distance Meilleure structuration : passage du goto à l appel de procédure serveur identifié statiquement ou déterminé dynamiquememt Extension objet (appel de méthode) Exemples RPCgen (travaux d origine) Corba Java RMI.Net Remoting Web Service f(param) exécution de f Le modèle «synchrone» - RPC Architecture Le modèle «synchrone» - RPC Principe de développement Site appelant (client) Site appelé (serveur) Modèle de panne 27 appel Pg. client retour emballage envoi (req., param.) < attente > réception (résultats) déballage talon client lib. com. messages lib. com. Communication physique communication logique récept.(req., param) déballage emballage envoi (résultats) talon serveur exécution procédure Pg. serveur 28 pg. source client définition interfaces (IDL) pg. source serveur Station 2 compilateur IDL talon client talon serveur Compilateur + ed. liens bibliothèques compilateur + ed. liens Station 1 pg. exec. client pg. exec. serveur

8 Extension au modèle «synchrone» RPC Extension au modèle «synchrone» RPC RPC One-way Le client n attend pas de réponse du serveur pourquoi le faire attendre? Dans ce modèle le client continu son activité après avoir appelé le serveur Exemple : Corba oneway RPC Asynchrone Le client n utilise pas immédiatement la réponse du serveur, il peut continuer son activité après avoir appelé le serveur Problème : comment récupéré les résultats Solution : utilisation d un futur - une structure de donnée (un objet) permettant de récupérer des résultats Futur explicite : Les structures de données sont définies par le client avant l appel (le serveur les connaait et y dépose les résultats). Exemple : mécanisme du callback en.net, d une boite aux lettre en ACT++ BAL := factorielle.calculfact(n) ; resultat := BAL.prelever() Futur implicite : La lecture de la structure de donnée résultat bloque le client s'il accède à la réponse et que celle-ci n'est pas parvenue Exemple : Resultat := factorielle.calculfact(n) Extension au modèle «synchrone» RPC Peut-on inventer d autres solutions RPC synchrone sur groupe (autre nom RPC diffusé, RPC parallèle) 31 32

9 Evolution de la gestion de l exécution Liaison processus-processeur (site) Migration de processus Liaison «statique» entre un processus et son site d exécution Et si on remet en cause ce principe? Association dynamique Migration de processus Usuellement l émetteur, le destinataire d un message ne se déplace pas Migration de l émetteur : agents mobiles Migration du serveur Plein de problèmes nouveaux Quand? Comment? Ou? site1 site2 Migration de l émetteur (agent mobile) Généralement vers le site du serveur A des moments privilégié (migration faible) à tout instant (migration forte) Objectifs : favoriser les échanges locaux Migration du récepteur Généralement pour faire de la régulation de charge, arrêter le site pour maintenance Objectifs : améliorer le temps de réponse Migration de processus Problèmes Transfert du code/données du processus Transfert du contexte du processus Utilisation de ressources ou d informations liées à un site Récupération des messages reçus pendant transfert Extension : diffusion de processus Activité multi-sites (il reste une trace sur le site origine) site1 migration diffusion lien site2 Mise en œuvre de la migration à l aide d agents mobile Ce sera l objet des 3 prochaines semaines Cours 2 : Pourquoi? Comment? Quelle plate-forme TP 1 et 2 Découverte d une plate-forme rudimentaire Extension de la plate-forme Utilisation dans un exemple 35 36

10 Evolution de la gestion de l exécution Liaison données-processeur (site) Migration de données Liaison «statique» entre des données et leur site Usuellement les données ne se déplacent pas C est le flot d exécution qui vient à elle Exemple dans le cadre des architecture client-serveur clients serveurs) : Serveur SQL Site Web Et si on remet en cause ce principe? Association dynamique Migration de données Pourquoi? Favoriser les échanges locaux (cache) site1 site2 Permettre de pouvoir traiter les donner localement en l absence de connexion Tolérer les pannes (réplication) Il ne reste par de copie sur le site d origine Motivations Répartition de la charge Amélioration du temps de réponse local Problèmes Localisation de la données Il reste une copie de la donnée sur le site d origine Motivations Répartition de la charge Amélioration du temps de réponse local Réplication de données Tolérances aux pannes Problèmes Gestion de la cohérence entre réplicats Reprise après pannes site3 site1 site1 site2 site3 site Mémoire partagée / Objets partagées Comment choisir entre tous ces modèles Ce sera l objet des 3 prochaines suivantes Cours 3 TP 3 et 4 A vous de jouer Semaine 8 Objet de l évaluation Sur un exemple donné il faudra motiver votre choix à partir des éléments donnés en cours. En précisant les hypothèses En décrivant l architecture et sa mise en œuvre et en justifiant Performance Facteur d échelle Tolérance aux pannes Mode déconnecté Etc. En décrivant dans la mise en œuvre comment vous avez traiter ou non les problèmes liés : À la concurrence À la protection À la sécurité Àux pannes Etc

11 Techniques utiles pour la construction de systèmes répartis Facteurs de taille Duplication pour augmenter disponibilité Exploiter les informations invariantes Délais de garde time out (incertitude sur état distant ou système de communication) Caches pour exploiter la localité de référence Utilisation d indications (si valide, gain de temps ; sinon, détection assurée) combinaison des 2 derniers : indicateurs en cache Utilisation d un mécanisme standard d appel distant appel synchrone + parallélisme local Compromis entre donnée locale (dupliquée) et cohérence On peut parfois travailler sur des données non à jour Ne faire confiance qu aux machines physiquement protégées Utilisation d algorithmes repartis standard (prouvés) En particulier dans la diffusion (fiable), les consensus Qu est ce qu un grand système réparti? Nombre d entités Nombre de composants (machines, réseaux,...) Nombre d utilisateurs Nombre (taille, complexité) des informations conservées Etendue géographique Nombre d organisations responsables Facteurs de taille Effet des facteurs de taille Propriétés recherchées : capacité de croissance algorithmes (localisation, recherche d information, communication) maîtrise de la complexité Toute recherche de solution doit reposer sur la connaissance des qualités de l algorithme (même évalué de manière sommaire) Sur la connaissance de la taille du problème à résoudre Une solution peut être excellente pour une taille donnée et catastrophique pour une autre situation Toujours «calibrer» le problème et sa solution Propriétés (globales) du système influencées par la taille La composition instantanée du système n est pas connue Les informations ne sont pas cohérentes Le système est hétérogène Il y a au moins un sous-système en panne ou inaccessible Les entités (machines, usagers, informations) sont mobiles Le système évolue en permanence 43 44

12 Problèmes liés à la taille Quelles sont les architectures possibles? Désignation Décentralisation du service ; abandon des identificateurs universels Usage intensif des caches Réorganisation de l espace des noms Maîtrise des perfomances quantitatives et qualitatives Débits, temps de réponse, etc ; qualité de service Disponibilité Réplication des composants critiques Sécurité Petit nombre de composants critiques Authentification par cryptographie ; capacités Administration Complexité, hétérogénéité Etude de cas vente sur internet Travail à faire Annuaire Magasin 1 Magasin 2 Magasin 3 Liste de courses Demande de devis Commande Acheteur 1 Acheteur 2 Pour la semaine prochaine Etre au point sur le RPC (Java RMI en particulier) Former un binôme Définir une grille de comparaison qui va permettre de comparer les solution Appliquer la grille pour les solutions S intéresser plus aux modèles qu aux choix d une technologie Un même modèle peut être mis en œuvre par plusieurs technologies Envoie de message sans diffusion Envoie de message avec diffusion Les clients sont les acheteurs / les services sont les magasins Les clients sont les magasins / les serveurs sont les clients 47 48

Exécution des applications réparties

Exécution des applications réparties Exécution des applications réparties Programmation des Applications Réparties Olivier Flauzac URCA Master STIC-Informatique première année Olivier Flauzac (URCA) PAR : Exécution des applications réparties

Plus en détail

Conception d Applications Réparties

Conception d Applications Réparties Jean-François Roos LIFL - équipe GOAL- bâtiment M3 Extension - bureau 206 -Jean-Francois.Roos@lifl.fr 1 Objectifs du Cours Appréhender la conception d applications réparties motivations et concepts architectures

Plus en détail

Figure 1. Structure répartie

Figure 1. Structure répartie Chapitre I: Applications Réparties et Middleware 1. Définition d une application répartie Une application répartie est constituée d un ensemble de processus (d objets, d agents, d acteurs) s exécutant

Plus en détail

Conception des systèmes répartis

Conception 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étail

Introduction aux Systèmes Distribués. Introduction générale

Introduction aux Systèmes Distribués. Introduction générale Introduction aux Systèmes Distribués Licence Informatique 3 ème année Introduction générale Eric Cariou Université de Pau et des Pays de l'adour Département Informatique Eric.Cariou@univ-pau.fr 1 Plan

Plus en détail

Objectifs du cours. Master mention Informatique M1. Construction d Applications Réparties. Sommaire. Organisation.

Objectifs du cours. Master mention Informatique M1. Construction d Applications Réparties. Sommaire. Organisation. Master mention Informatique M1 Construction d s Réparties Lionel Seinturier USTL-LIFL Équipe GOAL/Projet INRIA Jacquard Lionel.Seinturier@lifl.fr 2006/2007 1 Objectifs du cours Appréhender la conception

Plus en détail

Objectifs du cours Modèles et Approches Formels de Systèmes Distribués

Objectifs du cours Modèles et Approches Formels de Systèmes Distribués Objectifs du cours Modèles et Approches Formels de Systèmes Distribués Mohamed Mosbah LaBRI ENSEIRB - Université Bordeaux 1 mosbah@labri.fr dept-info.labri.fr/~mosbah/mafsd.html Connaître les caractéristiques

Plus en détail

Introduction aux applications réparties

Introduction 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étail

Introduction aux systèmes répartis

Introduction aux systèmes répartis Introduction aux systèmes répartis Grappes de stations Applications réparties à grande échelle Systèmes multicalculateurs (1) Recherche de puissance par assemblage de calculateurs standard Liaison par

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 46 NFP111 Systèmes et Applications Réparties Cours 2 - Les appels de procédure distants (Partie 1) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Julien MATHEVET Alexandre BOISSY GSID 4. Rapport RE09. Load Balancing et migration

Julien 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étail

Modèle à messages. Daniel Hagimont. IRIT/ENSEEIHT 2 rue Charles Camichel - BP 7122 31071 TOULOUSE CEDEX 7. Remerciements.

Modèle à messages. Daniel Hagimont. IRIT/ENSEEIHT 2 rue Charles Camichel - BP 7122 31071 TOULOUSE CEDEX 7. Remerciements. Modèle à messages Daniel Hagimont IRIT/ENSEEIHT 2 rue Charles Camichel - BP 7122 31071 TOULOUSE CEDEX 7 Daniel.Hagimont@enseeiht.fr http://hagimont.perso.enseeiht.fr Remerciements André Freyssinet 1 Plan

Plus en détail

Systèmes et applications distribués Intergiciels et applications communicantes

Systèmes et applications distribués Intergiciels et applications communicantes Systèmes et applications distribués Intergiciels et applications communicantes Philippe Quéinnec Télécommunication et Réseaux 2e année ENSEEIHT 24 février 2014 Inspiré de cours de G. Padiou, Ph. Mauran

Plus en détail

Le modèle client-serveur

Le 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étail

Introduction aux systèmes à objets et services répartis

Introduction aux systèmes à objets et services répartis Introduction aux systèmes à objets et services répartis Frank Singhoff Bureau C-202 Université de Brest, France Lab-STICC UMR 3192 singhoff@univ-brest.fr UE systèmes à objets et services répartis, Université

Plus en détail

CORBA haute performance

CORBA 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étail

Objectifs. Maîtriser. Pratiquer

Objectifs. Maîtriser. Pratiquer 1 Bases de Données Objectifs Maîtriser les concepts d un SGBD relationnel Les modèles de représentations de données Les modèles de représentations de données La conception d une base de données Pratiquer

Plus en détail

Prise en compte des ressources dans les composants logiciels parallèles

Prise en compte des ressources dans les composants logiciels parallèles Prise en compte des ressources dans les composants logiciels parallèles Aperçus de l action RASC et du projet Concerto F. Guidec Frederic.Guidec@univ-ubs.fr Action RASC Plan de cet exposé Contexte Motivations

Plus en détail

Chapitre I : Protocoles client serveur et architectures distribuées

Chapitre I : Protocoles client serveur et architectures distribuées Licence Pro Réseaux Télécom Systèmes Internet et Intranet pour l entreprise Chapitre I : Protocoles client serveur et architectures distribuées Département IEM / UB Eric.Leclercq@u-bourgogne.fr Bureau

Plus en détail

Systèmes de fichiers distribués : comparaison de GlusterFS, MooseFS et Ceph avec déploiement sur la grille de calcul Grid 5000.

Systèmes de fichiers distribués : comparaison de GlusterFS, MooseFS et Ceph avec déploiement sur la grille de calcul Grid 5000. : comparaison de, et avec déploiement sur la grille de calcul Grid 5000. JF. Garcia, F. Lévigne, M. Douheret, V. Claudel 30 mars 2011 1/34 Table des Matières 1 2 3 4 5 6 7 1/34 Présentation du sujet Présentation

Plus en détail

Introduction. Licence MASS L3 Inf f3

Introduction. Licence MASS L3 Inf f3 Le modèle client serveur Introduction Licence MASS L3 Inf f3 Encapsulation : rappel Données Données Application En-tête En-tête Transport UDP Données TCP Données Paquet UDP Segment TCP En-tête IP Données

Plus en détail

Clusters for Application Service Providers. T. Monteil, J.M. Garcia P. Pascal, S. Richard

Clusters for Application Service Providers. T. Monteil, J.M. Garcia P. Pascal, S. Richard Clusters for Application Service Providers (www.laas.fr/casp) T. Monteil, J.M. Garcia P. Pascal, S. Richard 1 Généralités Le monde du calcul dans un environnement ASP Les ASP : Application Service Provider

Plus en détail

DUT Informatique - Module M-4102C Modélisation et construction des applications

DUT Informatique - Module M-4102C Modélisation et construction des applications DUT Informatique - Module M-4102C Modélisation et construction des applications réparties Applications réparties (distributed systems) J. Christian Attiogbé Fevrier 2015 J. Christian Attiogbé (Fevrier

Plus en détail

Inté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 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étail

Chapitre I : Protocoles client serveur et architectures distribuées

Chapitre I : Protocoles client serveur et architectures distribuées Chapitre I : Protocoles client serveur et architectures distribuées Eric Leclercq & Marinette Savonnet Département IEM / UB Eric.Leclercq@u-bourgogne.fr Bureau G212 Aile des Sciences de l Ingénieur Mise-à-jour

Plus en détail

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN

PROGRAMME 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étail

Architectures web pour la gestion de données

Architectures web pour la gestion de données Architectures web pour la gestion de données Dan VODISLAV Université de Cergy-Pontoise Plan Le Web Intégration de données Architectures distribuées Page 2 Le Web Internet = réseau physique d'ordinateurs

Plus en détail

Groupe de discussion. Contexte

Groupe de discussion. Contexte Groupe de discussion Systèmes distribués Contexte Explosion d'internet a redéfini les systèmes distribués Client-server Web Pair à pair Internet 2 octobre 2003 Systèmes distribués 2 Modèle Pair à Pair

Plus en détail

Architectures Parallèles

Architectures Parallèles Architectures Parallèles Cours pour Ingénieur Préparé par Dr. Olfa Hamdi-Larbi ola_ola79@yahoo.fr Reçoit les signaux du contrôleur, cherche les données et les traite Instructions, Données à traiter et

Plus en détail

Généralités sur les bases de données

Généralités sur les bases de données Généralités sur les bases de données Qu est-ce donc qu une base de données? Que peut-on attendre d un système de gestion de bases de données? Que peut-on faire avec une base de données? 1 Des données?

Plus en détail

Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux

Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux Eric Leclercq Département IEM / UB 10/2005 email : Eric.Leclercq@u-bourgogne.fr http://ludique.u-bourgogne.fr/~leclercq

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 38 NFP111 Systèmes et Applications Réparties Cours 11 - Les Enterprise Java Beans (Introduction aux Enterprise Claude Duvallet Université du Havre UFR Sciences

Plus en détail

EMC Data Domain Boost for

EMC Data Domain Boost for EMC Data Domain Boost for Symantec Backup Exec Augmentez vos performances de sauvegarde grâce à une intégration avancée dans OpenStorage Avantages clés Sauvegardes plus rapides et meilleure utilisation

Plus en détail

Systèmes d exploitation II Chapitre 2 : Gestion des processus. www.achrafothman.net

Systèmes d exploitation II Chapitre 2 : Gestion des processus. www.achrafothman.net Systèmes d exploitation II Chapitre 2 : Gestion des processus www.achrafothman.net 1 Processus Concept de Processus Ordonnancement de Processus Opérations sur les Processus Processus Coopératifs Communication

Plus en détail

Le client/serveur repose sur une communication d égal à égal entre les applications.

Le client/serveur repose sur une communication d égal à égal entre les applications. Table des matières LES PRINCIPES DE BASE... 1 Présentation distribuée-revamping...2 Présentation distante...3 Traitements distribués...3 données distantes-rd...4 données distribuées-rda distribué...4 L'ARCHITECTURE

Plus en détail

Modélisation conceptuelle des Systèmes Distribués

Modélisation conceptuelle des Systèmes Distribués Modélisation conceptuelle des Systèmes Distribués Eric Cariou Master Technologies de l'internet 1 ère année Université de Pau et des Pays de l'adour Département Informatique Eric.Cariou@univ-pau.fr 1 Systèmes

Plus en détail

Agents Mobiles/Code Mobile

Agents Mobiles/Code Mobile Systèmes Répartis Agents Mobiles Agents Mobiles/Code Mobile Modèles d exécution répartie et agents mobiles Infrastructure pour les agents mobiles Expérimentations Conclusion 1 Modèles d exécution répartie

Plus en détail

Le passage à l échelle de serveur J2EE : le cas des EJB

Le passage à l échelle de serveur J2EE : le cas des EJB Le passage à l échelle de serveur J2EE : le cas des EJB Sylvain Sicard, Noël De Palma, Daniel Hagimont CFSE 4 5-8 Avril 2005 LSR 1 Plan de la présentation 1. Architecture de serveur J2EE en grappe 2. Problématique

Plus en détail

Technologies du Multimédia et du Web

Technologies du Multimédia et du Web 3 ème Année Licence appliquée Technologies du Multimédia et du Web MoezBEN HAJ HMIDA ISSAT Sousse 2009/2010 Plan Les systèmes e-services Évolution des architectures d applications Les architectures client/serveur

Plus en détail

Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence

Programme 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étail

INDUSTRIALISATION ET RATIONALISATION

INDUSTRIALISATION ET RATIONALISATION INDUSTRIALISATION ET RATIONALISATION A. LA PROBLEMATIQUE La mission de toute production informatique est de délivrer le service attendu par les utilisateurs. Ce service se compose de résultats de traitements

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 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étail

WEA Un Gérant d'objets Persistants pour des environnements distribués

WEA Un Gérant d'objets Persistants pour des environnements distribués Thèse de Doctorat de l'université P & M Curie WEA Un Gérant d'objets Persistants pour des environnements distribués Didier Donsez Université Pierre et Marie Curie Paris VI Laboratoire de Méthodologie et

Plus en détail

Administration Windows

Administration Windows Université Pierre et Marie Curie Sciences et Technologies UFR 919 d Ingénierie Département de Licence (3) mention : Informatique 1 Unité d Enseignement : LI350-2015fev Initiation à l Administration de

Plus en détail

1.1 Remote Procedure Call (RPC)

1.1 Remote Procedure Call (RPC) 1.1 Remote Procedure Call (RPC) Le modèle Client-Serveur est un modèle simple à utiliser pour la structuration des systèmes répartis. Mais ce modèle s appuie sur des communications de type entrée/sortie

Plus en détail

1. Introduction à la distribution des traitements et des données

1. 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étail

ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES. Cours Administration des Bases de données M Salhi

ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES. Cours Administration des Bases de données M Salhi ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES Cours Administration des Bases de données M Salhi Architectures des Système de base de données Systèmes centralisés et client-serveur Server System Architectures

Plus en détail

Services OSI. if G.Beuchot. Services Application Services Présentation - Session Services Transport - Réseaux - Liaison de Données - Physique

Services 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étail

Architectures à composants

Architectures à composants Interaction requête/réponse Architectures à composants!communication par requête/réponse client requête réponse serveur Gaël Thomas gael.thomas@lip6.fr Université Pierre et Marie Curie Master Informatique

Plus en détail

Vous êtes bien à la bonne présentation, c est juste que je trouvais que le titre de cette présentation étais un peu long,

Vous êtes bien à la bonne présentation, c est juste que je trouvais que le titre de cette présentation étais un peu long, Vous êtes bien à la bonne présentation, c est juste que je trouvais que le titre de cette présentation étais un peu long, en fait ça me faisait penser au nom d un certain projet gouvernemental je me suis

Plus en détail

BD réparties. Bases de Données Réparties. SGBD réparti. Paramètres à considérer

BD réparties. Bases de Données Réparties. SGBD réparti. Paramètres à considérer Bases de Données Réparties Définition Architectures Outils d interface SGBD Réplication SGBD répartis hétérogènes BD réparties Principe : BD locales, accès locaux rapides accès aux autres SGBD du réseau

Plus en détail

Systèmes d Information Avancés (et répartis)

Systèmes d Information Avancés (et répartis) Systèmes d Information Avancés (et répartis) Université Lyon 1 MIAGE L. Médini, mars 2005 Plan des cours Protocole HTTP et programmation serveur Architectures réparties Objets distribués Introduction aux

Plus en détail

Programmation parallèle et distribuée

Programmation parallèle et distribuée ppd/mpassing p. 1/43 Programmation parallèle et distribuée Communications par messages Philippe MARQUET Philippe.Marquet@lifl.fr Laboratoire d informatique fondamentale de Lille Université des sciences

Plus en détail

HAUTE DISPONIBILITE & CONTINUITÉ DE SERVICE MULTI PLATES FORMES. Simple & Performant. www.quick software line.com

HAUTE DISPONIBILITE & CONTINUITÉ DE SERVICE MULTI PLATES FORMES. Simple & Performant. www.quick software line.com HAUTE DISPONIBILITE & CONTINUITÉ DE SERVICE MULTI PLATES FORMES Haute disponibilité pour Serveurs Ouverts (Windows, UNIX, AIX, Linux, VMware (Windows, UNIX, AIX, Linux, VMware ) Généralités Quelques définitions

Plus en détail

Sensibilisation à RMI (Remote Method Invocation)

Sensibilisation à RMI (Remote Method Invocation) Jini Sensibilisation à RMI (Remote Method Invocation) Le rêve de tout système distribué L idéal serait d avoir un système distribué utilisant la technologie objet et permettant : 1) d invoquer une méthode

Plus en détail

MEAD : temps réel et tolérance aux pannes pour CORBA

MEAD : temps réel et tolérance aux pannes pour CORBA MEAD : un intergiciel temps-réel et tolérant aux pannes pour CORBA Master 2 Informatique Recherche Université de Marne-la-Vallée Vendredi 3 mars 2006 Plan 1 Introduction 2 Solutions existantes 3 Concilier

Plus en détail

Services et protocoles pour l'exécution fiable d'applications distribuées dans les grilles de calcul

Services et protocoles pour l'exécution fiable d'applications distribuées dans les grilles de calcul Services et protocoles pour l'exécution fiable d'applications distribuées dans les grilles de calcul Thomas Ropars Équipe-projet PARIS 1 Les applications de calcul scientifique Objectifs : Simuler des

Plus en détail

Examen de Réseau Licence Licence GMI Maîtrise (Tous documents autorisés)

Examen de Réseau Licence Licence GMI Maîtrise (Tous documents autorisés) Examen de Réseau Licence Licence GMI Maîtrise (Tous documents autorisés) Contexte du sujet : Une entreprise spécialisée dans la production de matériel de mesure et d analyse météorologique propose des

Plus en détail

Concours interne d ingénieur des systèmes d information et de communication. «Session 2010» Meilleure copie "étude de cas architecture et systèmes"

Concours interne d ingénieur des systèmes d information et de communication. «Session 2010» Meilleure copie étude de cas architecture et systèmes Concours interne d ingénieur des systèmes d information et de communication «Session 2010» Meilleure copie "étude de cas architecture et systèmes" Note obtenue : 14,75/20 HEBERGE-TOUT Le 25 mars 2010 A

Plus en détail

Applications Réparties. Département Sciences Informatiques SI 4 ème année

Applications Réparties. Département Sciences Informatiques SI 4 ème année Applications Réparties Département Sciences Informatiques SI 4 ème année 1 Applications Réparties? Ensemble de processus (objets, agents, acteurs) qui: Communiquent entre eux via un réseau Evoluent de

Plus en détail

Calcul Haute Performance avec OpenTURNS

Calcul Haute Performance avec OpenTURNS Calcul Haute Performance avec OpenTURNS Renaud Barate EDF R&D Workshop du GdR MASCOT-NUM «Quantification d incertitude et calcul intensif» 28 Mars 2013 Sommaire Présentation du logiciel OpenTURNS Problématiques

Plus en détail

IBD : Introduction aux systèmes distribués

IBD : Introduction aux systèmes distribués IBD : Introduction aux systèmes distribués Vania Marangozova-Martin Université de Grenoble, LIG Vania.Marangozova-Martin@imag.fr Web Site: http://ibd.forge.imag.fr Objectifs u Introduction aux systèmes

Plus en détail

Chapitre 1 : Introduction aux Systèmes d Exploitation (SE)

Chapitre 1 : Introduction aux Systèmes d Exploitation (SE) 1. Introduction Chapitre 1 : Introduction aux Systèmes d Exploitation (SE). 1 système informatique est un ensemble constitué de matériels et de logiciels et qui assure le traitement des données.. Les pgms

Plus en détail

BES WEBDEVELOPER ACTIVITÉ RÔLE

BES WEBDEVELOPER ACTIVITÉ RÔLE BES WEBDEVELOPER ACTIVITÉ Le web developer participe aux activités concernant la conception, la réalisation, la mise à jour, la maintenance et l évolution d applications internet/intranet statiques et

Plus en détail

Introduction. aux environnements de distribution et architectures reparties. Introduction

Introduction. aux environnements de distribution et architectures reparties. Introduction aux environnements de distribution et architectures reparties 1 Définition et Caractéristiques! Définition! Système formé de composants matériels ou logiciels localisés sur des ordinateurs en réseau qui

Plus en détail

Client /serveur. Client/serveur. C/S : bibliographie. C/S : introduction. C/S : modèle général. C/S : les architectures

Client /serveur. Client/serveur. C/S : bibliographie. C/S : introduction. C/S : modèle général. C/S : les architectures C/S : bibliographie Client /serveur «Jeux 3D multi-joueurs sur PC» V. Gal/A. Topol Technologies et architectures internet P.Y. Cloux, D. Doussot, A. Géron Editions Dunod 2ème édition 2002 Cours d'introduction

Plus en détail

Systèmes et algorithmes répartis

Systèmes et algorithmes répartis Systèmes et algorithmes répartis Tolérance aux fautes Philippe Quéinnec Département Informatique et Mathématiques Appliquées ENSEEIHT 4 novembre 2014 Systèmes et algorithmes répartis V 1 / 45 plan 1 Sûreté

Plus en détail

RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005

RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005 Oussama ELKACHOINDI Wajdi MEHENNI RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005 Sommaire I. Préliminaire : Notice d exécution et mode opératoire...4 II. Architecture globale de l application...5

Plus en détail

ADA 95 et la répartition

ADA 95 et la répartition CONSERVATOIRE NATIONAL DES ARTS ET METIERS PARIS (Année 2003 / 2004) MÉMOIRE D EXAMEN PROBATOIRE Spécialité : INFORMATIQUE, RÉSEAUX, SYSTEMES, MULTIMEDIA SUJET N 24 : ADA 95 et la répartition Recommandation

Plus en détail

4. Utilisation d un SGBD : le langage SQL. 5. Normalisation

4. 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étail

Urbanisation et architecture des systèmes

Urbanisation et architecture des systèmes David Eudeline. CNAM UE NFE 107 Urbanisation et architecture des systèmes.. d information........ Middlewares à messages : MOM Table des matières PRESENTATION... 5 CARACTERISTIQUES PRINCIPALES... 5 FORMAT

Plus en détail

L EAI. par la pratique. François Rivard. Thomas Plantain. Groupe Eyrolles, 2003 ISBN : 2-212-11199-1

L EAI. par la pratique. François Rivard. Thomas Plantain. Groupe Eyrolles, 2003 ISBN : 2-212-11199-1 L EAI par la pratique François Rivard Thomas Plantain ISBN : 2-212-11199-1 Table des matières Avant-propos................................................ Quel est l objectif de cet ouvrage...............................

Plus en détail

Rôles de la couche Application

Rôles de la couche Application Couche Application Concepts communs M1 Info Cours de Réseaux Z. Mammeri Couche Application Concepts communs M1 Info Z. Mammeri - UPS 1 Rôles de la couche Application Couche Application = source et destination

Plus en détail

CSCW : une Bibliographie

CSCW : une Bibliographie CSCW : une Bibliographie 1 Si Vous êtes pressés 2 Objectif bibliographie de CSCW + documentation de notre démarche : support de la création d applications CSCW par le Model Driven Engineering La mobilité

Plus en détail

Gestion répartie de données - 1

Gestion 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étail

PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03

PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03 PaCO++ André Ribes Réunion Hydrogrid Rennes 15/09/03 Plan Contexte Problèmes CORBA PaCO++ Conclusion / perspectives Contexte : couplage de code Structural Mechanics Optics Thermal Dynamics Satellite design

Plus en détail

Systèmes Distribués Des protocoles client serveur au paradigme objets distribués avec Java

Systèmes Distribués Des protocoles client serveur au paradigme objets distribués avec Java Systèmes Distribués Des protocoles client serveur au paradigme objets distribués avec Java (application avec Java RMI) Éric Leclercq Département IEM / Laboratoire LE2i Décembre 2010 émail : Eric.Leclercq@u-bourgogne.fr

Plus en détail

Les serveurs d applications :une introduction

Les serveurs d applications :une introduction Les serveurs d applications : une introduction Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon - BP 540 76058 LE HAVRE CEDEX Claude.Duvallet@gmail.com Octobre 2006 Plan de la présentation

Plus en détail

Parallélisme et Répartition

Parallé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étail

Modèle client-serveur

Modèle client-serveur Modèle client-serveur Daniel Hagimont IRIT/ENSEEIHT 2 rue Charles Camichel - BP 7122 31071 TOULOUSE CEDEX 7 Daniel.Hagimont@enseeiht.fr http://hagimont.perso.enseeiht.fr 1 Plan Principes généraux Modèle

Plus en détail

Systèmes d information documentaires distribués

Systèmes d information documentaires distribués Systèmes d information documentaires distribués Yannick Prié UFR Informatique Université Claude Bernard Lyon 004-005 Master SIB M UE 3 / Bloc 4 Cours 6-7 Systèmes d information documentaires distribués

Plus en détail

1. QCM (40 points) (1h)

1. QCM (40 points) (1h) Examen 1ère session 2012-2013 page 1 NSY 102 - AISL IPST-CNAM Intranet et Designs patterns NSY 102 Vendredi 26 Avril 2013 Durée : 3 heures Enseignants : LAFORGUE Jacques 1. QCM (40 points) (1h) Mode d'emploi

Plus en détail

Réplication des données

Réplication des données Réplication des données Christelle Pierkot FMIN 306 : Gestion de données distribuées Année 2009-2010 Echange d information distribuée Grâce à un serveur central Une seule copie cohérente Accès à distance

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 16 NFP111 Systèmes et Applications Réparties Cours 10 - Les Enterprise Java Beans ( aux serveurs ) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Page 1 2 La présente invention concerne le domaine des architectures informatiques, et en particulier un procédé pour le développement d applications destiné à un fonctionnement en réseau, par exemple

Plus en détail

Un concept multi-centre de données traditionnel basé sur le DNS

Un concept multi-centre de données traditionnel basé sur le DNS Confiez vos activités critiques à un expert S il est crucial pour vos activités commerciales que vos serveurs soient disponibles en continu, vous devez demander à votre hébergeur de vous fournir une solution

Plus en détail

Le serveur modulaire d alerte, de recherche de personnes et de communication

Le serveur modulaire d alerte, de recherche de personnes et de communication Le serveur modulaire d alerte, de recherche de personnes et de communication www.swissphone.com I.SEARCH, aperçu général Recherche de personnes Meet-me Call-me Messagerie E-mail Liaison avec un système

Plus en détail

Didier.Donsez@imag.fr

Didier.Donsez@imag.fr P2P (Peer-To-Peer) Didier DONSEZ Université Joseph Fourier (Grenoble 1) LSR / ADELE Didier.Donsez@imag.fr 2 Sommaire Définition. Architectures. Avantages & Inconvénients. Applications. 3 Motivations Informatique

Plus en détail

Algorithmique des Systèmes Répartis. Problèmes - Concepts - Techniques - Outils

Algorithmique des Systèmes Répartis. Problèmes - Concepts - Techniques - Outils Algorithmique des Systèmes Répartis Systèmes Répartis Problèmes - Concepts - Techniques - Outils Master Informatique Dominique Méry Université de Lorraine 19 février 2013 1 / 40 Plan 1 Problèmes des systèmes

Plus en détail

Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet

Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet Sécurisation d environnements CORBA : Le cas des coupes-feux pour les accès Internet Bruno TRAVERSON EDF Division R&D Cet exposé est basé sur une expérimentation menée à la division R&D d EDF, l expérimentation

Plus en détail

La gestion des réseaux IP basée sur les technologies Web et le modèle push

La gestion des réseaux IP basée sur les technologies Web et le modèle push La gestion des réseaux IP basée sur les technologies Web et le modèle push GRES 99, Montréal, Québec, Canada 7-10 juin 1999 Jean-Philippe Martin-Flatin École Polytechnique Fédérale de Lausanne Institut

Plus en détail

Eric Bertrand ebertrand@ixis-cib.com. 08/11/06 Maître de conférence 1

Eric Bertrand ebertrand@ixis-cib.com. 08/11/06 Maître de conférence 1 Calcul parallèle des options MC. Eric Bertrand ebertrand@ixis-cib.com 1 Plan Contexte du calcul parallèle Qualités requises Architecture Outillage Problèmes rencontrés perspectives 2 Contexte du calcul

Plus en détail

Partie Réseaux TD 1 : Théorie des réseaux

Partie Réseaux TD 1 : Théorie des réseaux Partie Réseaux TD 1 : Théorie des réseaux 1 Les réseaux 1.1 Qu est-ce qu un réseau? Un réseau est un ensemble d ordinateurs pouvant communiquer entre eux. 1.1.1 Types de réseaux Il y a deux types de réseaux

Plus en détail

Historique. Évolution des systèmes d exploitation (à travers les âges)

Historique. Évolution des systèmes d exploitation (à travers les âges) Historique Évolution des systèmes d exploitation (à travers les âges) Historique L histoire des systèmes d exploitation permet de dégager des concepts de base que l on retrouve dans les systèmes actuels

Plus en détail

1. INTRODUCTION. Un peu d histoire

1. INTRODUCTION. Un peu d histoire 1. INTRODUCTION Avant de nous intéresser aux technologies des réseaux actuelles, il est important de retracer en quelques points l évolution de l outil informatique afin de nous permettre d appréhender

Plus en détail

Systèmes d informations nouvelles générations. Répartition, Parallèlisation, hétérogénéité dans les SGBD. Exemple d application d un futur proche

Systèmes d informations nouvelles générations. Répartition, Parallèlisation, hétérogénéité dans les SGBD. Exemple d application d un futur proche Répartition, Parallèlisation, hétérogénéité dans les SGBD AI Mouaddib Département Informatique Université de Caen Systèmes d informations nouvelles générations! Constat :! Utilisation de nouveaux support

Plus en détail

La sécurité dans les grilles

La sécurité dans les grilles La sécurité dans les grilles Yves Denneulin Laboratoire ID/IMAG Plan Introduction les dangers dont il faut se protéger Les propriétés à assurer Les bases de la sécurité Protocoles cryptographiques Utilisation

Plus en détail

Documentation du serveur de jeu

Documentation du serveur de jeu Documentation du serveur de jeu Introduction Ce document décrit le rôle de notre serveur de jeu et les fonctionnalités qu il fournit à l application Android. Nous détaillerons aussi l architecture et les

Plus en détail