1 / 23

Voie d’approfondissement Architecte de Services en Réseaux

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

coral
Télécharger la présentation

Voie d’approfondissement Architecte de Services en Réseaux

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Voie d’approfondissementArchitecte de Services en Réseaux Michel SimaticDépartement Informatique

  2. 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

  3. 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

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

  5. 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

  6. 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

  7. 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, …

  8. 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 ?

  9. 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

  10. 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

  11. 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)

  12. 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

  13. 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

  14. 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

  15. 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.

  16. Déroulement d’ASRLes conférences • Voir http://www-inf.it-sudparis.eu/COURS/ASR/conferences/index.html

  17. Déroulement d’ASRL’UV projet • Voir http://www-inf.it-sudparis.eu/COURS/ASR/projets/index.html

  18. 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)

  19. 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

  20. 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

  21. 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)

  22. 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

  23. 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.

More Related