Une présentation des avantages et inconvénients de ce modèle de service.

1. Cloud computing ou L'informatique dans les nuages Par Philippe Scoffoni http://philippe.scoffoni.net [email_address] Cette présentation est placée sous licence Creative Common Paternité 2.0 France (CC-BY) à l'exception des images qui l'illustrent (celles-ci demeurent placées sous leur mention légale d'origine). Image de fond : © Julydfg - Fotolia.com Illustration sous licence CC-by-nc Ivan Walsh

2. Le Web 2 milliards d’internautes utilisent Gmail, Picassa, Flickr, YouTube ou Facebook, ... 4 milliards de photos sur Flickr et... 80 milliards sur Facebook En mars 2009, il y avait 120 millions de vidéo sur Youtube soit 600 ans pour toutes les visionner Abonnés 3G en France: 15 millions sur 43 millions Etat des Lieux

3. Cloud computing / informatique dans les nuages Apparition sur le web du buzz-word Source Google Trends Etat des Lieux

6. Un accès ubiquitaire au réseau

7. Une mise en commun des ressources

8. Une « Elasticité rapide »

9. Un service mesuré en permanence Source : http://www.econo-blog.com/blog/quelle-definition-pour-le-cloud-computing/ Etat des Lieux

11. Espace de stockage (Go)

12. Connectivité/sécurité Cible : Les responsables d'infrastructure informatique Qui : Amazon , Blue Cloud (IBM), RackSpace, GoGrid OVH, Gandi Etat des Lieux Iaa S VOUS Illustration sous licence CC-By Nicolas Hennion Stockage mutualisés Connectivité / sécurité Système OS / BD Serveur virtuel CPU / RAM / Disque Librairie / API / Framework Applications Données

13. Modèle de service PaaS : Plateform as a Service Mise à disposition d'une plate-forme d'exécution d'applications pour un langage de programmation donné. Cible : Les développeurs Qui : Google App Engine (Python), Microsoft Azur, hébergements PHP/Mysql, Hébergements spécialisés Ruby on Rail Etat des Lieux VOUS Paa S Illustration sous licence CC-By Nicolas Hennion Stockage mutualisés Connectivité / sécurité Système OS / BD Serveur virtuel CPU / RAM / Disque Librairie / API / Framework Applications Données

14. Modèle de service SaaS : Software as a Service Mise à disposition d'une application complète Cible : L'utilisateur final Tarification : au nombre d'utilisateurs, volume des données stockées, etc.. Qui : Etat des Lieux VOUS Saa S Illustration sous licence CC-By Nicolas Hennion Stockage mutualisés Connectivité / sécurité Système OS / BD Serveur virtuel CPU / RAM / Disque Librairie / API / Framework Applications Données Created by jonas_therkildsen Attribution-Share Alike 2.0 Generic

15. Modèle de service PraaS : Process as a Service Concept proposé par Louis Naugés : Propose une réponse complète pour gérer l’intégralité d’un processus. --> Approche métier Exemple : Amiando prend en charge toute la réalisation d’un événement ou d’une conférence. Cible : L'utilisateur final Etat des Lieux

17. Private Cloud, ou «Nuages privés».

18. VPC, Virtual Private Cloud, ou «Nuages privés virtuels».

19. Hybrid Cloud ou «Nuages hybrides» Etat des Lieux

23. Moteur de virtualisation : Xen, KVM

24. Pilotage du nuage : Eucalyptus,Globus Nimbus, Open Nebula, Enomaly ECP, Niftyname, IN-VIGO

26. Gratuit la plupart du temps

27. Disponible partout Développement de la téléphonie mobile

29. Ratio Energie consommée/Service rendu mauvais

30. Sécurité souvent très faible

31. Pourquoi le cloud computing Grandes entreprises -> Une certaine méfiance -> Des compétences en interne Deux axes d'évolution : Adoption de la virtualisation pour leur « nuage privé » ou infrastructure informatique Externalisation d'une partie des applications sur un nuage public

33. Coûts d'entrée peu élevés

34. Absence totale ou partielle d'administration système

35. Pas de gestion du matériel

36. On ne paie que ce que l'on utilise Une bonne affaire alors ?

38. Pas de maîtrise sur l'évolution des applications utilisées,

39. Risques jurdiques lié à la localisation des données

40. Reversibilité

41. Perte de certification

42. Interopérabilité faible entre les services

43. Disponibilité

45. Définir et faire connaître la notion de services libres ou de web libre

46. Refuser le cloud computing

47. Permettre l'Interopérabilité L‘Open Cloud Computing Son objectif est de proposer des solutions reposant sur des protocoles ouverts et des logiciels libres et open source. Un projet porté par des Universités et CISCO. Récemment rejoint par Yahoo

48. Permettre l'Interopérabilité L‘Open Cloud Manifesto Le manifeste a pour objectif de définir les principes d’interopérabilité pour que le cloud computing soit une technologie ouverte. Porté par VMware, Red Hat, Sun, la fondation Eclipse et AMD

49. Permettre l'Interopérabilité Distributed Management Task Force Développe et maintient des standards pour l'administration de systèmes informatiques d'entreprises ou connectés à internet Porté par AMD, Cisco, Dell, EMC, Fujitsu, Hewlett-Packard, Hitachi, IBM, Intel, Microsoft, Novell, Oracle, Sun Microsystems, Symantec et des universités

51. Red hat lance le projet Deltacloud. Définir une API standard permettant d'uniformiser l'exécution des applications entre tous les services de cloud computing du marché au travers de « drivers » spécifiques à chaque plate-forme

52. Permettre l'Interopérabilité Des absents : Google Amazon Salesforce.com Microsoft Pour l'instant une approche éparpillée et sans consensus réel

54. Une architecture modulaire ;

55. Absence de barrière pour essayer les logiciels ;

56. Absence de barrières pour construire et développer. Source Benjamin Jean (LINAGORA)

58. Liberté des logiciels : tous les logiciels requis pour qu’un client qui souhaite bénéficier du même service sur une infrastructure personnelle ou hébergée par un autre tiers doivent être distribués sous une Licence Libre,

59. Aucun verrous légal ne doit empêcher un concurrent de copier et tenter de fournir le même service. Source : FFI (Foundation for a Free Information Infrastructure )

61. Droits aux données privées : aucune donnée en relation avec l’usage du service ne peut être fourni à une tierce personne même rendues anonymes sans l’accord préalable du client sur les bases du cas par cas (Demande d’accord pour chaque diffusion)

62. Devoir d’information : le client du service doit être informé de chaque incident ou changement qui pourrait causer ou avoir causé un risque de sécurité pour le service ou de changement du service.

63. Disclosure Right : le fournisseur du service doit prendre les mesures appropriées pour s’assurer que les conditions d’utilisation du service soient respectées de son personnel ou de ces fournisseurs. Ces mesures doivent pouvoir être fournit à la demande du client. Source : FFI (Foundation for a Free Information Infrastructure )

65. Encourager les utilisateurs à exporter leurs données

66. Un format d'export ouvert et documenté

67. Export des données « enrichies » au travers du service

68. Description publique de la politique de sauvegarde

69. Demander à l'utilisateur avant de supprimer des données qui furent rendues publiques

70. Fournir un moyen de contrôler l'accès aux données

71. Rendre claire la licence sous laquelle les données sont publiées Source : Karl Dubost

73. S'assurer que l'on peut relire les données exportées dans un autre logiciel

74. S'assurer que l'on récupère bien toute les données y compris celles ajoutées par d'autres personnes

75. S'assurer que ces données sont bien supprimées en cas de fermeture de son compte

76. S'assurer que les données que l'on confie à un service nous appartiendront encore

77. Conclusion Neutralité du Net Disponibilité Illustration sous licence CC-By Nicolas Hennion Internet Stockage mutualisés Connectivité / sécurité Système OS / BD Serveur virtuel CPU / RAM / Disque Librairie / API / Framework Applications Données

78. C'est fini MERCI DE VOTRE ATTENTION Retrouver cette présentation sur http://philippe.scoffoni.net Rubrique Téléchargement Libre