230 likes | 372 Views
Voie d’approfondissement Architecte de Services en Réseaux. Michel Simatic Département Informatique. Sommaire. Introduction Evolution des systèmes distribués Réalisations d’aujourd’hui Défis de demain Objectif d’ASR Déroulement d’ASR Généralités Les UVs de cours L’UV projet Validation
E N D
Voie d’approfondissementArchitecte de Services en Réseaux Michel SimaticDépartement Informatique
Sommaire • Introduction • Evolution des systèmes distribués • Réalisations d’aujourd’hui • Défis de demain • Objectif d’ASR • Déroulement d’ASR • Généralités • Les UVs de cours • L’UV projet • Validation • Retours des étudiant(e)s • Conclusion • Bibliographie
Sommaire • Introduction • Evolution des systèmes distribués • Réalisations d’aujourd’hui • Défis de demain • Objectif d’ASR • Déroulement d’ASR • Généralités • Les UVs de cours • L’UV projet • Validation • Retours des étudiant(e)s • Conclusion • Bibliographie
IntroductionEvolution des systèmes distribués (1/2) • Des matériels communicants de plus en plus nombreux • Des matériels de plus en plus petits
IntroductionEvolution des systèmes distribués (2/2) • Aujourd’hui, l’attention est focalisée par 2% des ordinateurs [Tennenhouse, 2000] • Demain, tous ces matériels communiqueront entre eux
IntroductionRéalisations d’aujourd’hui • Plateforme Google [Wikipedia, 2007] • Novembre 2005 : 24 Mds de pages indexées • 450.000 serveurs sur 25 sites • Chaque index est identique aux autres, mais synchronisation à des intervalles pouvant dépasser le mois • Exemple de Système d’Information Commercial (SIC) • 8 millions de clients • 50 sous-systèmes Unix • 30 bases de données • Utilisation d’intergiciels (notamment pour la gestion de transactions distribuées) • Plateforme de téléchargement de contenus pour téléphone mobile • Typiquement 100.000 contenus à indexer • Interactions avec les mobiles • Interactions avec les SIC des opérateurs
IntroductionDéfis de demain (1/2) • Prise en compte de l’hétérogénéité • Des matériels très variés • Ils doivent être capables de communiquer entre eux • Du petit capteur au super-calculateur • Golem Dust (UCB, 2004) • Un « mote » fonctionnant à l’énergie solaireavec des communications radio bi-directionnelmuni de capteurs d’accélération et de luminosité • Le tout dans un volume de 6.6 mm3 • www.top500.org (juin 2008) • x 10, tous les 4 ans • Puissance du dernier d’aujourd’hui =Puissance du premier de 2000… • Une grande diversité de technologies réseau • WiFi, BlueTooth, GPRS, UMTS, Zigbee, …
IntroductionDéfis de demain (2/2) • Gestion d’un grand nombre de matériels • Comment les identifier ? Comment les localiser ? • Gestion de données hétérogènes • Issues d’une multitude de matériels • Gestion de la mobilité • La plupart des matériels seront (sont déjà ?) mobiles • PDA, téléphones mobiles, cartes à puce, automobiles, capteurs… • Ces matériels peuvent apparaître/disparaître de la zone où ils évoluent • Le groupe de matériel communicant change dynamiquement • Comment découvrir les matériels atteignables ? Comment détecter leur disparition ? Comment distribuer le travail entre eux? • Problème de fond : comment distribuer les traitements et le stockage de données entre les différents niveaux des architectures de demain ?
Sommaire • Introduction • Evolution des systèmes distribués • Réalisations d’aujourd’hui • Défis de demain • Objectif d’ASR • Déroulement d’ASR • Généralités • Les UVs de cours • L’UV projet • Validation • Retours des étudiant(e)s • Conclusion • Bibliographie
Objectif • Former des Architectes de Services informatiques en Réseau = des professionnels capables de structurer un système informatique en terme de • Composants • Organisation de ses fonctions • Compétences (conceptuelles *et* pratiques) • Technologies de base pour la répartition : programmation système, outils de bas niveau pour les services répartis (sockets, RPC…), algorithmique répartie • Architectures type grappe/grille : exploitation de ces architectures, développement d’applications • Intergiciels (/middleware) pour la production d’applications réparties : CORBA, MOM, Web services, J2EE • Web sémantique : ontologies, techniques XML, métadonnées • Informatique mobile, ubiquitaire et diffuse : enjeux, concepts et outils
Effets de bord • Qualités attendues d'un cadre recruté dans le domaine des applications mathématiques (NDLR: et informatiques) [M. Romainville, 2002] • Qualités intellectuelles et professionnelles • Capacité au raisonnement, à l’abstraction, à la conceptualisation et à la rigueur (ex. mobiliser son savoir pour extraire l’outil adéquat) • Créativité (ex. créer de nouveaux outils) • Connaissance des organisations (ex. anticiper les conséquences organisationnelles de l’introduction d’un nouvel outil) • Maîtrise de l’incertitude et de la complexité • Approche interdisciplinaire • Qualités personnelles et comportementales • Aptitude à l’écoute • Attitude ouverte, curiosité • Capacité à communiquer et à convaincre • Compétences relationnelles • Capacité à travailler en équipe sur des projets • Capacité à « parler le langage de tous les savoirs » (faire un effort d’acculturation en posant les bonnes questions et en écoutant surtout les messages qu’on veut nous transmettre)
Sommaire • Introduction • Evolution des systèmes distribués • Réalisations d’aujourd’hui • Défis de demain • Objectif d’ASR • Déroulement d’ASR • Généralités • Les UVs de cours • L’UV projet • Validation • Retours des étudiant(e)s • Conclusion • Bibliographie
Déroulement d’ASRGénéralités • Point d'entrée = • http://gaspar.it-sudparis.eu/ • http://cours.it-sudparis.eu/ • http://cours.it-sudparis.eu/moodle • Vous y trouverez • Equipe enseignante • Fiche programme : LA référence • Planification ASR du S5 (donne une vision globale de la VAP, pendant que GASPAR donne les salles) • Conférences (font partie des cours !) • Stages • Forum des nouvelles • Forum ASR • Les UVs • Cours • Projet
Déroulement d’ASRLes UVs cours (1/2) • UV 3 : Conception et programmation des systèmes centralisés (M. Simatic) • UV 4 : Algorithmique et communications des applications réparties (Ch. Bac) • UV 5 : Grappes et grilles (E. Renault) • Maîtriser les architectures de type grappes et grilles • Concevoir, développer, exploiter des systèmes à haute performance et haute disponibilité • Concevoir et programmer des systèmes parallèles • UV 6 : Intergiciels pour applications réparties (C. Taconet) • Connaître les patrons de conception des intergiciels pour les applications réparties • Connaître les différentes techniques logicielles de conception et de structuration d'applications réparties : IDM, MDA, Architectures Orientées Service (SOA), Assemblage de composants • Maîtriser les technologies de production d'applications réparties en entreprise : CORBA, MOM, Web Services, J2EE • Produire des applications réparties en entreprise
Déroulement d’ASRLes UVs cours (2/2) • UV7 : Web sémantique et applications (A. Bouzeghoub) • Connaître les "Webs sémantiques" • Savoir définir et exploiter une ontologie • Définir et exploiter les techniques XML, les méta-données... • UV8 : Informatique mobile, ubiquitaire et diffuse (D. Conan) • Appréhender les problématiques de l'informatique mobile, ubiquitaire et diffuse, et comprendre les enjeux scientifiques et techniques des nouvelles formes de communication entre personnes, machines, appareils mobiles et capteurs • Acquérir les bases des concepts et des outils des intergiciels pour l'informatique mobile, ubiquitaire et diffuse • S'initier aux techniques de recherche pour développer le goût de la création, de l'innovation et de l'expérimentation, et ainsi, posséder une meilleure aisance face aux décisions scientifiques et techniques d'un ingénieur de R&D.
Déroulement d’ASRLes conférences • Voir http://www-inf.it-sudparis.eu/COURS/ASR/conferences/index.html
Déroulement d’ASRL’UV projet • Voir http://www-inf.it-sudparis.eu/COURS/ASR/projets/index.html
Déroulement d’ASRValidation • Pas de validation d’ASR proprement dite • Chaque UV d’ASR est évaluée • Indépendamment des autres • Selon des critères qui lui sont propres (voir fiche programme ASR)
Déroulement d’ASRRetours des étudiant(e)s • Nous avons besoin de vos retours pour nous permettre qu’ASR réponde au mieux à vos attentes • Questionnaire (moodle) proposé à la fin de chaque U.V. de cours (avec prix à la clé !). Pour info • ASR3 : 3 retours sur 18 étudiant(e)s :-( • ASR4 : Retours ? Quels retours ? :-(( • Réunion bilan pendant la dernière semaine d’ASR
Sommaire • Introduction • Evolution des systèmes distribués • Réalisations d’aujourd’hui • Défis de demain • Objectif d’ASR • Déroulement d’ASR • Généralités • Les UVs de cours • L’UV projet • Validation • Retours des étudiant(e)s • Conclusion • Bibliographie
Conclusion • Y A P U K A ! • Mais vous pouvez encore poser des questions sachant que « Une vie sans question ne mérite pas d'être vécue » (Platon)
Sommaire • Introduction • Evolution des systèmes distribués • Réalisations d’aujourd’hui • Défis de demain • Objectif d’ASR • Déroulement d’ASR • Généralités • Les UVs de cours • L’UV projet • Validation • Retours des étudiant(e)s • Conclusion • Bibliographie
Bibliographie • [Romainville, 2002] Romainville, M. (2002). L’évaluation des acquis des étudiants dans l’enseignement universitaire. Technical report, Haut Conseil de l’évaluation de l’école, 3-5, bd Pasteur 75015 – Paris. • [Tennenhouse, 2000] Tennenhouse, D. (2000). Proactive computing. Commun. ACM, 43(5):43–50. • [Wikipedia, 2007] Wikipedia (2007). Google. http://fr.wikipedia.org/wiki/Google.