Maslintcho on the Cloud

Définition du concept de cloud computing

2012-01-18T07:54:00.000+01:00

Le cloud computing, terme marketing à la mode dans le monde informatique, répond à une définition de plus en plus précise. Depuis le 8ème symposium de la HEG "La gestion par le cloud - Mode d'emploi pour entreprises et administrations" en novembre 2011 et afin de répondre aux questions de plusieurs journalistes, j’ai été amené à affiner ma définition précédente (http://maslintchoonthecloud.blogspot.com/2009/12/la-pyramide-du-cloud-computing.html) du cloud computing.

C’est un service scalable et élastique, accessible par internet, pour lequel l’utilisateur ne paie que ce qu’il consomme. Il existe trois grandes catégories de service: Infrastructure as a Service (IaaS), Platform as a Service (PaaS) et Software as a Service (SaaS). Finalement en fonction du degré de partage de l’infrastructure technique nous parlons de cloud privé lorsque l’infrastructure est dédiée à un client. Nous appelons cloud communautaire, le fait que les machines soient partagées entre plusieurs utilisateurs qui ont un intérêt commun (par exemple: des hôpitaux, une association professionnelle, etc.). Nous parlons de cloud public quand l’infrastructure est partagée entre plusieurs clients cherchant un service de qualité, économique, sans se soucier d’où se trouvent les machines et qui sont colocataires. Finalement, nous pouvons dire que le cloud hybrid permet à un client de bénéficier des avantages des clouds dits privés et publics.

Google: "Search, plus Your World"! – mon point de vue

2012-01-16T19:37:00.000+01:00

Récemment, j’ai lu l’article de Google [1] qui annonce que les résultats des recherches de son fameux moteur de recherche vont maintenant contenir vos propres contenus, ainsi que ceux des personnes que vous connaissez et des éléments qu’ils ont partagés avec vous.

Cet article m’a rappelé une discussion avec des collègues, il y a environ deux ans. Certains d’entre eux avaient émis l’hypothèse que dans quelques années Facebook deviendrait le moteur de recherche le plus populaire. Il nous offrirait un contenu plus personnalisé. De plus, en sachant qu’un de nos "amis" a déjà apprécié une page, cela pourrait être un gage de qualité. Deux ans plus tard je n’utilise toujours pas Facebook comme moteur de recherche et je doute que quelqu’un le fasse.

Maintenant que Google va utiliser son réseau social pour nous proposer des liens sensés être encore plus "intéressants", je me pose plusieurs questions. Ci-après ma réflexion à chaud sur la qualité des résultats de recherche que nous allons bientôt avoir sur Google.

N’allons-nous pas réduire l’étendue de notre champ de recherche? Personnellement, ce que j’apprécie quand j’utilise un moteur de recherche, c’est de découvrir des nouveautés! Si je retrouve le contenu des messages que je viens de lire sur mon réseau social, je ne suis pas convaincu que je vais apprendre quelque chose de nouveau. Toutefois avoir l’avis de mes amis peut-être un avantage, car je connais leurs goûts. D’un autre côté, je me demande si poster un message sur mon réseau social favori ne peut pas m’apporter des résultats plus intéressants et originaux que ceux trouvés au travers d’un moteur de recherche. En effet, nous n’en sommes pas encore au stade où nous racontons et partageons nos expériences en temps réel sur notre réseau social favori. De plus ce dernier n’est pas forcément celui de Google.
Pour continuer cette réflexion, je me demande si en fonction des passions de mes amis, je ne vais pas avoir des résultats totalement inappropriés et hors contexte? L’auteur de l’article de Google [1] illustre ses propos en citant le mot "chikoo". Le chikoo est le fruit du sapotillier. C’est aussi le nom du chien de l’auteur de l’article [1]. Lorsqu’il recherche le terme "chikoo" sur Google, il obtient alors des informations sur le fruit, mais aussi des liens sur les photos de son chien.
Personnellement je n’ai pas forcément envie de voir les photos des animaux, des proches, etc. de tous mes amis en permanence lors de mes recherches. Je me demande donc si nous pourrons utiliser le mécanisme de cercles offert par Google+ pour filtrer les recherches?

Je n’ai évidement pas de réponses à toutes ces questions et Google n’entre pas assez dans le détail dans son article [1]. J’attends donc de pouvoir tester cette nouvelle fonctionnalité, et je pense que je devrais patient car mes "amis" ne sont pas encore sur Google+.

Qu’en pensez-vous?

[1] Official Google Blog, Search, plus Your World, http://googleblog.blogspot.com/2012/01/search-plus-your-world.html, publié le 10 janvier 2012, consulté en ligne le 11 janvier 2012

2012! L'année du mobile!

2012-01-15T21:04:00.000+01:00

En 2012 le cloud est partout [1] et c’est lui qui fait fonctionner toutes nos applications mobiles [2].

Depuis fin 2011 le nombre de smartphones dépasse le nombre des ordinateurs individuels (PC). Ce changement engendre une transformation radicale dans la façon dont nous accédons et nous partageons l'information. Les appareils mobiles sont maintenant suffisamment puissants et sophistiqués pour permettre aux utilisateurs de gérer leur entreprise, d’accéder à leurs dossiers, de rester informés depuis n'importe où et en tout temps.

Cette année de plus en plus d’employés seront des collaborateurs mobiles. Mis à part quelques exceptions, la plupart des pays verront le nombre de ces derniers croitre [3].

Sans aucune aide gouvernementale coordonnée, les compagnies de télécommunication de la planète ont facilité la création d’un nouveau marché gigantesque, à échelle mondiale. Ce marché est celui de la débrouillardise et il est surnommé «système D» par l'auteur Robert Neuwirth. Il est estimé à mille milliards de dollars [4].

Depuis la publication de l’article "le web est mort" en août 2010, dans le magasine Wired [5], un débat fait rage entre les partisans des apps et les partisans du web "mobile" comme le rapporte Mathew Ingram dans son article [6]. Cela peut sembler comme un grand et nouveau monde si vous êtes un développeur d'applications - ou si vous êtes un acteur majeur de l'économie des Apps à la manière dont Apple et les fournisseurs de plateforme tels que Facebook et Google le sont. Les Apps sont utiles car elles vous permettent de contrôler l'expérience que vos utilisateurs ont jusque dans les moindres détails. … Toutefois "Si je ne peux pas faire de liens dans et hors de ce monde, il ne peut pas remplacer le web".

Personnellement, je pense que 2012 sera l’année du mobile et le cloud sera le moteur invisible de cette révolution.

[1] GigaOm - Barb Darrow, The secret behind all those shiny CES gadgets? Cloud computing, http://gigaom.com/cloud/the-secret-behind-all-those-shiny-ces-gadgets-cloud-computing/, publié le 09/01/2012, consulté en ligne le 10/01/2012
[2] GigaOm - Kevin Fitchard, Siri: Enabler of more data consumption, not the root cause, http://gigaom.com/apple/siri-enabler-of-more-data-consumption-not-the-root-cause/, publié le 09/01/2012, consulté en ligne le 10/01/2012
[3] L'Atelier BNP Paribas, Employees Becoming More and More Mobile, http://www.atelier.net/node/400445, publié le 12/01/2012, consulté en ligne le 13/01/2012
[4] Forbes, Elise Ackerman, The $10 Trillion Economy Mobile Built, http://www.forbes.com/sites/eliseackerman/2012/01/12/the-10-trillion-economy-mobile-built/, publié le 12/01/2012, consulté en ligne le 13/01/2012
[5] Wired, Chris Anderson et Michael Wolff, The Web Is Dead. Long Live the Internet, http://www.wired.com/magazine/2010/08/ff_webrip/all/1, publié le 17/08/2010, consulté en ligne le 15/09/2010
[6] GigaOm, Mathew Ingram, Apps vs. the web: Are they enemies or allies?, http://gigaom.com/2011/12/14/apps-vs-the-web-are-they-enemies-or-allies/, publié le 14/12/2011, consulté en ligne le 15/12/2011

Utilisez-vous votre "tablette" (iPad, Android, …) pour travailler?

2011-11-04T23:56:00.000+01:00

Il y a quelques semaines, j’ai lu un article de Mac Slocum[1], sur les améliorations à apporter aux tablettes afin qu’elles puissent remplacer les ordinateurs portables. A la fin de cet article Mac Slocum pose quatre questions :

Utilisez-vous plusieurs appareils mobiles? Si oui, lesquels?
Pour voyager – lequel/lesquels de ces appareils prendriez-vous?
Avez-vous essayé d’utiliser uniquement une tablette? Qu’est-ce qui a fonctionné? Qu’est-ce qui n'a pas fonctionné?
Quelles améliorations sont nécessaires, pour que vous puissiez travailler uniquement avec votre tablette?

Je vais essayer de répondre à ces questions.

Personnellement, j’utilise quatre appareils mobiles. Deux PC portables (un professionnel 15.4" et un personnel 17"). L’avantage de mon PC portable personnel c’est la taille de son écran, mais c’est aussi son inconvénient, car il est trop lourd. Mon PC portable professionnel est presque parfait. Grâce à ses performances et les programmes installés, il me permet de travailler depuis n’importe où, comme si j’étais au bureau. Son défaut reste son poids même s’il est plus léger que mon PC personnel.
Je dispose également d’une tablette Android HTC Flyer, que j’utilise principalement pour prendre des notes durant les séances et pour surfer sur le net tout en regardant la télévision tranquillement installé dans mon canapé. Je l’utilise aussi pour passer des films à mon fils lors de longs déplacements en voiture et je le laisse jouer de temps à autre. J’ai choisi cette tablette pour son format 7" et pour son stylet. Il me manque juste un module pour reconnaitre mon écriture et ainsi remplacer le clavier tactile dans les applications (comme ce que nous avions sur les Palm et le P800 ou le P900 de Sony Ericsson). Si vous avez une App, je suis preneur !
Finalement, j’emploie le Nexus S de Google pour téléphoner, surfer dans les transports en commun et comme hot spot wifi pour mon PC portable et ma tablette.

Pour répondre à la deuxième question, lors d’un voyage si je pouvais, je ne prendrais que ma tablette. Malheureusement cette dernière ne me permet pas encore de tout faire et je prends donc un PC portable et bien évidement mon téléphone mobile.

A la troisième question, je peux dire que depuis un mois, j’essaie de tout faire avec ma tablette. Je prends des notes lors de séances, je gère ma messagerie et je peux utiliser des plateformes collaboratives comme Sharepoint, Google docs ou live.com. Par contre, je ne peux pas encore travailler sur un remote desktop afin de faire une correction urgente sur une application. Un autre inconvénient est la dactylographie au kilomètre. Pour le moment, je prends des notes manuscrites sur Evernote et je tape les contenus importants dès que je suis de retour sur mon PC (j’écris trop mal pour Evernote).
En résumé, je peux dire que j’utilise ma tablette comme un super agenda avec carnet de note intégré et un porte document hight-tech.

Pour répondre à la dernière question et enfin pouvoir travailler uniquement sur ma tablette, j’aurai besoin, comme je l’ai dit ci-dessus, d’une application de reconnaissance d’écriture qui s’intègre avec Evernote. J’aurai aussi besoin de pouvoir accéder à distance à un ordinateur m’offrant tous les outils (Office, Adobe CS5, …) que j’utilise au quotidien. Ma tablette deviendrait ainsi un terminal ultra portable.

Et vous ? Il serait intéressant pour moi de connaître vos expériences. N’hésitez pas à me faire part de vos commentaires.

[1] Mac Slocum, O'Reilly Radar, Open Question: What needs to happen for tablets to replace laptops?, http://radar.oreilly.com/2011/10/open-question-tablets-replacing-laptops.html, publié le 17/10/2011 consulté en ligne le 18/10/2011

Premier Cloud "privé" pour le secteur public français!

2011-09-21T11:24:00.000+02:00

Atos et Microsoft ont annoncé mardi 20 septembre 2011 leur alliance pour délivrer des solutions de "Communication & Collaboration" basées sur Windows Server et Hyper-V [1].

Comme je l’avais rapporté en avril 2010 dans mon article "Le Cloud privé la solution à nos attentes?" :

Les prestataires de service "Cloud", …, pour respecter les différentes législations, ne peuvent pas monter un data center dans chaque pays.

Steve Ballmer avait alors suggérer que des entreprises montent leur propre solution de Cloud. L’alliance entre Microsoft et Atos est un exemple concret de ce qu’il faut faire en matière de Cloud Computing pour garantir la sécurité et la confidentialité des données stockées dans le Cloud. En déployant une solution de Cloud en France Atos offre aussi un service qui respecte la base légale nationale et européenne.

[1] Atos, Atos présente ses nouvelles solutions Cloud pour le Secteur Public, http://atos.net/en-us/Newsroom/fr-fr/Communiques_presse/2011/2011_09_20_01.htm, publié le 20 septembre 2011, consulté en ligne le 20 septembre 2011

EcoCloud

2011-06-07T22:42:00.003+02:00

"Faire une recherche sur Google consomme la même énergie que faire bouillir de l’eau pour une tasse de thé [1]… Dès 2015 l’EPFL aura des problèmes pour alimenter électriquement ses nouveaux serveurs!".

C’est par ces deux exemples que Martin Vetterli, doyen de la faculté Informatique et Communications (IC) à l’EPFL, a démarré mardi 31 mai, la journée de lancement du projet EcoCloud, au Rolex Learning Center de l’EPFL. EcoCloud est un consortium de 12 laboratoires qui travaillent sur des projets de recherche dans le domaine du Cloud computing.

L’EPFL ne sera pas le seul organisme à connaitre des problèmes de puissance électrique à l’avenir. Certaines entreprises rencontrent déjà ce problème et elles cherchent des solutions souvent palliatives.
Depuis le début de l’ère informatique, la puissance des ordinateurs a été généralement doublée tous les 18 à 24 mois (loi de Moore) et la consommation énergétique restait constante. Avec le développement rapide du web, de l’internet mobile et du Cloud computing, les besoins en ressources informatiques connaissent une croissance exponentielle. Par conséquent l’augmentation de la consommation électrique est elle aussi exponentielle afin d’assurer le fonctionnement des infrastructures techniques qui délivrent les services dans le Cloud.

Les enjeux vont donc être écologiques et surtout économiques. EcoCloud va donc travailler sur 3 axes - les données, l’énergie et l’intelligence, afin de garantir la viabilité économique du secteur des technologies de l'information (IT).

[1] Revealed: the environmental impact of Google searches, The Sunday Times, Jonathan Leake et Richard Woods, http://technology.timesonline.co.uk/tol/news/tech_and_web/article5489134.ece publié en ligne le 11 janvier 2009, consulté le 1er juin 2011.
Cet article a été mis à jour le 16 janvier 2009, pour préciser ce qu’englobe "une recherche Google". Selon Alex Wissner-Gross, faire "une recherche Google" consiste à interroger plusieurs fois le moteur de recherche avant de trouver la bonne information. Le coût énergétique de cette recherche dépend également du matériel utilisé.

PowerPoint dans le Cloud

2011-05-22T23:29:00.002+02:00

Depuis plusieurs années, j’emploie régulièrement des solutions SaaS (Software as a Service) comme Google Docs ou Microsoft Office Live, pour backuper en ligne mes présentations PowerPoint. Je n’ai jamais apprécié utiliser ces solutions SaaS, pour créer en ligne une présentation. Google a la fâcheuse tendance à déformer certains graphiques "SmartArt" et Office Live de Microsoft n’est pas compatible avec mon browser favori - Chrome. Pour moi, ces solutions ne sont pas assez mûres et performantes, pour abandonner ma suite de bureautique favorite.
Google Docs et/ou Microsoft Office Live sont adaptés pour faire des corrections de dernière minute. Ils sont aussi utiles pour faire des présentations sans installation préalable d’un logiciel. Les autres outils de ces suites de bureautique sont aussi idéaux pour le travail collaboratif.

Le 24 mai prochain dans le cadre de la semaine nationale de l’ingénieur du CNAM, je vais faire un exposé sur le Cloud computing.

Pour préparer ma présentation, j’ai décidé d’employer Prezi. Cette solution, dans sa version gratuite, permet uniquement de créer ses présentations en ligne (elles peuvent être ensuite downloadées).
Il faut moins d’une heure pour prendre en main Prezi. Cette solution permet ensuite de réaliser des présentations originales et totalement différentes des traditionnelles diapositives PowerPoint. Malgré quelques limitations, comme l’impossibilité de choisir le format des puces, j’ai apprécié travailler avec ce produit. Je pense donc réutiliser ce dernier pour mes prochaines interventions dans et sur le Cloud.

UPDATE :
Cette présentation a entièrement été réalisée dans une solution de type SaaS - Prezi.

LE CLOUD COMPUTING : la solution! on Prezi

Chromebook et la sécurité des données dans le Cloud

2011-05-15T11:01:00.001+02:00

Le journal Le Matin a publié samedi 14 mai dans son édition papier un article "Le Chromebook arrive". Pour cet article, j’ai été interviewé pour parler des problèmes de sécurité lié au Cloud computing.

Dématérialiser son PC et le mettre dans le Cloud comporte des risques, mais cela peut-être aussi une solution pour accéder un environnement familier en tout temps et tous lieux. Je développe mon point de vue sur le blog de mon entreprise : http://campus.hesge.ch/lti/index.php/le-chromebook-arrive/lti/.

Citrix "Virtual Computing"

2011-05-10T23:57:00.000+02:00

Mardi 10 mai 2011, j’ai assisté à la journée Citrix "Virtual Computing" à Lausanne (Suisse). Ce fut une journée très "marketing", comme toujours lors de tels événements, mais les intervenants de Citrix et leurs invités comme Cisco ont présenté des concepts et des solutions intéressantes.

L’élément qui a principalement retenu mon attention lors de la présentation de Citrix a été cette phrase : "Cloud enabled data centers and enterprise enabled Clouds". Je pense effectivement et je le répète régulièrement lors de mes propres présentations, qu’il faut dès à présent transformer son data center. En mettant en œuvre les concepts du Cloud computing que j’ai décrit dans les autres articles de ce blog, l’entreprise bénéficiera d’un data center plus robuste. Grâce à l’élasticité, le data center de l’entreprise pourra plus facilement être adapté aux besoins ponctuels et grandissants du responsable des systèmes d’information de l’entreprise. Des économies pourront aussi être faites en optimisant l’utilisation des ressources hardware. Finalement, en industrialisant et en automatisant les processus de gestion du data center, un niveau de service garanti (SLA – Service Level Agreenment) pourra être proposé aux utilisateurs finaux. Comme je l’écris dans mon article "Cloud computing : risques et périls!", il existe, pour chaque entreprise, une solution de type Cloud qui permet à l’entreprise de répondre à ses besoins métier, tout en garantissant la sécurité de son système d’information. En réalisant un premier projet l’entreprise se sera familiarisée avec le concept de Cloud computing et ainsi continuera de migrer son système d’information dans le Cloud.

Les autres éléments qui ont retenu mon attention durant cette journée de présentations, sont d’ordre technique. Citrix a présenté de nombreux produits, deux m’intéressent particulièrement.
Le premier est "OpenCloud Bridge". Cette solution a été conçue pour faciliter la connexion entre le data center de l’entreprise et une solution de Cloud externe. Vu le manque de standard d’interopérabilité entre les acteurs du Cloud, pour moi ce type de solution a un avenir prometteur.

Le second produit qui m’a interessé est "NetScaler". Cette solution de type "application trafic manager" permet de répartir la charge entre plusieurs instances d’une application de façon transparente. Ce type de solution est généralement vendue comme un service indépendant et supplémentaire par les prestataires de service de type IaaS (Infrastructure as a Service). Avec ce produit, Citrix vise à nouveau l’interopérabilité.

En conclusion, je peux dire que contrairement à d’autres acteurs du marché, Citrix semble préparer son entrée sur le marché du Cloud de façon discrète, en développant des outils pour faciliter l’intégration de ses produits dans le Cloud avec d les autres solutions du marché.

Chaos chez Amazon EC2 – plus jamais ça!

2011-05-02T23:20:00.001+02:00

Le 21 avril 2011 le service EC2 (Elastic Compute Cloud) d’Amazon a subi une panne qui a duré près de 3 jours. Certains clients ont même perdu une partie de leurs données [1]. Selon Amazon [2] seul 0.07% du volume des données hébergées dans la zone impactée par la panne ont été définitivement perdues. Ce chiffre ne signifie que peu de choses, car nous ne saurons jamais combien de clients ont réellement perdu des données. Nous pouvons aussi nous poser la question, est-ce que ces clients avaient respecté les règles qu’Amazon impose pour que son SLA (service level agreement) soit applicable?

J’ai écrit un article sur la solution d’Amazon en janvier 2010. Dans cet article je parlais de leur SLA. Il est très contraignant et ne dédommage que difficilement les clients en cas de panne.

"Le client peut demander des dédommagements pour autant que l’ensemble de ses instances aient été indisponibles pour plus de 5 minutes et qu’il n’ait pas pu créer de nouvelles instances. Amazon recommande de travailler au moins sur deux zones."

Si les clients qui ont perdu des données et tous les autres impactés par la panne d’Amazon le 21 avril ont respecté la recommandation du SLA: "travailler au moins sur deux zones", nous pouvons nous poser une seconde question: quel aurait été l’impact d’une telle panne, s’ils avaient hébergé leurs données dans leur propre data centre ou chez un hoster (hébergeur) "traditionnel"? L’impact économique et technique aurait sûrement été plus grand, mais il aurait touché moins de clients!

Pour éviter de reproduire ce problème lors d’une prochaine panne, Amazon décrit les mesures qu’ils vont prendre dans un communiqué [2]. De nombreux articles sur le web [3, 4, 5] donnent aussi des recommandations afin de réduire les risques liés à une panne du même type que celle qu’Amazon vient de connaître. Pour moi ces recommandations sont des recommandations de bon sens et doivent être appliquées à tout projet qu’il soit critique ou pas. Ces conseils sont aussi valables pour tout projet hébergé chez d’autres prestataires de service de type Cloud ou des prestataires que nous pourrions appeler "traditionnels".

Dans ces recommandations, le premier point consiste à multiplier les instances de son système d’information. Contrairement à ce qu’Amazon recommandait "travailler au moins sur deux zones", il faut travailler sur au moins 2 régions. Pour Amazon une "région" (Region) est un déploiement de son infrastructure, totalement indépendant des autres "régions". Une zone de disponibilité (Availability Zones) est un sous ensemble d’une région. Les zones de disponibilité permettent de facilement créer un système redondant, car Amazon fournit des mécanismes pour répliquer automatiquement les données entre les différentes zones d’une même région.
Travailler avec plusieurs régions permet de cloisonner les instances de son système d’information, mais nécessite la mise en place de mécanismes complexes pour la synchronisation des instances. Amazon n’offre pas de mécanismes pour synchroniser ses instances entre deux régions.

Le deuxième point consiste à effectuer des backups réguliers de son système d’information. Lors de la panne du 21 avril, la première tâche effectuée par les ingénieurs d’Amazon a été de réaliser un "snapshot" des Elastic Block Store (EBS) impactés. Un snapshot n’est rien d’autre qu’un backup. Amazon recommande de faire des snapshots réguliers des EBS afin de garantir une sauvegarde à long terme de ses données. La technique du snapshot permet aussi de multiplier rapidement les instances. Au sein de nos entreprises, ne faisons-nous pas des backups réguliers? La fréquence et la méthode des backups dépendent évidement de la nature et de l’importance des données.

Le troisième point des recommandations consiste à employer une solution de Cloud de type hybride ou multi-prestataires. Cette solution peut prendre différentes formes:

Garder les données vitales au sein de son entreprise. Cette solution permet de rassurer sa direction, car l’entreprise garde le contrôle total sur ses données. Par compte elle est souvent aussi couteuse qu’héberger son propre Cloud privé. L’entreprise doit assurer par elle-même l’élasticité de sa solution, mais aussi la sécurité de cette dernière.
Mettre en place une solution de multiplication d’instance. Nous revenons ainsi au deuxième point, sur les snapshots, que j’ai évoqué ci-dessus. La copie principale du snapshot est conservée au sein de l’entreprise et elle est instanciée autant de fois que nécessaire, en interne et/ou chez un prestataire de service Cloud. Cette solution permet une très grande élasticité, mais elle n’est pas adaptée pour des solutions applicatives où l’utilisateur doit éditer les données.
Utiliser plusieurs prestataires de service. Cette solution permet de réduire les risques de pannes. Par compte elle est souvent plus difficile à mettre en œuvre, car il n’existe pas de standards.

Pour conclure cet article, je peux dire qu’Amazon ne peut être tenu entièrement responsable pour la perte de données évoquée dans l’article "Panne dans le cloud: Amazon perd des données de ses clients" [1]. Il faut lire attentivement le SLA. En fonction de l’importance de ses données, il faut mettre en place une solution adaptée. Cette solution doit mettre en œuvre les solutions décrites ci-dessus. Elle devra être déployé dans des data centres entièrement indépendant. La solution devra être backupée régulièrement. Idéalement elle devra être hybride et/ou multi-prestataires.
Pour garantir le bon fonctionnement de sa solution Cloud, cette dernière devra être entièrement automatisée du backup à la multiplication d’instances.

[1] Panne dans le cloud: Amazon perd des données de ses clients, Nicolas Paratte - ICT journal, http://www.ictjournal.ch/fr-CH/News/2011/04/29/Panne-dans-le-cloud-Amazon-perd-des-donnees-de-ses-clients.aspx, publié en ligne le 29 avril 2011, consulté le 30 avril 2011

[2] Summary of the Amazon EC2 and Amazon RDS Service Disruption in the US East Region, Amazon web services, http://aws.amazon.com/message/65648/, publié en ligne le 29 avril 2011, consulté le 29 avril 2011

[3] How SmugMug survived the Amazonpocalypse, Don MacAskill, http://don.blogs.smugmug.com/2011/04/24/how-smugmug-survived-the-amazonpocalypse/, publié en ligne le 24 avril 2011, consulté le 28 avril 2011

[4] The Cloud is not a Silver Bullet, Joe Stump, http://stu.mp/2011/04/the-cloud-is-not-a-silver-bullet.html, publié en ligne le 25 avril 2011, consulté le 28 avril 2011

[5] Seven lessons to learn from Amazon's outage, Phil Wainewright ZDNet, http://www.zdnet.com/blog/saas/seven-lessons-to-learn-from-amazons-outage/1296, publié en ligne le 24 avril 2011, consulté le 28 avril 2011

Cloud computing : risques et périls!

2011-04-13T23:06:00.003+02:00

Mardi 12 avril 2011, j’ai fait une présentation intitulée "Cloud computing : risques et périls" à la conférence sur la Protection des données et Cloud computing du Clusis.

J’ai commencé ma présentation par donner ma définition du Cloud computing et présenter la pyramide du Cloud. Durant cette introduction, j’ai présenté un nouveau concept qui commence à se répandre dans monde du Cloud. Il s’agit de la notion de "community Cloud". Ce dernier est une forme de coopérative appliquée aux systèmes d'information. Cela permet de partager les coûts liés à un projet de type Cloud "privé" entre plusieurs entreprises désirant partager des ressources dans le cadre d’un projet, ayant une entreprise commune (par exemple : une entreprise franchisée) ou des entreprises qui ont un métier similaire et qui n’ont pas les ressources nécessaires pour déployer un Cloud "privé" (par exemple : des hôpitaux).
Durant cette première phase de ma présentation, j’ai également parlé de la jeune startup DotCloud qui a développé une solution de type PaaS (Platform as a Service) qui permet aux développeurs de développer dans de nombreux langages sans se soucier des problèmes de scalabilité et d’élasticité. Cette plate-forme est hébergée sur la solution de IaaS (Infrastructure as a Service) d’Amazon. Cette solution a pour avantage de bénéficier d’une plate-forme robuste et éprouvée avec Amazon, mais elle montre aussi de nouveaux risques et périls comme le SLA.

La deuxième partie de ma conférence a principalement consisté à lever des interrogations sur les risques et périls du Cloud et à donner des pistes de réflexions. Personnellement, j’ai regroupé ces risques et périls en quatre catégories.
La première catégorie concerne la sécurité physique des données. Quelle est la nature des données publiques - confidentielles ou secrètes? Est-ce que mes données sont encryptées sur le Cloud? Est-ce que je peux les crypter? Est-ce que le prestataire est certifié ISO 27000? Est-ce qu’il a été audité SAS 70 par exemple? Existe-t-il des normes et standards nationaux pour la certification et l’auditatbilité?
Ma deuxième catégorie porte sur les problèmes légaux. Durant cette conférence nous venions d’avoir deux présentations, une sur la loi fédérale du 19 juin 1992 sur la protection des données (LPD) en Suisse et l’autre sur l’agrément un nouvel outil pour accompagner les institutions en matière de protection des données dans leurs projets informatiques et technologiques. Je n’ai donc pas réellement évoqué les problèmes légaux nationaux, par compte j’ai insisté sur les problèmes légaux internationaux comme l’USA PATRIOT Act. Cette loi donne au FBI le pouvoir de demander à n'importe quelle organisation de fournir toutes les pièces tangibles pour une enquête de lutte contre le terrorisme international ou les activités d'intelligence clandestines. Des lois semblables peuvent entrer en vigueur dans tous pays. Elles ne permettent pas de garantir la sécurité et la confidentialité des données traitées sur des plateformes de "Cloud Computing" domiciliées en dehors du territoire ou exploitées par des sociétés basées à l’étranger.
La troisième catégorie de risques et périls porte sur la dépendance. Le débat existe depuis de nombreuses années en matière d’open source. Il est encore plus fort avec le Cloud, car il n’existe pas encore de standards. L’IEEE (Institute of Electrical and Electronics Engineers) a annoncé le 4 avril 2011 [1], qu’il allait créer un groupe de travail pour définir les standards en matière de Cloud computing. En matière de dépendance il faut aussi réfléchir à la dépendance réseau. Que faire en cas de panne ou coupure réseau? Par exemple, que faire si les liens vers d’autres pays sont coupés? Le dernier point à vérifier en matière de dépendance est la viabilité de l’entreprise. Ce point est d’autant plus important, car il n’existe que peu de standard en matière de Cloud.
La quatrième catégorie que j’ai présentée lors de cette conférence est le SLA (Service Level Agrement). Avant de signer un SLA il faut vérifier le niveau de service 99.95% (~4 heures d’arrêt par an) ou 99.999% (~5 minutes d’arrêt par an). Que couvre ce SLA? Panne machine? Panne réseau? Panne électrique? Quels sont les conditions pour que cela soit applicable? Quelles sont les pénalités. Plus les pénalités sont élevées plus le prestataire de service à intérêt à faire fonctionner sa solution. Dans le cas contraire il risque la faillite.

J’ai conclu ma présentation en présentant mon modèle ci-dessous.

En fonction du besoin métier, de la criticité de l’information et du degré de confiance dans le Cloud, le chef de projet devra choisir la case de la matrice qui lui convient. Plus le bleu de la cellule est foncé, plus je peux garder le contrôle et la maîtrise de mon système d’information. Inversement plus la couleur est claire et plus mon système d’information sera vaporeux. Je risque donc de violer les lois sur la protection des données, de perdre une partie de mes données ou ne pas pouvoir récupérer et supprimer mes données du Cloud, mais je me serai familiarisé avec le Cloud!

Cloud computing : risques et périls

View more presentations from oleclere.

[1] IEEE LAUNCHES PIONEERING CLOUD COMPUTING INITIATIVE, IEEE, http://standards.ieee.org/news/2011/cloud.html, publié le 04/04/2011, consulté le 04/04/2011

g-Cloud (government Cloud) vs. Cloud Computing

2011-04-12T16:36:00.003+02:00

En matière de "Cloud Computing", gouvernements et entreprises ont des besoins similaires. Tous deux cherchent des solutions sécurisées, fiables (offrant de la haute disponibilité avec un SLA de 99,99…%) et économiquement intéressantes. Dans cet article je vais donc rappeler quelques principes de bases. Puis, je parlerai des différences entre les deux types de Cloud.

Le Cloud Computing, comme je l’ai écrit dans mon article sur "La pyramide du Cloud Computing", offre des services (IaaS, PaaS et SaaS) qui peuvent être hiérarchisés en trois catégories : "infrastructure", "platform" et "application".

Sur l’image ci-dessus et sur les images suivantes plus le bleu est foncé, plus le gouvernement / l’entreprise peut contrôler et garder la maîtrise sur ses données et inversement plus le bleu est clair et plus il est difficile de contrôler et de garder la maîtrise de son système d’information.

Ces trois catégories de services peuvent être déployées selon plusieurs modèles, comme je l’ai décrit dans mon article "Public et Private Cloud".
Les "Clouds" publics sont généralement exploités par des sociétés tierces comme Amazon, Google, Microsoft, GoGrid, etc. Ce sont des infrastructures mutualisées et partagées par un grand nombre d’utilisateurs. Cela permet de bénéficier d’économies d’échelles.
Les "Clouds" privés sont des solutions dédiées à un client. Ils sont hébergés soit au sein de l’entreprise / du gouvernement ou chez un prestataire de services (infrastructure dédiée). Cela permet de garder un plus grand contrôle sur les données.
Les "Clouds" hybrides combinent les deux types de "Cloud". Ce modèle permet de garantir la sécurité et la confidentialité des données tout en offrant la possibilité d’absorber une plus grande charge de manière temporaire.

Un gouvernement / une entreprise n’aura pas le même contrôle sur ses données, en choisissant d’héberger sa solution (par exemple Oracle) en interne, sur un "Cloud" privé ou à l’autre extrême sur un "Cloud" public, en utilisant un service de type "Software as a Service". Il devra donc choisir sa solution de "Cloud Computing" en fonction de la criticité de son information.
Nous pouvons donc définir trois niveaux de criticité de l’information : publique, confidentielle et secrète. L’information publique peut être accessible par tout le monde. Cette information est rendue publique au travers de site web, d’application ou de web service. L’information classée secrète doit être accessible uniquement à des personnes clairement identifiées. Si cette information est divulguée au public ou arrive entre les mains d’un autre gouvernement, cela pourrait nuire à la sécurité nationale. Toutefois, certaines administrations comme l’U.S. Air Force [1], ont mandaté des spécialistes du "Cloud" pour étudier et développer des solutions capables de protéger les données sensibles d’un gouvernement. Entre ces deux extrêmes, nous retrouvons toute l’information que nous n’aimerions pas que d’autres personnes connaissent, comme par exemple notre dernière déclaration d’impôts.

g-Cloud vs. Cloud Computing

Nous venons de rappeler les concepts de base du "Cloud Computing". Ces concepts sont valables aussi bien pour les entreprises que pour les gouvernements. Plusieurs points font la différence entre le "Cloud Computing" pour les entreprises et le "g-Cloud" pour les gouvernements.
Le premier point concerne la législation. Par exemple à Genève (Suisse) nous avons la LIPAD [2]. Cette loi, qui s’applique aux institutions publiques, n’interdit pas à ces dernières d’héberger des données publiques à l’étranger. Par contre, comme toutes les lois du même type (par exemple : la loi fédérale du 19 juin 1992 sur la protection des données (LPD) en Suisse, la loi n°78-17 relative à l'informatique, aux fichiers et aux libertés du 6 janvier 1978 en France ou la loi relative à la protection de la vie privée à l'égard des traitements de données à caractère personnel (8/12/1992) en Belgique), elle vise à protéger les données à caractère personnel. Ces lois ne s’appliquent pas uniquement au "Cloud Computing", mais d’une façon plus générale à tous les traitements de données au sein d’une administration publique et/ou d’une entreprise (en fonction du pays). De plus, ces lois contiennent des restrictions quant à la transmission des données personnelles à des tiers, ce qui limite les possibilités d’utilisation du "Cloud Computing".
Mon second aspect en matière de législation couvre les lois applicables dans le pays de domiciliation des serveurs ou de domiciliation des entreprises qui commercialisent les services. Par exemple aux États-Unis, l’USA PATRIOT Act [3] donne au FBI le pouvoir de demander à n'importe quelle organisation de fournir toutes les pièces tangibles pour une enquête de lutte contre le terrorisme international ou les activités d'intelligence clandestines. Des lois de ce type, qui peuvent être décrétées de façon inattendue, ne permettent pas de garantir la sécurité et la confidentialité des données traitées sur des plateformes de "Cloud Computing" domiciliées en dehors du territoire du gouvernement.

Le deuxième point qui peut faire la différence entre le "g-Cloud" et le "Cloud Computing" est la confiance. Suivant la nature et l’importance du projet, avant de déployer un projet sur le "Cloud", il faut obtenir la confiance des utilisateurs. Pour un gouvernement, ce groupe d’utilisateurs varie fortement d’un projet à l’autre. Le groupe s’étend du fonctionnaire au citoyen sans oublier les élus. Par exemple, héberger sur le "Cloud" une application qui gère les stocks de sels pour déneiger les routes, nécessitera d’obtenir la confiance d’un petit groupe de fonctionnaires. A l’autre extrême, héberger une application de vote par internet ou une application pour déclarer ses revenus ainsi que sa fortune en ligne nécessitera de gagner la confiance des élus et des citoyens.
Pour gagner cette confiance la sécurité doit être au maximum et il faut pouvoir facilement auditer la solution. En matière de sécurité, il existe des normes (par exemple : ISO 27000), des lois (par exemple : aux États-Unis FISMA (http://csrc.nist.gov/groups/SMA/fisma/ , loi américaine spécifique à la gestion de la sécurité des systèmes d’information dans les administrations) et des recommandations issues des bonnes pratiques de l’industrie. Valider la bonne mise en œuvre de ces normes, lois et recommandations n’est pas forcément facile, voir impossible pour une administration. Il faut donc faire confiance à un tiers qui effectuera un audit en suivant une norme comme SAS 70 (norme américaine en termes d’audit). Chaque pays, chaque entreprise doit donc définir ses normes de sécurité et les standards de validation de ces derniers.

Le dernier point qui peut faire la différence entre le "g-Cloud" et le "Cloud Computing" pour les entreprises est la dépendance. En choisissant d’héberger un projet ou de consommer un service sur le "Cloud" un gouvernement ou une entreprise devient ainsi dépendant. Cette dépendance porte sur les aspects technologiques et logiciels, ainsi que sur les aspects réseau internet.
Pour les aspects technologiques et logiciels, l’Open Cloud Manifesto a été créé au printemps 2009 [4], mais aucun des "pionniers" et acteurs majeurs du Cloud comme Amazon, Google, Microsoft Azure ou Salesforce n’ont signé ce manifeste. Pour remédier à ce manque de standards, l’IEEE (Institute of Electrical and Electronics Engineers) a annoncé le 4 avril 2011 [5], qu’il allait créer un groupe de travail pour définir les standards en matière de Cloud computing. Ce manque de standards ouverts peut poser des problèmes d’étique à certaines administrations qui sont demandeuses (voir contraintes) d’utiliser des solutions open-source.
Le réseau est également un élément critique en termes de dépendance pour un gouvernement. En effet, en fonction de la domiciliation des serveurs, le réseau traverse un certain nombre de pays. En fonction des relations diplomatiques, ainsi que de la base légale de ces pays traversés, l’accès aux serveurs du Cloud peut être bloqué.

En conclusion, je peux dire qu’un gouvernement peut comme n’importe quelle entreprise déployer des applications, des services ou consommer des services sur le Cloud. Comme toutes les autres entreprises, l’administration devra choisir la solution et le modèle de déploiement qui lui permettra de ne pas être dans l’illégalité. Elle devra respecter certaines normes et être auditable. Finalement, cette solution devra être acceptée par tous les acteurs du projet.
Certaines administrations utilisent déjà des services dans le Cloud. C’est le cas de l’Administration fédérale suisse avec son projet swisstopo [6]. Ce projet a permis de réduire le délai de mise en service d’un nouveau service cartographique. Migrer sur le Cloud offre à swisstopo une plus grande élasticité des infrastructures et par conséquent une meilleure qualité de service pour ses internautes.

[1] IBM, U.S. Air Force Selects IBM to Design and Demonstrate Mission-Oriented Cloud Architecture for Cyber Security, http://www-03.ibm.com/press/us/en/pressrelease/29326.wss, publié le 4/02/2010, consulté le 18/11/2010
[2] GRAND CONSEIL de la République et canton de Genève, Loi sur l’information du public, l’accès aux documents et la protection des données personnelles (LIPAD), http://www.ge.ch/legislation/rsg/f/rsg_a2_08.html, entrée en vigueur 1/01/2010, consulté le 20/11/2010
[3] Senate and House of Representatives of the United States of America, Uniting and Strengthening America by Providing Appropriate Tools Required to Intercept and Obstruct Terrorism (USA PATRIOT Act) act of 2001, http://www.gpo.gov/fdsys/pkg/PLAW-107publ56/pdf/PLAW-107publ56.pdf, entrée en vigueur 26/10/2001, consulté le 11/11/2010.
[4] Open Cloud Manifesto, http://www.opencloudmanifesto.org/ , consulté le 11/04/2011
[5] IEEE LAUNCHES PIONEERING CLOUD COMPUTING INITIATIVE, IEEE, http://standards.ieee.org/news/2011/cloud.html, publié le 04/04/2011, consulté le 04/04/2011
[6] AWS Case Study: swisstopo, Amazon, http://aws.amazon.com/solutions/case-studies/swisstopo/, consulté le 15/11/2010

2011!

2011-04-11T23:23:00.002+02:00

Depuis plusieurs mois, je n’ai eu que peu de temps à consacrer à mes recherches personnelles en matière de Cloud Computing et Web 2.0. Heureusement, d’ici quelques jours, je vais terminer un des gros projets que j’ai à réaliser en 2011.

Il y a 1 an (en janvier 2010), je vous parlais de thématiques comme le Cloud Computing, internet mobile, AR et HTML5 que j’allais étudier durant l’année 2010. Où en somme-nous aujourd’hui en avril 2011 ?
Le Cloud Computing, comme l’avait prédit et annoncé le Gartner, est un concept technologique sur la pente descendante de la courbe de hype du Gartner (cf. mon article : Courbe de hype 2010 pour les technologies émergentes). Mis à part les craintes que nous pouvons avoir concernant la sécurité, un des problèmes majeurs du Cloud découle de la législation. Cette thématique a peu été étudiée et elle soulève des interrogations telles que : Puis-je légalement héberger mes données à l’étranger ? Est-ce que mes données sont légalement bien protégées à l’étranger ? A l’heure actuelle, je suis entrain de réfléchir sur cette thématique et j’espère publier rapidement un petit article à ce sujet sur ce blog.
Un autre aspect que j’avais mentionné dans mon article l’année passée, est l’internet mobile. Le marché augmente rapidement. Nous constatons aussi une guerre entre les iPhone, les Android et les autres systèmes. Qui va l’emporter ? Est-ce que le web tel que nous le connaissons depuis plus de 15 ans est entrain de disparaitre au profit des "apps" ? C’est en tout cas ce que Wired nous a annoncé fin août 2010 (http://www.wired.com/magazine/2010/08/ff_webrip/all/1 - The Web Is Dead. Long Live the Internet).
Pour moi, la réalité augmentée (AR en anglais) n’a pas décollé en 2010 ! Comme je l’avais dit l’année passée, il manque un standard interopérable pour lancer le développement d’applications.
Finalement, l’HTML5 commence à être supporté par toutes les dernières versions des browsers, mais aucun standard définitif n’a été publié. J’ai par compte fait 2-3 tests et je trouve cette nouvelle version appréciable et prometteuse pour concurrencer les apps.

Assez parlé du bilan de 2010, qu’est-ce que j’attends de 2011. Pour moi en 2011 le Cloud va continuer à changer nos vies et surtout changer notre façon de travailler. Je veux personnellement me lancer dans la rédaction d’un doctorat sur cette thématique. Depuis septembre j’essaie de délimiter un sujet innovant dans le domaine. J’ai commencé par réfléchir à la thématique du g-Cloud : gouvernement Cloud. C’est un domaine encore peu exploré, avec un potentiel économique important, du moins dans un pays comme les États-Unis. En Europe, les États sont souvent trop petits pour pouvoir amortir de très grosses infrastructures. Par contre nous pouvons reprendre les concepts du Cloud afin d’améliorer la qualité du service informatique, tout en rationalisant les coûts et en préservant un peu plus l’environnement (Green IT). Depuis quelques jours et surtout depuis les problèmes au Japon, je réfléchis également au "service recovery" où le Cloud peut-être une solution en la matière. Avoir ses données et ses applications dans le Cloud permet aussi d’être plus agile.

Government Cloud – Quelles sont les contraintes?

2010-11-18T22:06:00.000+01:00

Le 19 novembre 2010 à 16 heures (CET), je vais présenter mes premiers résultats de recherche sur le g-Cloud (Government Cloud Computing) lors du congrès UP 2010™.

Ce congrès, de renommée mondiale, présente les dernières tendances et innovations en matière de Cloud Computing. Il s’agit du premier évènement totalement hybride : les conférenciers et les participants interagiront simultanément aux conférences et débats, soit depuis les deux centres de conférences situés aux États-Unis (San Francisco et Islandia NY), soit en ligne.

Durant mon intervention au congrès UP 2010™, je vais présenter des solutions qui permettent d’éviter les trois principaux freins actuels à l'adoption du Cloud Computing et ce plus particulièrement pour les gouvernements. Je développerai aussi les résultats de ma recherche préliminaire en matière d’aspects juridiques, de sécurité et de standardisation des concepts de base du Cloud Computing.

Courbe de hype 2010 pour les technologies émergentes

2010-09-11T09:22:00.001+02:00

Il y a un plus d’un mois le Gartner a publié sa courbe de hype 2010 pour les technologies émergentes [1]. Comme chaque année le Gartner liste toutes les technologies émergentes et il essaie de définir quand ces dernières atteindront leur maturité. Suite à cette présentation, je me suis penché sur les points liés aux deux thématiques principales de ce blog : le "Cloud Computing" et le "Web 2.0".

Courbe de hype 2009 pour les technologies émergentes (source Gartner)

Courbe de hype 2010 pour les technologies émergentes (source Gartner)

En comparant les deux courbes de hype (2009, 2010) ci-dessus, nous pouvons constater que le "Cloud Computing" a peu bougé en 12 mois, mais il commence à amorcer sa descente vers le "fossé des désillusions". Personnellement, je n’ai pas eu besoin du Gartner pour me rendre compte de cette amorce de descente. En réalisant mes premiers tests début 2010 (http://maslintchoonthecloud.blogspot.com/2010/01/premiere-conclusion.html), sur différentes plates-formes (par exemple : Microsoft Azure ou Appistry), j’ai vite constaté que l’élasticité promise par le "Cloud Computing" n’est pas encore une réalité. J’ai aussi souffert de l’effet du "n’importe où dans le monde" et de la latence réseau qui en découle, en utilisant les services de Google App Engine par exemple.

Ce qui a attiré mon attention dans la présentation du Gartner [1], c’est principalement l’introduction de la notion de "Cloud Privé" sur cette courbe de hype 2010. Selon Jackie Fenn, le concept de "Cloud Privé" s’est fortement développé ces 12 derniers mois. Par exemple, pour des raisons légales et de protection des données, les gouvernements ne peuvent pas héberger leurs applications et leurs données sur des "Clouds" physiquement basés à l’étranger. Cette même contrainte peut s’appliquer à toute entreprise comme l’écrit Forrester [2]. Ce problème de domiciliation des serveurs posait déjà problème pour l’hébergement de sites web. Il devient encore plus important quand une entreprise externalise toute son informatique, sans se soucier dans quel pays se trouve ses données. Une solution pour éviter ce problème de domiciliation serveur, tout en bénéficiant des avancées technologiques liées au "Cloud", est de monter son propre "Cloud". En vivant et travaillant en Suisse, où aucun gros acteurs du marché du "Cloud" n’a encore commercialisé une solution de "Cloud Computing", cette thématique me semble importante. Je vais donc chercher, ces prochains mois, plus d’information dans ce domaine.

La seconde thématique que j’étudie sur ce blog est le "Web 2.0". Ce concept a été sorti de la courbe de hype du Gartner en 2010. Pour moi, ce n’est pas parce que le "Web 2.0" est mort, mais parce que ce concept est maintenant répandu partout et utilisé par tous ! La preuve en est que de plus en plus de membres de ma famille utilisent des applications type "Web 2.0" sans même savoir ce qu’est le "Web 2.0".

[1] Jackie Fenn, Gartner, Emerging Technology Hype Cycle 2010: What's Hot and What's Not, http://my.gartner.com/portal/server.pt?open=512&objID=202&mode=2&PageID=5553&resId=1395613, publié le 04/08/2010, consulté le 09/09/2010

[2] James Staten et Onica King, Forrester, Infrastructure-As-A-Service (IaaS) Clouds Are Local And So Are Their Implications, publié le 09/02/2010, consulté le 07/09/2010

Mise en place d’un site type Web 2.0 sur un Cloud

2010-06-25T16:36:00.005+02:00

Jeudi 24 juin 2010, j’ai soutenu avec succès mon mémoire d’ingénieur CNAM à Lyon. Dans ce travail, je développe certains des articles de ce blog et je valide mes propos par une mise en pratique.

Ce projet est composé de quatre chapitres :

Définition du "Cloud Computing"

Présentation des solutions du marché

Mise en pratique du concept de "Cloud Computing"

Réalisation technique (développement d’une application Web 2.0 de folksonomie)

Télécharger le document complet : Google Docs - Dépôt Universitaire de Mémoires Après Soutenance

Ce mémoire m’a permis de découvrir un domaine prometteur du monde informatique, de le comprendre, de l’analyser et ainsi de pouvoir dire modestement que je suis devenu une personne de référence, un spécialiste de cette technologie de "rupture" qu’est le "Cloud Computing". Dans un avenir proche, de nombreux projets bénéficieront des opportunités nouvelles offertes par cette technologie.

Pour ceux qui ne veulent pas tout lire, voici le résumé :

Le "Cloud Computing" devrait d’ici deux à cinq ans devenir une des briques de base des plates-formes informatiques de prochaine génération. Le Laboratoire des Technologies de l’Information (LTI) de la Haute École de Gestion (HEG) de Genève, dont les missions sont de faire de la recherche et de valoriser cette dernière au travers de mandats, a voulu comprendre le concept de "Cloud Computing".

La première partie de ce mémoire est consacrée à la définition du "Cloud Computing" et présente les cinq concepts fondamentaux de cette nouvelle technologie. Le deuxième chapitre présente les différents types d’applications "Cloud" en les classant en trois catégories ("infrastructure", "platform" et "software"). Les troisième et quatrième parties sont consacrées à la mise en pratique du concept. Le troisième chapitre est consacré à la définition des besoins, des objectifs à atteindre tout en respectant certaines contraintes. Dans cette troisième partie est choisie la plate-forme de "Cloud Computing" pour héberger un projet de "folksonomie". Ce dernier, qui s’appuie sur les concepts du Web 2.0, consiste à demander à l’internaute de classifier les pages d’un site Web en utilisant ses propres mots-clés. Ce projet facilite la recherche d’information pour les autres internautes. Il leurs permet aussi de donner plus d’importance à certains mots-clés en les évaluant. La mise en œuvre de ce projet est décrite dans le quatrième chapitre.

Cette application Web 2.0 permet de constater les avantages, les inconvénients et les contraintes liées au développement sur un "Cloud" et de vérifier certains des concepts fondamentaux.

Mots-clés : Cloud Computing, pyramide du Cloud, folksonomie, définition, concept, implémentation

Office Live, Google docs ou garder sa solution de bureautique?

2010-06-17T22:22:00.000+02:00

Depuis plusieurs jours, je teste office.live.com. J'attendais ce produit depuis son annonce mi-juillet 2009. J’espérais beaucoup de la solution de Microsoft. Depuis je ne suis toujours pas convaincu que les solutions de suites de bureautique en ligne comme Office Live, Google Docs ou Zoho pour ne citer qu’elles, soient utilisables dans un milieu professionnel. Malgré tout, je trouve ces solutions très utiles pour écrire une petite note, pour corriger un document ou même pour collaborer à la rédaction d'un document ou discuter sur des chiffres dans un tableur. Dans toutes ces solutions, le module que je trouve le plus abouti, est celui qui permet de faire des présentations type "PowerPoint". J’utilise ce module de temps à autre pour présenter un des aspects du "Cloud Computing" le SaaS (Software as a Service).

Lors d'Inforum 2010 (www.opi.ch), Roman Bourquin, CEO d'Easygiga SA, comparait Google Apps à Microsoft Office et justifiait le manque de fonctionnalités offertes dans Google Apps par la jeunesse du produit. En conclusion, il nous demandait de recomparer les solutions d'ici 5 ans. J'ose espérer que office.live.com va accélérer le processus de développement de ce type de solutions et que bientôt nous pourrons réellement utiliser ces solutions de type SaaS.

Si je devais choisir une solution de bureautique en ligne aujourd'hui, je prendrai la solution de Google car elle offre plus de fonctionnalités que la solution de Microsoft. Par compte, je trouve les fonctionnalités de rendu de document Office sur la plate-forme de la firme de Redmond plus abouties. Je n'ai pas pu créer un graphique dans Excel Web App, ce qui est très facile à faire chez Google. Par compte j'ai pu facilement changer les valeurs d'une feuille Excel en ligne et ainsi faire changer la courbe du graphique. Pour rester dans la course, pour moi, Google devra développer ou débuguer son mode offline.

Le Cloud privé la solution à nos attentes ?

2010-04-14T16:56:00.001+02:00

En préparant ma présentation du 15 avril 2010 à la HEG de Genève, j’ai lu un article, sur le Monde Informatique, intitulé "Le cloud privé : priorité des DSI selon une étude PAC" [1]. Dans cet article, Serge Lebal nous informe, que selon les responsables informatiques interviewés dans l’étude du cabinet PAC, les deux inconvénients majeurs du "Cloud Computing" sont la sécurité (50%) et la dépendance réseau (35%). En conclusion de cet article il est dit que la priorité des DSI (71%) en matière de "Cloud Computing" est portée sur des solutions d’infrastructure privée.

Cette conclusion m’a rappelé la présentation du 4 mars 2010 [2], à l’Université de Washington, de Steve Ballmer, PDG de Microsoft. Lors des questions – réponses, un auditeur a posé la question suivante "…nous ne devrions pas nous soucier où les informations sont, …, mais il semble que les lois et les règlements se soucient vraiment où les informations sont.". Ce point concernant la domiciliation des serveurs, me semble même plus primordiale que la sécurité, la dépendance au réseau ou la notion de public et privé. Pour moi, nous devons pouvoir choisir où (dans quelle région du monde ou dans quel pays) nos données sont hébergées. De plus comme le précise Steve Ballmer durant son intervention à l’Université de Washington, les pays ne vont pas prochainement réussir à harmoniser leurs lois en matière de protections et confidentialité des données. Les prestataires de service "Cloud", quant à eux, pour respecter les différentes législations, ne peuvent pas monter un data center dans chaque pays. Toutefois, certains acteurs du "Cloud" ont quand même pensé à ce point ! Microsoft et Amazon vendent déjà ce service de choix de régions (US – Europe – Asie), sur leur service de "Cloud public".

Pour répondre à la question ci-dessus, Steve Ballmer propose donc une version "public" du "Cloud Computing" (Microsoft Azure pour lui), mais aussi une version "privée" (installée au sein d’une entreprise). Ces deux versions de "Cloud" doivent être basées sur les mêmes concepts technologiques et ainsi permettre une interopérabilité on peut parler de "Cloud hybrid".

Pour conclure, je pense qu’effectivement le "Cloud privé" est la solution actuelle. Ça nous permet de garantir un bon niveau de sécurité des données, ça diminue la dépendance au réseau, mais surtout ça nous permet de respecter notre législation locale en matière de protection et confidentialité des données. Nous n’habitons pas tous aux US ou dans l’UE et malheureusement, je ne connais pas encore de sociétés qui commercialisent des solutions de type IaaS ou PaaS en Suisse ! Combien de temps faudra-t-il attendre pour avoir des concurrents à VMware vSphere 4 ? Et donc une réelle offre pour monter son propre "Cloud" !!

[1] Le Monde Informatique, Serge Leblal, Le cloud privé : priorité des DSI selon une étude PAC, http://www.lemondeinformatique.fr/actualites/lire-le-cloud-prive-priorite-des-dsi-selon-une-etude-pac-30385.html, consulté le 13/04/2010

[2] Microsoft, Steve Ballmer, The Cloud : Exciting New Possibilities, http://www.microsoft.com/showcase/en/US/details/120eb97f-e7f8-4485-91dc-f6ada8e759e3, consulté le 10 mars 2010

Choisir une solution de "Cloud Computing"

2010-03-17T11:00:00.002+01:00

Aujourd’hui, je viens de faire une présentation du concept de "Cloud Computing" au eb-Qual Technology Day à Genève. Durant cette présentation, j’ai résumé ce que j’écris sur ce blog depuis plusieurs mois et j’ai fini mon exposé avec la présentation de mes dernières recherches. Depuis fin janvier 2010, j’ai travaillé sur la définition de critères de choix et sur une analyse budgétaire de plusieurs solutions.

Pour choisir une solution de "Cloud Computing", j’ai défini quatre grandes catégories de critères : qualité de service (QS), sécurité (SEC), technique (TEC) et domiciliation (DOM) de la solution regroupant 13 critères.

"Cloud privé" (SEC) signifie que les applications et les données sont hébergées soit au sein de l’entreprise, soit dans une structure dédiée et sécurisée chez un prestataire de service. En cas d’hébergement externe les données sont accédées au travers d’un VPN.
"Cloud public" (SEC) signifie que les applications et les données sont entièrement hébergées sur des infrastructures mutualisées.
"Communauté / documentation / support" (TEC) englobent toutes solutions d’aide mises à disposition des utilisateurs de solution de "Cloud Computing" pour développer, déployer et exploiter leur solution.
"Data centre en Europe" (DOM) signifie que les applications et les données sont hébergées dans un des pays membre de l’Union Européenne ou de l’Association européenne de libre-échange (AELE).
"Data centre en Suisse" (DOM) signifie que les applications et les données sont hébergées qu’en Suisse.
"Data centre n'importe où" (DOM) signifie que les applications et les données sont hébergées n’importe où dans le monde.
"Elasticité" (QS) signifie que la solution de "Cloud Computing" est capable de grandir et de rétrécir entièrement automatiquement.
"Facilité de déploiement" (TEC) signifie que l’utilisateur de la solution de "Cloud Computing" peut déployer son application de manière simple soit à l’aide d’un programme type FTP, soit au travers d’une interface web.
"Langages de programmation" (TEC) signifie que les langages autorisés pour le développement sont des langages de programmation couramment utilisés sur le marché comme : Java, .Net, Python ou Ruby.
"Scalabilté" (QS) signifie que la solution est capable d’absorber la montée en charge.
"Sécurité des données" (SEC) signifie que la solution garantit que les données ne peuvent être accédées par des tiers non autorisés. Cela signifie aussi que les données sont régulièrement backupées et qu’elles peuvent facilement être récupérées lors de migration.
"SLA" (QS) signifie que la solution offre un certain niveau de service garanti.
"Standards ouverts" (TEC) signifie que la solution peut facilement être transférée d’une solution à une autre.

L’importance de chacun de ces critères peut varier d’un projet à l’autre et il est nécessaire de les pondérer à chaque projet.

Mon second axe de travail était le budget, j’ai essayé d’estimer le coût de l’hébergement d’une solution soit chez Amazon, Google ou Microsoft où sur un "Cloud Privé" avec VMware. Ma conclusion, pour cette étude est qu’il est très difficile d’estimer ce coût, car tout (processeur, disque de stockage, trafic réseau, les accès à la base de données, l’envoie d’email, …) est facturé ! Il faut aussi choisir le lieu de domiciliation (Europe, États-Unis, Asie, …) de son projet. Ce choix peut entrainer des surcoûts, mais il est quasiment obligatoire pour garantir la qualité du service. Finalement, j’ai constaté que monter son propre "Cloud" avec une solution VMware peut rester bon marché pour autant qu’on aie déjà un grand nombre de serveurs à gérer, car le coût des ressources humaines est alors divisé entre tous les projets.
A titre d’exemple l’hébergement d’un site d’information sur 2 serveurs chez Amazon, Google ou Microsoft coute environ 16'000.- CHF par an et une solution VMware (2 virtual machines, avec 1 core de processeur chacune) sans le coût des ressources humaines coutera moins de 8'000.- CHF par an. Cette dernière solution a ses avantages (par exemple : l’entreprise garde la main sur ses données) et ses inconvénients (par exemple : nécessite beaucoup de ressources techniques pour assurer les pics de charge).

En conclusion, je peux dire qu’il n’y a encore aucune solution qui se détache et que les acteurs du marché ne font rien pour nous faciliter la tâche. Choisir sa solution de "Cloud Computing", c’est un peu comme choisir son abonnement de téléphone portable!!

Folksonomie

2010-02-23T13:31:00.000+01:00

Après plusieurs semaines de réflexion, j’ai enfin trouvé un projet me permettant de faire une mise en pratique des concepts que j’étudie depuis plusieurs années et plus particulièrement les sujets que j’approfondis pour mon mémoire d’ingénieur au CNAM. Mon objectif étant de développer un projet qui allie le "Cloud Computing" et le Web 2.0.
Trouver quelque chose de novateur et que je pourrai ensuite industrialiser n’a pas été facile, mais je pense que le projet que je décris ci-dessous répond à mes objectifs.

Afin d’améliorer et faciliter la recherche d’information dans les sites, je veux développer un projet mettant en œuvre le concept d’étiquetage collaboratif ou "folksonomie".
La "folksonomie" est un néologisme désignant un système de classification collaborative décentralisée spontanée, basé sur une indexation effectuée par des non-spécialistes [1].
Dans le cadre de ce projet, je vais développer un premier prototype permettant aux internautes de qualifier, à l’aide de mots-clés qui leur sont propres, les informations publiées sur les pages des sites Web utilisant mon widget. Cette fonctionnalité améliorera le classement des pages Web et facilitera la recherche d’information.

Ce projet de "folksonomie" consiste à mettre en place un widget pour étiqueter chaque page Web avec un ou plusieurs mots clés. Un second module permet à l’internaute de retrouver l’information qu’il recherche à l’aide des mots clés qui lui sont propres, au travers de ce nouveau plan de classement.

Les deux objectifs à atteindre avec cette application sont :

L’étiquetage des pages web : ce développement doit permettre d’ajouter des mots clés dans les pages Web. Il doit aussi permettre à l’internaute de confirmer ou d’infirmer l’importance d’un mot clé dans une page.
La recherche par mots clés : ce second développement doit permettre aux internautes de lister les liens associés à un mot-clé. La liste des liens présentée au citoyen doit pouvoir être affinée en permettant de choisir plusieurs mots clés.

Contraintes :

Ce développement ne doit pas impacter le code déjà mis en œuvre dans les sites voulant utiliser ce module.
Il doit facilement s’intégrer dans des sites développés dans n’importe quel langage.

[1] Wikipedia, Folksonomie, http://fr.wikipedia.org/wiki/Folksonomie, consulté le 01/02/2010

AppScale

2010-01-21T15:11:00.002+01:00

Voici une des dernières solutions (si vous pensez à une solution intéressante pour mon mémoire et/ou pour déployer un site type web 2.0, postez-moi un commentaire) que je vais évaluer dans le cadre de mon mémoire.

1. Présentation de la solution

AppScale est une implémentation open source de Google App Engine, développée par RACELab de l’université de Santa Barbara aux États-Unis. Cette plate-forme permet d’exécuter, sur son propre cluster, des applications développées pour Google App Engine.
Les buts d’AppScale sont de développer une plate-forme de type "PaaS" qui permette de déployer et tester une application, avant son déploiement sur la solution propriétaire de Google. Le second but d’AppScale est d’étudier les interactions entre un "PaaS" et les couches inferieures d’une solution de "Cloud Computing"

2. SLA

Non applicable.

3. Technique

Cette plate-forme tourne sur des solutions de type "IaaS" mettant en œuvre les solutions de virtualisation comme Xen, KVM, Eucalyptus ou Amazon EC2. AppScale est une solution de type "PaaS" permettant d’héberger des applications développées en Java ou en Python. Pour stocker les données, AppScale supporte un grand nombre de bases de données : Hbase, Hypertable, MySQL Cluster, Cassandra, Voldemort, MongoDB, MemcacheDB.

4. Prix

Non applicable.

5. Avantage / inconvénient

Avantage :

+ Open source.
+ Plus souple que Google App Engine

Inconvénient :

6. En résumé

Cette plate-forme est pour le moment développée à des fins de recherche scientifique et pour tester des applications destinées à fonctionner sur Google App Engine. En ouvrant son code et en permettant déjà l’utilisation de systèmes ouverts et connus pour la gestion de la persistance, AppScale promet de devenir une solution d’avenir.

http://appscale.cs.ucsb.edu/

Xen Cloud Platform

2010-01-21T15:02:00.001+01:00

Je ne pouvais citer dans ce blog et dans mon mémoire d’ingénieur la solution de VMware sans parler de son concurrent open source. Xen ne fait que démarrer son projet spécifique au "Cloud Computing" et la communauté ne fourni que peu d’information à son sujet.

1. Présentation de la solution

Xen Cloud Platform (XPC) est une future plate-forme de "Cloud Computing", développée par la communauté Xen et distribuée sous licence GPL. En novembre 2009 la version 0.1 a été lancée et elle devrait servir comme base de développement pour la première version officielle de la plate-forme XPC 1.0.

2. SLA

Non applicable.

3. Technique

Cette plate-forme se base sur la nouvelle version de l’hypervisor de Xen.

4. Prix

Non applicable.

5. Avantage / inconvénient

Avantage :

+ Open source.
+ Supporté par Citrix.

Inconvénient :

6. En résumé

Cette plate-forme est encore entrain d’être développée, le fait qu’elle soit open source est un atout indéniable.

http://www.xen.org/products/cloudxen.html

Première conclusion!

2010-01-19T15:00:00.009+01:00

Il y a quelques heures, j’ai fait une présentation (au sein de mon entreprise) qui avait pour titre "Cloud Computing – La prochaine plate-forme!".

Afin de préparer cette dernière, j’ai développé et déployé quelques micro-applications sur le "Cloud".
La première, est juste une animation en SilverLight développée et fournie par Microsoft pour tester la plate-forme "Windows Azure" ~~http://maslintchoazurexmas.cloudapp.net/~~ . Cette application m’a permis de prendre en main la plate-forme de Microsoft, je n’ai malheureusement pas encore pris le temps de plus exploiter cette dernière.
La deuxième application (un livre d’or http://maslintchoonthecloud-demo.appspot.com/) que j’ai développé, tourne sur les serveurs de Google. Cette application en Python m’a permis de comprendre comment fonctionne réellement Google App Engine et de tester cette plate-forme.
Afin de tester les capacités des solutions de type "Cloud Platform", j’ai finalement développé et déployé une application très simple http://maslintchoonthecloud-load.appspot.com/ . Ce programme commence par insérer, dans un conteneur de données, un message qui contient la date et l’heure d’insertion, puis cette application affiche les mille derniers messages. J’ai déployé cette application sur 3 plate-formes (http://www.leclere.ch/maslintchoonthecloud-load/load_frame.html) : 1 hébergeur PHP traditionnel (http://www.infomaniak.ch), sur Google App Engine http://appengine.google.com/ (en Python) et sur un cluster VMware vSphere 4 http://www.vmware.com/products/vsphere/ (en PHP). Après déploiement, j’ai constaté que mon hébergeur offrait la solution la plus rapide et que Google offrait une solution gratuite (freemium) mais totalement bridée (2,8% des requêtes HTTP sont rejetées car trop gourmandes en ressource).

Ce test m’a confirmé que nous étions au bord du "fossé des désillusions" de la courbe de hype (popularité) du Gartner. En effet, comme le Gartner le prévoit dans son modèle, en 2009 (http://www.gartner.com/it/page.jsp?id=1124212) tous les acteurs du "Cloud Computing" ont empilé les promesses pour faire grandir le "pic des attentes exagérées". En 2010, nous allons valider ce qui fonctionne, rêver à ce qui pourra être développé et pleurer pour ce que nous attendions. Le Gartner prévoit que dès mi 2011 les solutions de "Cloud Computing" remontreront la courbe de hype pour atteindre en 2013 le "plateau de productivité".

Afin de rester un pionner dans le domaine du "Cloud Computing", afin d’être prêt quand je trouverai la technologie mature et capable d’offrir de vrais services scalables et élastiques, je vais continuer mes recherches sur le sujet et me lancer ces prochaines semaines dans le développement d’un POC (proof of concept). Je vais aussi essayer d’organiser une campagne de métrologie pour avoir des benchmarks utilisables dans le futur.

Avez-vous d'autres expériences?

Microsoft Windows Azure Platform

2010-01-17T22:31:00.001+01:00

Azure est la future plate-forme de "Cloud Computing" de Microsoft. Après un 15 mois de phase de tests grandeur nature, Microsoft va lancer commercialement le 1er février Azure.

1. Présentation de la solution

La plate-forme "Windows Azure Platform" est la solution de "Cloud Computing" de Microsoft. Cette plate-forme offre trois types de services :

"Windows Azure" qui permet de faire fonctionner sur cette plate-forme aussi bien des solutions de traitement de données, que des applications web. Cette plate-forme permet aussi de faire du stockage de données. Ce service offre la possibilité aux développeurs d’utiliser les langages du framework .NET, mais aussi d’autres langages comme PHP et Java. Afin de garantir un service optimum pour ce service "Windows Azure" met en œuvre des mécanismes pour faciliter la scalabilité des infrastructures techniques.
"SQL Azure" est le moteur de base de données relationnel de Microsoft porté sur le "Cloud".
"Windows Azure platform AppFabric" permet d’interconnecter des services hébergés sur le "Cloud" avec des applications existantes.

Tous ces services de "Cloud Computing" sont hébergés dans les data centres de Microsoft.

2. SLA

Microsoft garantit une disponibilité de 99.9% pour ses services : "Windows Azure", "SQL Azure" et "Windows Azure platform AppFabric". Ce taux passe à 99.95% si l’utilisateur déploie son service dans au moins 2 zones distinctes.
http://www.microsoft.com/windowsazure/sla/

3. Technique

Dans cette section, nous focaliserons cette étude succincte sur le service "Windows Azure".
"Windows Azure" permet de facilement déployer des applications packagée dans un fichier "cspkg" sur le "Cloud" de Microsoft. Ce package est accompagnée d’un fichier de configuration "cscfg". Ce dernier permet de définir le type de VM utilisé (de small processeur 1 CPU 1,6 GHz 1,7 Gb de mémoire et 250 Gb de disque dur à extra-large avec 8 CPU, 15 Gb de mémoire et 2 Tb de disque dur) et le nombre d’instances (VM) à déployer pour le projet. Ce nombre d’instance peut ensuite être modifié en cours de production afin de répondre aux besoins. Microsoft recommande l’utilisation d’au moins 2 instances dans 2 zones distinctes afin de garantir un meilleur niveau de service.

4. Prix

Gratuit jusqu’à fin janvier 2010.
Microsoft facture tout le CPU coute 0.12 US$ par heure, le disque dur 0.15 US$ par Go par mois et les 10'000 accès disque coute 0.01 US$. L’outil d’estimation des prix, prévoit un budget 1'959.49 US$ par mois pour un site web d’information qui fonctionnera sur 5 instances. Ce coût baisse à 1'696.69 US$ si nous nous limitons à 2 instances serveurs. Le calculateur prévoit aussi un budget de près de 55'000 US$ pour le développement et le déploiement de l’application la première année.
http://www.microsoft.com/windowsazure/tco/

5. Avantage / inconvénient

Avantages :

+ Supporte de nombreux langages.
+ Offre plusieurs zones d’hébergement.
+ Offre une base de données relationnelle.
+ Permet d’interconnecter des services de type "Cloud" avec des applications existantes.

Inconvénients :

- Scalabilité manuelle ou nécessite un programme tiers.
- Pas de session.

6. En résumé

Microsoft Windows Azure Platform est une plate-forme qui est en constante amélioration depuis son lancement fin 2008 en version "Community Technology Preview". Microsoft doit encore travailler sur l’automatisation du mécanisme de scalabilté.

http://www.microsoft.com/windowsazure/

Google App Engine

2010-01-17T22:21:00.001+01:00

Google App Engine est pour moi la seul plate-forme de "Cloud Computing" publique qui répond à la définition que j'ai donnée.

1. Présentation de la solution

App Engine est la plate-forme de "Cloud Computing" de Google. Cette plate-forme offre la possibilité d’héberger des applications web, développées soit en Java ou en Python, directement sur les infrastructures de Google. Google App Engine bénéficie de la grande expérience de Google en matière d’hébergement web. Google avec sa solution de "Cloud Computing" App Engine garantit que les environnements d'exécution sont construits pour s’assurer que l’application s'exécute rapidement, de manière sécurisée, et sans ingérence liée à l'exécution des autres applications sur le système, même en cas de fort trafic.

2. SLA

Aucun "Service Level Agrement" n’est offert par Google, selon le point 11.2 des conditions d’utilisations de Google App Engine .
http://code.google.com/appengine/terms.html

3. Technique

Pour sa plate-forme App Engine, Google a mis en place une architecture serveur et système qui lui permet de garantir un haut niveau de qualité. Google a clairement séparé la partie statique, de la partie dynamique des applications hébergées chez lui. La partie applicative accède facilement a deux solutions de persistance "Memcache" pour les données qui ont durée de vie courte et "Datastore" qui est le moteur de base de données de la solution App Engine. La plate-forme de Google offre d’autres services qui permettent entre autre d’accéder d’autres ressources sur l’inter ou d’envoyer des mails par exemple.
Pour répondre à la montée en charge ; Google multiplie les instances de serveurs applicatifs.
Sur sa plate-forme App Engine, Google a défini quelques contraintes techniques (par exemple : en Java impossibilité d’ouvrir un socket pour écrire dans un fichier, en Python les extensions en C ne sont pas autorisées) et opérationnelles (par exemple : le temps d’exécution d’une application est de 30 secondes maximum, une requête peut retourner que 1'000 enregistrement au maximum).

4. Prix

Gratuit pour les applications nécessitant moins de 500Mo de stockage et ayant moins de 5 millions de pages vues par mois.
Google facture ensuite 0.10 US$ l’heure de CPU entamée, 0.10 US$ le giga de données entrantes et 0.12 US$ le giga de données sortantes. Le stockage de données est facturé 0.15 US$ le giga par mois. L’envoie d’email est facturé 0.0001 US$ par destinataire.
http://code.google.com/appengine/docs/billing.html#Billable_Quota_Unit_Cost

5. Avantage / inconvénient

Avantages :

+ Plate-forme simple à prendre en main.
+ Peut servir 400 à 500 requêtes par secondes.
+ Mécanismes de scalabilité et d’élasticité transparent pour le développeur

Inconvénients :

- Choix des langages.
- Base de données propriétaire.
- SLA

6. En résumé

Google App Engine est solution qui a été éprouvée depuis son lancement en 2008. Cette plate-forme est simple à prendre en main et offre malgré certaines contraintes techniques de grandes possibilités de développement.
Je suis entrain de la tester et j’apprécie travailler avec cette solution.

http://appengine.google.com/

VMware vSphere4

2010-01-08T17:56:00.001+01:00

Voici l’étude d’une solution commercialisée par un des leaders du marché de la virtualisation. Cette solution est une de celle que je pense pouvoir utiliser lors d’un de mes futurs projets.

1. Présentation de la solution

VMware est un des leaders mondiaux en matière de virtualisation et il a lancé en avril 2009 vSphere4 la technologie à la base de sa solution "vCloud".
En résumant et en simplifiant très fortement le fonctionnement de vSphere4, ce produit permet de virtualiser un data centre en entier. Cette solution permet de rendre l’exécution d’une machine virtuelle totalement indépendante du hardware et par conséquent réduire le risque de pannes.
Dans son package VMware offre plusieurs services :

"VMware VMotion" et "VMware Storage VMotion" permettent de déplacer une machine virtuelle d’une machine physique à une autre sans interruption de service.
"VMware High Availability" permet de redémarrer une machine virtuelle dans la minute en cas de panne de hardware ou de problème avec le système d’exploitation.
"VMware Fault Tolerance" est le service qui permet de garantir une disponibilité continue de la machine virtuelle même en cas de panne de la machine physique.
"VMware DRS" est le service qui gère la scalabilté de la machine virtuelle et qui permet d’ajouter des ressources à une machine virtuelle sans interruption de service.
VMware offre aussi des services pour garantir la sécurité de tout le système et assurer les backups.

2. SLA

Non applicable, car VMware vSphere4 est une solution de type middleware et non un service.

3. Technique

Installer VMware vSphere4 est assez simple, tout comme déployer des machines virtuelles. Mettre en place une solution, tolérante aux pannes et offrant un maximum des services décrits ci-dessus, nécessite toutefois une infrastructure technique adaptée.

4. Prix

Le coût de licence annuelle pour mettre en place la solution de "vCloud" est de 4'369 US$ par processeur de 12 cores maximum. Étant donné que pour garantir un service continu, il faut au minimum deux serveurs, le coût minimum des licences est de 8'738 US$ par an.

5. Avantage / inconvénient

Avantages :

+ Solution robuste.
+ Solution scalable.
+ Solution fiable.

Inconvénients :

- ? Le prix ?.

6. En résumé

Personnellement, j’ai pu tester l’hébergement de plusieurs serveurs virtuels sur une telle solution et je n’ai rencontré aucune difficulté. Le seul petit inconvénient est peut-être le temps nécessaire pour migrer un serveur existant sur ce cluster et le rendre tolérant aux pannes.

http://www.vmware.com/products/vsphere/

2010!

2010-01-08T15:08:00.002+01:00

Hier, j’aurai du commencer par ça ! Bonne année 2010 ! Je vous souhaite une année remplie de découvertes et de succès dans vos projets !

Tout le monde essaie de prédire l'avenir et surtout ces jours-ci avec le changement d'année. Personnellement, je n'ai pas vraiment d'idée de quoi sera fait 2010 dans le monde informatique! Et je ne peux pas valider avec vous ce que j’avais prévu pour 2009, n’ayant jamais réellement essayé de faire l'exercice les années précédentes. Tous ce que je peux dire c’est qu’il faut souvent beaucoup de temps pour qu’un nouveau concept, une nouvelle technologie émergent ou il faut un facteur déclencheur.

Je me rappelle que début 2004, j'ai commencé à évangéliser le concept de flux RSS. Il m'a fallut presque 2 ans pour obtenir un budget et lancer un premier projet. Fin 2008, j'ai commencé à travailler sur le sujet du "Cloud Computing". D'ici le mois de mai, j'espère réaliser un premier proof of concept (POC) en développant un site web hébergé sur le "Cloud". Avant la fin de l’année j’espère pouvoir lancer le projet d'industrialisation de ce POC.

Pour moi 2010 sera une année décisive pour savoir si le "Cloud Computing" est un concept d'avenir pour l'informatique. Ça sera aussi l'année du boom de l'internet mobile avec l'iPhone, le Nexus One et surtout le système Android. La réalité augmentée (AR en anglais) sera aussi un des sujets importants de l'année 2010, mais nécessitera le développement de standards ouverts pour structurer l'information. Les travaux sur les ontologies web et le web sémantique vont peut-être enfin trouver un créneau.

Personnellement, comme je l'ai écrit ci-dessus, je vais travailler principalement sur le sujet du "Cloud Computing". J’aimerai bien travailler sur un projet de réalité augmentée. Finalement, je vais garder un oeil sur l'HTML 5.

On en reparle dans 1 an ?

Appistry CloudIQ

2010-01-07T16:33:00.000+01:00

Appistry CloudIQ est un middleware que j'ai pu tester dans sa version beta en avril 2009. Cette solution ne répond pas encore à mes besoins, car il faut ajouter une solution de répartition de charge en frontal, mais j'ai trouvé cette solution très facile à prendre en main et bien conçue.

1. Présentation de la solution

Appistry CloudIQ est une plate-forme (middleware) qui permet de facilement déployer une application sur un "Cloud". La solution proposée par Appistry se décompose en deux packages : "Appistry CloudIQ Manager" qui est la console qui permet de gérer tous les nœuds du cluster ainsi que de déployer les applications. "Appistry CloudIQ Engine" est le middleware capable de faire fonctionner aussi presque toutes les applications. C’est aussi cette couche qui permet de gérer la scalabilté et qui garantit la fiabilité de la plate-forme.
Appistry CloudIQ peut aussi bien être déployé en interne sur des machines Linux ou Windows, que sur des solutions de "Cloud Computing" externe comme Amazon EC2 ou GoGrid.

2. SLA

Non applicable, car Appistry CloudIQ est une solution de type middleware et non un service.

3. Technique

"Appistry CloudIQ Engine" est un programme à installer sur chaque machine du cluster.
"Appistry CloudIQ Manager" est un service web à déployer sur une des machines du cluster ou sur une machine tierce. Au travers de ce service web l’utilisateur peut déployer ses packages spécialement préparés pour la plate-forme.
"Appistry CloudIQ Engine" supporte le Java, le .Net, le C, le C++. Ce middleware implémente certaines fonctionnalités pour faciliter la gestion des queues et pour permettre l’élasticité des applications. "Appistry CloudIQ Engine" offre aussi la possibilité de déployer des serveurs web (Apache, Tomcat et IIS), des solutions de base de données (par exemple : MySql) ou des applications existantes, sans offrir de solution de répartition de charge.

4. Prix

Appistry offre une licence d’évaluation de sa solution pour 5 machines et 10 cores, mais communique peu sur le prix de ses licences. Selon Darryl K. Taft d’eWeek Europe [1], Appistry commercialise sa solution Manager + Engine pour 1'599 US$ / an.

5. Avantage / inconvénient

Avantages :

+ Facile à mettre en œuvre sur des machines en interne.
+ Multi plate-forme.
+ Supporte les grands langages de programmation du moment.

Inconvénients :

- N’offre pas une solution de répartition de charge lors de déploiement de server web ou d’application existante.

6. En résumé

Appistry CloudIQ est une solution de middleware très simple à prendre en main et qui offre un grand potentiel. Cette solution est principalement dédiée pour les applications spécialisées dans le traitement de données et pour la mise en place de solution de type SOA. Elle offre toutefois une solution pour le déploiement de serveurs web, mais n’offre pas de solution de répartition de charge.

http://www.appistry.com/

[1] http://www.eweekeurope.co.uk/news/appistry-tackles-multiple-cloud-apps-364, publié le 13/03/2009, consulté le 07/01/2010

ElasticHosts

2010-01-07T14:24:00.000+01:00

Une deuxième solution de "IaaS", la première 100% Européenne!

1. Présentation de la solution

ElasticHosts est une solution Européenne qui offre à ses clients une solution de location d’instances de serveurs virtuels Linux ou Windows payable à l’heure ou au mois. Le client peut accéder et gérer ses serveurs au travers d’un client VNC.
ElasticHosts offre plusieurs images pré-installées (par exemple : Debian, Ubuntu et Windows Server 2008), ainsi que des CD d’installation pour CentOs, Debian, Knoppix, Red Hat Fedora, Ubuntu, FreeBSD, OpenSolaris et des versions d'évaluation de Windows. ElasticHosts offre aussi la possibilité de télécharger d’autres systèmes d’exploitation.
En fonction de leurs besoins, les clients d’ElasticHosts peuvent allouer dynamiquement plus ou moins de puissance CPU (2 à 20 GHz) et de RAM (1'024 Mb à 8'192 Mb). Ils peuvent faire de même pour la gestion de leur espace disque.

2. SLA

Le "Service Level Agreement" offert par ElasticHosts est de 100% et ils offrent cent fois le crédit du client en cas de problème.
http://www.elastichosts.com/blog/2009/08/04/elastichosts-launches-ultra-flexible-scalable-cloud-hosting/

3. Technique

ElasticHosts a basé sa solution de "Cloud Computing" sur la solution de virtualisation Linux KVM (Kernel Based Virtual Machine) une solution open-source qui permet de faire fonctionner plusieurs machines virtuelles sur un serveur physique en se servant de fonctionnalités de base de Linux pour la gestion du scheduler et de la gestion de la mémoire.

4. Prix

ElasticHosts permet de payer soit à l’heure, soit au mois l’utilisation de ses ressources. Les prix commencent à 0.04 GBP / heure pour une machine de 2GHz avec 1Gb de RAM et 1Gb de stockage et le prix monte jusqu’à 0.523 GBP / heure pour une machine de 20GHz avec 8Gb de RAM et 1.8Tb de stockage. ElasticHosts recommande le prépaiement mensualisé pour garantir les meilleurs prix .
http://www.elastichosts.com/products/pricing

5. Avantage / inconvénient

Avantages :

+ Possibilité de créer son image, répondants à ses besoins et selon ses standards ou utilisation d’images existantes.
+ Basé en Europe.

Inconvénients :

- Puissance limitée.
- Les 2 data centres sont basés autour de Londres.
- Petite startup.

6. En résumé

ElasticHosts est une solution encore jeune qui met en oeuvre certains concept du "Cloud Computing". L’offre d’ElasticHosts doit encore être améliorée afin d’offrir de réelles fonctionnalités d’élasticité et de scalabilté (sans redémarrage lors de changement de settings).
Personnellement, je ne peux pas croire que leur SLA soit de 100% !

http://www.elastichosts.com/

Amazon Elastic Compute Cloud (Amazon EC2)

2010-01-07T13:00:00.006+01:00

Voici ma première analyse d'une solution de "Cloud Computing". J'ai commencé par la solution EC2 d'Amazon car pour moi c'est une des solutions commerciales les plus abouties et une des plus connues du marché. Ces prochains jours je vais principalement me consacrer à ce type d’étude et je vais en publier plusieurs selon le même canevas d’analyse.

1. Présentation de la solution

EC2 est une des solutions pionnières en matière de "Cloud Computing". Amazon, avec sa solution EC2, permet à ses clients de louer à l’heure des instances de serveurs virtuels Linux ou Windows. Ces instances permettent d’exécuter des applications comme MySQL Enterprise, Oracle Database 11g, Hadoop, Apache HTTP ou IBM WebSphere Portal Server. Sur ces serveurs virtuels les clients d’Amazon peuvent aussi exécuter des centaines d’autres applications ou leurs propres applications.

Amazon commercialise des instances déjà préconfigurées appelées "Amazon Machine Images" (AMIs) et Amazon permet aussi de créer ses propres images de machine virtuelle.

En fonction de leurs besoins, les clients instancient autant de machines virtuelles que nécessaire. Amazon propose différents types d’instances en fonction des besoins. Elles peuvent offrir à l’utilisateur plus ou moins de mémoire, de puissance de calcul et d’espace disque.

Avec EC2 Amazon offre un certain nombre d’autres services à ses clients pour construire une solution capable de monter en charge et d’éviter les pannes.

"Amazon Elastic Block Store" permet de conserver un espace de stockage indépendant des instances serveurs. Cet espace disque est partagé entre toutes les instances actives.
"Multiple Locations" permet de choisir parmi trois zones (États-Unis côte Est et Ouest ou Europe) le lieu d’hébergement de ses instances. Ce service permet d’éviter les pannes liées à un data centre particulier et de réduire le temps de latence réseau.
"Amazon Virtual Private Cloud" (VPC) permet d’accéder à ses instances au travers d’un VPN et offre par conséquent une solution de "Private Cloud".
"Elastic Load Balancing" permet de répartir la charge entre les instances d’un même client.

2. SLA

Le "Service Level Agreement" offert par Amazon est de 99.95% sur l’ensemble de ses zones. Le client peut demander des dédommagements pour autant que l’ensemble de ses instances aient été indisponibles pour plus de 5 minutes et qu’il n’ait pas pu créer de nouvelles instances. Amazon recommande de travailler au moins sur deux zones.
http://aws.amazon.com/ec2-sla/

3. Technique

Amazon EC2 permet d’installer et configurer sa propre instance de machine virtuelle en choisissant son système d’exploitation et ses applications et de créer son AMI. De plus Amazon offre des outils pour faciliter la création d’AMIs.

4. Prix

Le prix est difficile à calculer, car chaque service est facturé séparément et son prix varie en fonction de la région géographique. Par exemple, l’hébergement d’une instance Linux de base coute 0.085 US$ / heure sur la côte Est des États-Unis et 0.095 US$ / heure sur l’autre côte et en Europe. Le choix de la région géographique, du système d’exploitation et du type d’instance font varier les prix de 0.085 US$ / heure à 3.16 US$ / heure. Dans les coûts il faut ajouter les coûts de transferts de données, de stockage des données et tous les services supplémentaires.

La location d’une machine pendant 24 heures coute le même prix que la location de 24 machines pendant une heure.

Amazon estime le coût de l’hébergement d’un site web "marketing" sur deux zones à 1'400 US$ par mois.

http://calculator.s3.amazonaws.com/calc5.html

5. Avantage / inconvénient

Avantages :

+ Possibilité de créer ses propres AMIs, répondants à ses besoins et selon ses standards.
+ Multizone qui réduit les risques de pannes et diminue la latence réseau.
+ Nombreux AMIs disponibles.
+ Services supplémentaires déjà développés comme le VPC.

Inconvénients :

- Prix flous, prix cachés (par exemple : licences).
- Fortes contraintes architecturales pour le développement d’application web scalable (par exemple : gestion de la session inter AMIs).

6. En résumé

Selon moi EC2 est une solution robuste, idéale pour le calcul de type batch, pour l’hébergement de web services ou pour l’hébergement de sites web statiques. Pour les sites plus interactifs, Amazon EC2 n’offre pas une réelle solution comparée aux solutions des hébergeurs traditionnels et à ses concurents. Amazon a un atout majeur son implantation aux États-Unis et en Europe.

http://aws.amazon.com/ec2/

La pyramide du "Cloud Computing"

2009-12-23T14:26:00.007+01:00

J’ai revu légèrement ma première définition du "Cloud Computing" comme suit :

Le "Cloud Computing" est un méga ordinateur "scalable et élastique", pour lequel l’utilisateur ne paie que ce qu’il consomme. Cet "ordinateur virtuel" héberge des services (software, hardware ou middleware) accessible depuis l’internet de manière publique ou privée.

Cette définition est générale et permet d’englober tous les types de services : software (SaaS), hardware (IaaS) ou middleware (PaaS) offerts par les acteurs du marché du "Cloud Computing". Afin de faciliter la comparaison entre les différentes solutions du "Cloud Computing", certains spécialistes [E_08, L_08, S_08] les ont hiérarchisées en trois catégories. Michael Sheehan [S_08] les présente sous forme d’une pyramide. Selon lui, cette pyramide pourrait être inversée, si elle était basée sur le nombre de services offert par catégorie, mais elle est ainsi afin de montrer une hiérarchie de services qui pourraient être interdépendant. À l’heure actuelle, une application de bureautique "SaaS" comme celle offerte par ZoHo n’est pas dépendante d’une solution de type "IaaS" comme EC2 d’Amazon. À terme ça pourrait changer, ainsi certaines applications "SaaS" seront hébergées sur des "IaaS" ou des "PaaS".

Je vais ci-dessous définir les trois couches : "Cloud Infrastructure", "Cloud Platform" et "Cloud Application" de la pyramide du "Cloud Computing". Je vais aussi donner des avantages et inconvénients (n’hésitez pas à poster un commentaire) pour chacune d’elles. Dans les prochaines semaines, je vais essayer de présenter des solutions du marché qui pourront être utilisées dans le cadre de mémoire : "Mise en place d’un site type Web 2.0 sur un Cloud". En attendant, je vais juste lister quelques solutions par catégorie (à nouveau n’hésitez pas à poster un commentaire pour me suggérer une solution. De plus je cherche des solutions Européennes.).

"Cloud Infrastructure"

Cette catégorie à la base de la pyramide du "Cloud Computing" regroupe les solutions qui permettent aux développeurs et aux ingénieurs système d’administrer et d’exploiter un "data centre" virtuel hébergé sur le "Cloud". Les solutions de type "Cloud Infrastructure" laissent aux spécialistes une grande liberté pour contrôler et paramétrer ces infrastructures informatiques (système) selon leurs besoins. Les solutions offertes dans cette couche sont souvent aussi appelées solution "IaaS". Dans cette catégorie sont regroupés aussi bien des solutions de stockage de données que les solutions d’hébergement de serveurs (virtuel).

L’avantage principal, offert par les solutions de type "Cloud Infrastructure", est un contrôle complet des infrastructures utilisées. Les inconvénients sont plus nombreux pour le moment. Ces solutions nécessitent plus de travail et d’expertise pour leur mise en œuvre comparé aux solutions des couches supérieures de la pyramide du "Cloud Computing". Ces solutions nécessitent aussi souvent un programme tiers pour mettre en œuvre les mécanismes de "scalabilité". De plus, les solutions de type "Cloud Infrastructure" fonctionnent généralement avec un mécanisme de multiplication d’instances (clonage de machines virtuelles), ce qui nécessite la mise en place d’un répartisseur de charge (load balancing) et impose certaines contraintes architecturales pour le développement d’application. Le dernier inconvénient est lié aux coûts cachés. Le cout des licences des systèmes d’exploitation et des programmes exécutés sur ces machines virtuelles peut être élevé, car les licences sont souvent facturées au processeur et non selon le modèle économique "pay as you go" processeur / temps.

Amazon EC2 : http://aws.amazon.com/ec2/
Amazon S3 : http://aws.amazon.com/s3/
ElasticHosts : http://www.elastichosts.com/
GoGrid : http://www.gogrid.com/
Rackspace Cloud : http://www.rackspacecloud.com/
RightScale : http://www.rightscale.com/
Skytap : http://www.skytap.com/

"Cloud Platform"

Cette catégorie de la pyramide du "Cloud Computing" permet aux développeurs de déployer leurs applications sans se soucier des contraintes système, ainsi que de s’affranchir des problèmes de scalabilté et d’élasticité. Les solutions offertes dans cette couche sont souvent aussi appelées solution "PaaS". Dans cette solution sont regroupés aussi bien des solutions qui permettent d’héberger des applications clé en main, que des solutions de middleware.

Les avantages principaux des solutions de type "Cloud Platform" sont une simplification des développements pour les applications de type "Cloud" et un affranchissement des contraintes système, de scalabilté et d’élasticité. Les inconvénients sont liés au choix de la plate-forme qui est souvent une solution fermée (propriétaire) avec ses propres contraintes. Le choix du ou des langages de programmation est limité. De plus les prestataires de services qui offrent des solutions de "PaaS" imposent souvent des règles contraignantes pour le développeur. Par exemple Google App Engine impose sa propre base de données "BigTable"

Appistry
AppScale
Azure
Engine Yard : http://www.engineyard.com/
Force.com : http://www.salesforce.com/platform/
GigaSpaces : http://www.gigaspaces.com/
Google App Engine
Heroku : http://heroku.com/
VMware vSphere 4
Xen Cloud Platform

"Cloud Application"

Cette catégorie au sommet de la pyramide du "Cloud Computing" regroupe toutes les applications (webmail, suite de bureautique en ligne, CRM, ERP, etc.) hébergées sur l’internet, capable de gérer un grand nombre d’utilisateurs simultanément et pour lesquelles le client ne se soucie pas d’où elles sont hébergées et comment elles fonctionnent. Ces solutions sont développées pour répondre aux besoins de l’utilisateur final et elles offrent que peu de possibilités de paramétrisation. Les solutions offertes dans cette couche sont souvent aussi appelées solution "SaaS". Les solutions regroupées dans la catégorie "Cloud Application" permettent de répondre à un besoin spécifique du client comme la gestion de ses clients, la messagerie ou la bureautique.

Les avantages principaux des solutions de type "Cloud Application" sont un accès direct à l’application depuis n’importe où dans le monde, une simplicité d’utilisation, une mise en œuvre de solutions éprouvées. Un autre avantage des solutions de type "SaaS" c’est qu’elles sont parfois gratuite et mettent en ouvre le modèle économique freemium (modèle économique qui consiste à offrir un service de base gratuitement et à faire payer les services supplémentaires). L’inconvénient majeur est lié aux fonctionnalités souvent limitées de l’application. Ces solutions ne permettent généralement pas d’être adaptées pour répondre à des besoins spécifiques.

Beaucoup de ces solutions ne font qu’employer le terme "Cloud Computing" pour surfer sur la vague marketing associé à ce nouveau concpet.

Google Apps : http://www.google.com/a/
Google Docs : http://docs.google.com/
iWork.com : http://www.iwork.com/
Salesforce.com : http://www.salesforce.com/
ZoHo : http://www.zoho.com/
24SevenOffice : http://www.24sevenoffice.com/

[E_08] Thorsten von Eicken, The Three Levels of Cloud Computing, http://virtualization.sys-con.com/node/581961, publié le 31/07/2008, consulté le 13/12/2009

[L_08] Peter Laird, Visual Map of the Cloud Computing/Saas/PaaS Markets, http://peterlaird.blogspot.com/2008/09/visual-map-of-cloud-computingsaaspaas.html, publié le 8/09/2008, consulté le 4/07/2009

[S_08] Michael Sheehan, Introducing the Cloud Pyramid, http://cloudcomputing.sys-con.com/node/609938, publié le 21/08/2009, consulté le 10/01/2009

Google Wave Tech Talk à Zurich

2009-11-09T11:40:00.002+01:00

Lundi 2 novembre 2009, j’ai eu le plaisir de participer au Google Wave Tech Talk à Zurich (merci Google). Juste pour rappeler ce qu’est Wave, Stephanie Hannon et Lars Rasmussen nous ont montré la vidéo "What is Google Wave?".

L’équipe de Google Wave a ensuite enchaîné sur une présentation des gadgets (exécution limité à une Wave) et robots (interaction avec la Wave). Même si les gadgets sont amusant et parfois utiles (ex : sudoku à plusieurs, planificateur de vacances, sondage à la minute, …, http://wave-samples-gallery.appspot.com/) ce qui m’intéressent plus particulièrement dans ce domaine ce sont les robots. Un robot peut lire le contenu d'une Wave à laquelle il participe, il peut en modifier le contenu, il peut aussi ajouter ou supprimer des participants et finalement il peut créer de nouveaux blip (un bloc de conversation) et de nouvelles Wave. Un robot peut-être considéré comme un participant et effectuer un grand nombre des actions qu’un participant peut faire. Ça fait peur, mais je pense que ça sera utile.

Personnellement, j’espère que les équipes de Blogspot (qui héberge ce blog - merci) et de Google Wave vont rapidement collaborer pour développer Bloggy le robot qui me permettra de gérer mon blog et les commentaires depuis Wave, tout en lisant mes Twitt avec Twitty, mes flux RSS avec RSSy ???, …

Le deuxième volet de cette présentation portait sur le protocole utilisé par Wave (http://www.waveprotocol.org/). Le "Google Wave Federation Protocol" est une extension du protocole XMPP, qui permet communication (synchronisation de Wave) quasi instantanée entre deux serveurs. Une Wave est un document XML que l’on peut schématiser comme dans l’image ci-dessous.

Cette structure simple permet de stocker une conversation (Wave) composée de Wavelets, composées elles-mêmes de blip ou toutes autres types de document (j’ai déjà mis des documents word, des phtos, … dans une Wave), de gérer les droits, mais aussi de rejouer tout l’historique de sa création.

Pour conclure cet article je peux dire que ce protocole ouvert me semble prometteur, car Google a la force d’imposer un nouveau standard, mais selon l’équipe de Google il nécessitera encore beaucoup de réflexion et d’amélioration pour garantir sa stabilité et sa performance.

Ma première définition du "Cloud Computing"

2009-11-09T10:01:00.007+01:00

Dans mes articles précédents, j’ai défini les 5 concepts de base du "Cloud Computing". Ces concepts sont repris dans les nombreuses définitions relevées par les auteurs des articles [G_09, VRCL_09]. Ce que j’ai constaté en lisant ces derniers, c’est que les notions de "service", de "scalabilité" et de "virtualisation" sont des concepts primordiaux qui ressortent dans plus de 50% des définitions. Deux autres notions sont moins souvent mentionnées, mais elles ne me semblent pas anodines. Pour la première, il s’agit de l’idée de "centralisation" relevée par Aaron Ricadela [G_09], qui me rappelle le concept de terminal/serveur. La seconde est encore trop souvent mise de côté, mais elle va devenir la clé pour choisir un prestataire, il s’agit de la notion de "service-level agreements" (SLA). Le SLA est une notion qui devient importante lors de la première panne. Ces pannes sont rares, mais peuvent bloquer des millions d’utilisateurs et font donc généralement l’objet de milliers d’articles, et de millions de Twitt.

En me basant sur mes lectures, ainsi que sur mes réflexions, je vais donc vous donner ma première définition :

Le "Cloud Computing" est un méga ordinateur (scalable et élastique), pour lequel on ne paie que ce que l’on consomme. Il héberge des services (software, hardware ou middleware) que l’on accède depuis l’internet.

Une version mise à jour de cette définition est disponible dans mon article sur la pyramide du "Cloud Computing"!

C’est tout simple, mais ça m’a pris beaucoup de temps et cette définition a fait l’objet de nombreuses discussions avec mes collègues. Avec l’avancement de mon mémoire d’ingénieur durant les 6 prochains mois, je pense que cette définition risque encore d’évoluer !

[G_09] Jeremy Geelan, Twenty-One Experts Define Cloud Computing, http://cloudcomputing.sys-con.com/node/612375, publié en janvier 2009, consulté le 12/08/2009

[VRCL_09] Luis M. Vaquero, Luis Rodero-Merino , Juan Caceres, Maik Lindner, A Break in the Clouds: Towards a Cloud Definition, publié en 2009

Public et Private Cloud

2009-11-07T10:13:00.003+01:00

Le cinquième concept du "Cloud Computing", que j’ai cité dans mon article Tout n’est pas "Cloud"! Le "Cloud Computing" c’est …, est l’internet (au sens réseau IP). De manière générale je peux dire qu’un "Cloud" est composé d’un ou plusieurs data-centre (n’importe où dans le monde) interconnectés par un réseau haut débit. Ce type de solutions est aussi communément appelé "Public Cloud".

Les "Clouds" public sont généralement exploités par des sociétés tierces comme Amazon, Google, Microsoft, GoGrid, etc. Ce sont des infrastructures mutualisées et partagées par un grand nombre d’utilisateurs. Les "Clouds" public permettent de réduire les prix grâce aux économies d’échelles et les risques par la multiplication des infrastructures. Ce modèle permet aussi d’assurer les capacités de scalabilités et d’élasticités que doit offrir le "Cloud Computing". Le "Cloud" public étant hébergé dans un environnement partagé et exploité par une société tierce, son exploitation peut poser un certain nombre de problèmes comme :

La confidentialité des données peut-être mise ne danger par les autres utilisateurs.
En fonction d’où sont hébergées les machines, certaines lois peuvent porter un préjudice à l’utilisateur [AFG_09].
Les performances ne sont pas constantes, car dépendantes de l’activité des autres utilisateurs.

Les "Clouds" privés sont des solutions dédiées à un client. Ils sont hébergés soit au sein de l’entreprise ou chez un prestataire de services (infrastructure dédiée). Le client a par conséquent un contrôle total sur ses données, il maîtrise la sécurité et bénéficie d’un niveau de service garanti. Par compte, les "Clouds" privés sont souvent limités dans leurs capacités techniques.

Les "Clouds" hybride combinent les deux types de "Cloud". Ce modèle permet de garantir la sécurité et la confidentialité des données tout en offrant la possibilité d’absorber une plus grande charge de manière temporaire. Ils sont généralement utilisés pour absorber les piques de charge. Le problème majeur de ce modèle est le transfert des données entre les deux solutions.

En résumé je peux dire que les termes public et privé ne définissent pas forcément ou se trouve physiquement le "Cloud", même si souvent le terme "public" connote que la solution de "Cloud Computing" est hébergée quelque part sur l’internet et le terme "privé" qu’elle est hébergée au sein de l’entreprise, mais quel est la nature de son contenu.

[AFG_09] Michael Armbrust, Armando Fox, Rean Griffith, Anthony D. Joseph, Randy H. Katz, Andrew Konwinski, Gunho Lee, David A. Patterson, Ariel Rabkin, Ion Stoica et Matei Zaharia, Above the Clouds: A Berkeley View of Cloud Computing, http://www.eecs.berkeley.edu/Pubs/TechRpts/2009/EECS-2009-28.html publié en février 2009

Virtualisation

2009-11-06T15:40:00.002+01:00

Je continue ma série par la notion de virtualisation, une notion qui est de plus en plus employée en informatique.

Le concept de virtualisation, d’une manière générale, offre une vue logique plutôt que physique de la puissance de calcul, de la capacité de stockage, et des autres ressources informatique. Elle permet de faire tourner sur une même machine physique une ou plusieurs machines logiques, ce qui permet de diminuer le gaspillage des ressources. Ces machines logiques peuvent fonctionner avec des systèmes d’exploitation différents. Nous pouvons donc faire tourner virtuellement un Linux sur une machine Windows et vice versa.

La virtualisation découple le système d’exploitation et les applications du système physique sur lequel ils fonctionnent. Ce principe permet soit de les porter sur des nouveaux environnements physiques, soit de les migrer d’une machine à une autre. La virtualisation offre aussi des mécanismes capables de capturer l’état de la mémoire vive, ce qui accélère et simplifie le déplacement ou la duplication d’une instance de machine virtuelle.

En virtualisant les différents éléments hardware d’une machine physique, il devient alors très facile d’augmenter ou de diminuer la taille de chacun de ces éléments en fonction des besoins du moment.

Scalabilité et d’élasticité

2009-11-05T17:00:00.000+01:00

Le troisième concept mentionné dans mon article Tout n’est pas "Cloud"! Le "Cloud Computing" c’est … est l’"élasticité". Quand on parle de "Cloud Computing", cette notion est souvent associée à la scalabilité. Je vais donc vous donner mon point de vue et mes défintions sur ces notions.

Le concept de scalabilité et d’élasticité offrent à l’utilisateur l’impression d’avoir en permanence des ressources de calcul et/ou de stockage illimitées [MG_09]. Ces ressources peuvent être facilement et rapidement ajoutées ou retirées, de manière automatique parfois, afin de répondre aux besoins de l’utilisateur.

La scalabilité est la capacité d’un système à s’adapter aux dimensions du problème qu’il a à traiter [1]. C'est-à-dire que la puissance de calcul, la mémoire ou le stockage utilisé par le système peuvent facilement être augmentés ou diminués en fonction des besoins.

L’élasticité est l’aptitude d'un corps à reprendre, après sollicitations, la forme et les dimensions qu'il avait avant d'être soumis à ces sollicitations [2]. Dans notre cas le "corps" est le système informatique et les "sollicitations" sont les besoins en matière de puissance, de mémoire ou de stockage.

L’élasticité permet donc d’automatiser le mécanisme de scalabilité des ressources informatique mise à disposition sur le "Cloud Computing".

[1] CNAM, Cours CMSL - Icssea 2001, http://deptinfo.cnam.fr/CMSL/icssea/icssea2001/cours.html, publié en décembre 2001, consulté le 17/10/2009

[2] larousse.fr

[MG_09] Peter Mell, Tim Grance, Draft NIST Working Definition of Cloud Computing (V15), publié en août 2009

Pay as you go

2009-11-04T12:39:00.003+01:00

Je continue ma série avec un deuxième concept. Le concept de "pay as you go" permet à l’utilisateur de payer que ce qu’il consomme réellement sans forfait minimum. Le prix est donc calculé à l’aide de ratios tel que processeurs par heure, giga-octets de disques par mois, etc. Cela permet de réduire drastiquement les coûts liés aux infrastructures informatiques.

Selon Sun et AMD dans leur live "Virtualization for Dummies" [GS_08] seulement 10 à 15% de la puissance des machines sont utilisés à l’heure actuelle. Même sous utilisées, ces machines consomment de l’énergie et elles occupent de la place inutilement. Cette sous utilisation est courante dans les entreprises, mais elle est nécessaire pour répondre à des piques de demandes.

Les graphiques ci-dessous illustrent les différents cas de sous et de sur utilisation des ressources informatique. Le premier graphique ci-dessous présente le cas d’une société qui a les ressources informatique pour absorber tous les piques. Les zones grisées montrent la part de budget perdue dû à une sous utilisation des ressources. Cette part dépasse généralement les 50%.

Ce deuxième graphique, présente le cas d’une société qui ne peut pas absorber tous les piques. Cette compagnie risque de perdre des clients car ces derniers ne seront pas satisfaits de la prestation offerte. Les zones grisées montrent la part de temps où les capacités informatique ont été sous-estimées. Cette zone est généralement difficile à estimer d’un point de vue technique, mais encore plus d’un point de vue budgétaire.

Finalement, ce dernier graphique montre le cas idéal. La société dispose toujours de la capacité demandée et elle ne paie que pour ce qu’elle consomme.

En conclusion, je peux dire que le "Cloud Computing" avec son modèle économique "pay as you go" permet d’éviter le gaspillage des ressources informatique et donc diminuer les coûts d’exploitation lié à l’informatique.

[GS_08] Bernard Golden, Clark Scheffy, Virtualization for Dummies, publié en 2008

Service

2009-11-03T11:48:00.001+01:00

Dans mon article précédent : Tout n’est pas "Cloud"! Le "Cloud Computing" c’est …, j’ai mentionné les 5 concepts qui font selon moi le "Cloud Computing". Je commence donc une série d’article sur ce concept.

Service : usage que l'on peut faire de quelque chose [1]. En trente ans, l’informatique a été développé afin de devenir comme l’eau, l’électricité ou le téléphone un service.

Avec le développement du web durant les années nonante, des startups ont commencé à proposer aux entreprises de louer des applications métiers en ligne au travers d’interfaces web simple ou d’une interface type client-serveur [P_09]. Ce nouveau modèle d’affaire a été appelé "ASP" (Application Service Provider). Pour les clients, l’"ASP" permettait de se débarrasser de la problématique d’exploitation, souvent lourde et coûteuse, de leurs applications. Ces startups ont aussi permis l’accès aux PME à des solutions comme Oracle General Ledger ou toutes autres solutions coûteuses et difficiles à installer, pour un prix moindre grâce au partage du coût des licences et des ressources informatique entre plusieurs clients.

Avec le développement du concept de "client riche" durant la première décade des années deux milles, les solutions type "ASP" ont été remplacées par des solutions appelées "SaaS" (Software as a Service). Le "client riche" est une évolution des "clients légers" ou pages web (utilisé par certains "ASP") qui intègrent les fonctionnalités des "clients lourds" ou applications de type client-serveur (utilisé par les autres "ASP"). Le "client riche" est utilisé dans le browser et il met en œuvre des technologies tel qu’AJAX, Flex, WPF, etc. pour afficher les pages web et reproduire le comportement des applications de type "client lourd". Le terme "RIA" (Rich Internet Application) est aussi communément utilisé pour désigner les applications de type "client riche". Salesforce.com, docs.google.com, zoho.com ou Yahoo ! mail sont considérés comme des "SaaS".

Le concept de "SaaS", a ensuite été adapté pour l’utilisation à distance de hardware "HaaS" (Hardware as a Service) ou "IaaS" (Infrastructure as a Service) grâce au développement de la virtualisation et des RIA. Ce concept permet d’administrer et exploiter un "data centre" virtuel hébergé sur le "Cloud". Avec ces services l’entreprise cliente ne paie que ce qu’elle utilise. Ce type de service évite aussi à l’entreprise les désagréments liés à l’exploitation d’un "data centre", tel que la redondance des infrastructures, la sécurité au sens large, les piquets, etc. Ce modèle économique permet aussi de diminuer les couts en matière d’infrastructure et de ressources humaines, pour l’entreprise cliente. Amazon EC2 est des acteurs majeurs de ce secteur du "IaaS".

Afin de répondre aux besoins des développeurs informatiques, qui ne soucient guère des problèmes de hardware et d’infrastructure, le concept de "? as a Service" a été adapté selon les mêmes principes que pour le "SaaS" et le "IaaS" dès 2008 [2, 3], pour leur offrir une plate-forme d’hébergement d’applications en ligne. Ce type de solution est communément appelé "PaaS" (Platform as a Service). L’architecture technique des "PaaS" repose en générale sur une couche appelée "middleware" qui permet aux développeurs d’applications de faire abstraction du système sur lequel leur application tournera. Comme pour le "SaaS" et le "IaaS" le développeur accède à sa plate-forme au travers d’internet. Microsoft Azure et Google App Engine sont deux solutions de type "PaaS".

Avec le développement du web, des RIA et la mise en place de solution de "Cloud Computing" la notion de service est devenue une réalité. L’informatique est un consommable de première nécessité pour les entreprises, comme l’eau, l’électricité et le téléphone.

[1] larousse.fr

[2] Google, Introducing Google App Engine, http://googleappengine.blogspot.com/2008/04/introducing-google-app-engine-our-new.html, publié le 07/04/2008, consulté le 15/06/2009

[3] itbusiness.ca, Windows in the cloud and a services offering from Microsoft, http://www.itbusiness.ca/IT/client/en/CDN/News.asp?id=50556, publié le 30/10/2008, consulté le 15/06/2009

[P_09] Guillaume Plouin, CLOUD COMPUTING et SaaS, publié en 2009

Tout n’est pas "Cloud"! Le "Cloud Computing" c’est …

2009-10-16T15:08:00.002+02:00

Comme le rappelle Allan Leinwand (venture capitalist) dans son article "Not Everything Is a Cloud", en 2009 tout n’est pas "Cloud Computing" en informatique.

Pour illustrer ses propos, Allan Leinwand nous rapporte qu’il a récemment reçu le business plan d’une startup qui exploite une solution informatique hébergée sur le "Cloud" pour distribuer des véhicules propulsés à l’énergie humaine. Il s’agissait en fait d’une entreprise qui vend des vélos au travers d’un site web. Afin de m’aider à définir ce qu’est un "Cloud", j’ai eu la chance le 8 octobre dernier, de suivre la session sur le "Cloud Computing" au forum Telecom World 2009 (TCW09). Durant cette session, les panelistes Jay Chaudhry, Michael G. Hill, Vincent Franceschini, Duncan Stewart, Panu Kause et Monique Morrow modéré par Tim Cowen ont défini exactement ce qu’est le "Cloud Computing". Ils auraient pu me donner une énième définition à étudier pour mon mémoire, mais au contraire ils ont donné les 5 concepts à la base du "Cloud Computing" :

Service
Pay as you go
Elasticité
Virtualisation
Internet

Je vais donc développer ces concepts dans mes prochains articles et surtout dans mon mémoire (PS. : il me manquait que le concept de virtualisation dans mon plan initiale).

Google Wave

2009-10-02T00:19:00.001+02:00

Je viens de passer ma soirée sur Google Wave ! Seul 100'000 personnes ont pu obtenir une invitation (merci Joao) pour tester cette nouvelle App de Google. Pour le moment, je n’ai pas encore d’amis sur cette plate-forme collaborative en temps réel, car Google a de « nombreux timbres à coller » (dixit Google) avant de forwarder mes invitations, mais j’ai déjà pu tester en solo quelques services.

J’ai commencé à planifier mes prochaines vacances et je continuerai à les préparer avec mon épouse dès qu’elle aura son compte sur Google Wave. J’ai ensuite intégrer mon Twitter avec Tweety dans Google Wave et vous avez sûrement pu lire mes premiers Twitt depuis cette nouvelle plate-forme. J’ai ensuite essayé de configurer Bloggy pour éditer ce blog, mais ce service n’est pas encore opérationnel. Je vais donc devoir encore attendre un peu pour gérer tous mes canaux de communication depuis une plate-forme.

Je trouve cette plate-forme collaborative très prometteuse et suis impatient de vous y retrouver pour discuter soit des sujets (le "Cloud Computing", le "Web 2.0", …) d’actualité m’intéressent aussi bien dans le cadre de mon travail que dans la rédaction de mon mémoire d’ingénieur, ou pour s’organiser une soirée sympa.

Apps.gov

2009-09-18T14:19:00.001+02:00

Je viens de lire l’article [1] de ZDNet France "La Maison Blanche s’ouvre au Cloud Computing pour réduire ses dépenses IT" et quelques autres en Anglais sur le même sujet. En période de crise, l’annonce du Gouvernement Américain ne peut que réjouir ses concitoyens. Mais attention, plusieurs acteurs du marché comme Google et SalesForce.com ont déjà annoncé qu’ils collaborent ou vont collaborer avec le Gouvernement Américain pour ce projet apps.gov. Amazon a quand à lui annoncé le 26 août 2009 [2] qu’il allait offrir une version privée d’EC2. Est-ce que la Maison Blanche utilisera cette dernière solution ?

Même si l’État se doit d'être un des moteurs de l’économie, il doit aussi protéger la vie privée de ses concitoyens. Le Gouvernement Américain devra donc faire attention aux données stockées sur des "Public Cloud" ou il devra transformer ses "Data Center" pour fabriquer son "Private Cloud" afin de garantir la sécurité de l'information.

En Europe, je n’ai pas entendu parler de tels projets ! Allons-nous aussi héberger nos données chez Google et Force.com ou allons-nous développer nos propres solutions ?

[1] ZDNET.fr, Christophe Auffray, La Maison Blanche s’ouvre au Cloud Computing pour réduire ses dépenses IT, http://www.zdnet.fr/actualites/informatique/0,39040745,39706848,00.htm, publié le 16/09/2009, consulté le 17/07/2009

[2] InformationWeek, Charles Babcock, Amazon's Private Cloud: Virtually Private Or Maybe Private?, http://www.informationweek.com/cloud-computing/blog/archives/2009/08/amazons_private.html, publié le 28/08(2009, consulté le 30/08/2009

Origine du terme "Cloud Computing"

2009-09-18T13:24:00.002+02:00

Le "Cloud Computing" est l’évolution des notions que j’ai décrites dans les articles précédents. La première citation de ce terme date de 2001. Cette année là, Microsoft [1] en lançant sa nouvelle plate-forme de développement ".Net" présente le "Cloud" comme l’endroit où seront hébergés les "Web Services". Ces services seront accessibles sur l’internet et l’utilisateur pourra les consommer sans se soucier où sont-ils hébergés et avec quelle technologie sont-ils développés. Le terme "Cloud" (nuage en Français) est utilisé par analogie au symbole communément utilisé pour représenter l’internet dans les schémas des ingénieurs réseau. C’est en août 2006, lors de la conférence Search Engine Strategies, qu’Eric Schmidt PDG de Google présente un nouveau modèle architectural informatique où les données et les services seront hébergés quelque part sur le "Cloud" [2]. Le 24 août de la même année Amazon annonce son nouveau service "Elastic Compute Cloud" (EC2). Ce service web, qui est le premier du genre, offre aux développeurs le premier ordinateur redimensionnable sur le "Cloud" [3]. Grâce à cette solution, chaque développeur peut virtuellement créer le serveur dont il a besoin pour son projet et le dimensionner pour ses besoins.

C’est au second semestre 2008 que le terme "Cloud Computing" se répand et deviennent un concept phare en informatique. En octobre 2008, Amazon a lancé la version commerciale d'EC2 [4]. Amazon a depuis aussi ouvert son premier "Data Center" en Irlande, afin de diminuer les temps de latence réseau liés aux connections transatlantiques. Cette ouverture à aussi permis à Amazon d’offrir une solution conforme aux standards Européens en matière de stockage de données [5]. Entre 2008 et le premier semestre 2009, tous les autres grands acteurs du marché informatique, comme Google, Microsoft, IBM, HP, Dell, Sun, Cisco, VMware, Xen et Ubuntu ont rejoint le marché du "Cloud Computing" ou ils ont lancé des projets liés à ces concepts.

Pour analyser les évolutions technologiques, le Gartner publie chaque année sa courbe de "hype" (popularité) pour les technologies émergentes [6]. Le "Cloud Computing" a été annoncé pour la première fois dans ce rapport en 2008 et il a atteint en 2009 le sommet du "pic des attentes exagérées". Ce phénomène est dû au fait que le concept de "Cloud Computing" est nouveau. Comme avec toutes nouveautés, pour dominer le marché les concepteurs se doivent de promettre l’impensable. Dans son article "Twenty-One Experts Define Cloud Computing" [G_09], Jeremy Geelan relève déjà 21 définitions reprisent et complétées dans la publication scientifique "A Break in the Clouds: Towards a Cloud Definition" [VRCL_09]. Durant nos recherches, j’ai trouvé d’autres définitions comme celle de l’université de Berkeley [AFG_09], celle de l’université de Karlsruhe [WTK_09] ou la quinzième version de la définition du National Institute of Standards and Technology (NIST) américain [MG_09]. Toutes ces définitions présentent des aspects novateurs et prometteurs pour l’informatique, mais comme le rappel les auteurs de la définition du NIST le "Cloud Computing" est encore un paradigme en pleine évolution. Toutefois, comme pour les autres technologies émergentes, le concept de "Cloud Computing" devrait, selon le Gartner, rapidement tomber dans le "fossé des désillusions", car les acteurs du marché ne pourront tenir toutes leurs promesses. Mise à part les pannes un des premiers exemples est Amazon. Pour éviter les problèmes de goulets d’étranglement réseau et afin de permettre à ses clients d’envoyer des gigas octets de données rapidement, ce dernier a du proposer l’envoie par courrier (Fedex) de disques durs [7]. Finalement, le concept de "Cloud Computing" devrait atteindre, selon les analyses du Gartner, le plateau de la productivité d’ici 2 à 5 ans. Toujours selon le Gartner, ce concept devrait à terme aussi modifier le monde des technologies en offrant l’informatique comme un service consommable et non plus comme un investissement couteux. Dans les articles suivants je vais donc présenter les concepts qui me semblent déterminant pour donner une définition du "Cloud Computing".

[1] Microsoft, Sanjay Parthasarathy, WinHEC Conference 2001, http://www.microsoft.com/presspass/exec/sanjay/03-26winhecsanjayp.mspx, publié le 26/03/2001, consulté le 11/09/2009

[2] Eric Schmidt, Search Engine Strategies Conference, Conversation with Eric Schmidt hosted by Danny Sullivan, http://www.google.com/press/podium/ses2006.html, publié le 09/08/2006, consulté le 05/07/2009

[3] Amazon, Announcing Amazon Elastic Compute Cloud (Amazon EC2) - beta, http://aws.amazon.com/about-aws/whats-new/2006/08/24/announcing-amazon-elastic-compute-cloud-amazon-ec2---beta/, publié le 26/08/2006, consulté le 11/09/2009

[4] Amazon, Amazon EC2 Exits Beta and Now Offers a Service Level Agreement, http://aws.amazon.com/about-aws/whats-new/2008/10/23/amazon-ec2-exits-beta-and-now-offers-a-service-level-agreement/, publié le 23/10/2008, consulté le 11/09/2009

[5] Le Monde Informatique, Emmanuelle Delsol, Le cloud d'Amazon EC2 arrive en Europe, http://www.lemondeinformatique.fr/actualites/lire-le-cloud-d-amazon-ec2-arrive-en-europe-27631.html, publié le 11/12/2008, consulté le 17/12/2008

[6] Gartner, Gartner's 2009 Hype Cycle Special Report Evaluates Maturity of 1,650 Technologies, http://www.gartner.com/it/page.jsp?id=1124212, publié le 11/08/2009, consulté le 12/09/2009

[7] GigaOM, Stacey Higginbotham, Amazon’s New Service Goes Postal Over Slow Broadband, http://gigaom.com/2009/05/21/amazons-new-service-goes-postal-over-slow-broadband/, publié le 21/05/2009, consulté le 13/06/2009

[AFG_09] Michael Armbrust, Armando Fox, Rean Griffith, Anthony D. Joseph, Randy H. Katz, Andrew Konwinski, Gunho Lee, David A. Patterson, Ariel Rabkin, Ion Stoica et Matei Zaharia, Above the Clouds: A Berkeley View of Cloud Computing, publié en février 2009

[G_09] Jeremy Geelan, Twenty-One Experts Define Cloud Computing, http://cloudcomputing.sys-con.com/node/612375, publié en janvier 2009, consulté le 12/08/2009

[MG_09] Peter Mell, Tim Grance, Working Definition of Cloud Computing, publié en août 2009

[VRCL_09] Luis M. Vaquero, Luis Rodero-Merino , Juan Caceres, Maik Lindner, A Break in the Clouds: Towards a Cloud Definition, publié en 2009

[WTK_09] Lizhe Wang, Jie Tao, Marcel Kunze, Alvaro Canales Castellanos, David Kramer et Wolgang Karl, Scientific Cloud Computing : Early Definition and Experience, publié en octobre 2008

Server farm et Web farm

2009-09-18T12:44:00.003+02:00

Un dernier article de théorie qui présente une des étapes importantes à la base du "Cloud Computing". Je l’ai plus orienté sur "Web farm" que sur les "Serever farm", car l’objectif de mon mémoire est de construire un site Web 2.0 sur un "Cloud".

Historiquement, les fermes de serveurs et plus particulièrement les "Web farms" se sont développées au début des années 2000 [CT_01, WY_01] pour répondre aux besoins de la bulle internet. Ces "fermes" hébergent des centaines de serveurs montés en "Cluster". Le nom "farm" a été choisi par analogie avec les grandes granges américaines qui servent au stockage des céréales. Tout comme pour l’agriculture, ces fermes de serveurs sont installées en campagne ce qui permet aux exploitants de diminuer les coûts de stockage et de garantir un approvisionnement facilité en eau (nécessaire pour le refroidissement des machines) et en électricité.

Ces "fermes" de serveurs ont permis de répondre aux besoins de "haute disponibilité" (HA – "high availability" en Anglais) nécessaire à une grande majorité de services accessibles au travers de l’internet. La HA permet de garantir l’accomplissement des tâches même en cas de défaillance d’un des nœuds ("nodes" en Anglais) du "Cluster". Ce principe de "haute disponibilité" est réalisé grâce à la redondance des infrastructures physiques et logiques ainsi que la mise en place de mécanismes de reprise sur panne ("failover" en Anglais) et de répartition de charge ("load balancing" en Anglais). Malgré la HA l’utilisateur peut ressentir des baisses de performance, mais ne perdra pas complètement accès au service qu’il est entrain de consommer.

Pour répondre à ce besoin de "haute disponibilité" dans les "Web Farms" deux concepts sont primordiaux : celui de la "scalabilité" et celui de la "répartion de charge".

· La "scalabilité" permet de facilement augmenter la taille du "Cluster" en ajoutant des machines. Cette propriété permet de faciliter la montée en charge grâce à l’augmentation de la puissance de calcul et de la mémoire offerte dans la ferme. Ce concept permet aussi de garantir la "haute disponibilité" en permettant le remplacement d’une machine sans interruption de service.

· La répartition de charge en Anglais "load balancing" est un énorme challenge pour les ingénieurs et fait l’objet de nombreuses publications [BDH_03, CT_01, WY_01]. L’objectif de toutes les solutions proposées est de minimiser le temps de réponse moyen et éviter de surcharger une machine particulière. Pour atteindre ce but, les paramètres à prendre en compte sont divers et varient en fonction des projets.

La solution la plus simple, pour le "load balancing", est basée sur la répartition de charge au niveau du serveur DNS (Domain Name System). Cette première solution ne fait que convertir un nom de domaine en une IP. Cette solution est externe au "Cluster" et elle ne permet pas d'éviter de diriger l’utilisateur sur une machine surchargée ou qui ne répond plus.

La seconde solution consiste à utiliser un serveur frontal, appelé communément "dispatcheur", pour répartir la charge. Le "dispatcheur", pour faire son travail, prend en compte plusieurs paramètres tels que la nature du site (statique ou dynamique), l’URL demandé, les cookies ou la popularité momentanée du site. En fonction de la nature du site statique ou dynamique le "dispatcheur" mettra en œuvre un algorithme différent.

Des solutions peuvent aussi être développées pour répondre à des besoins spécifiques. Les ingénieurs de Google, dans l’article "Web Search for a Planet: The Google Cluster Architecture" [BDH_03], décrivent la solution mise en œuvre, par ce leader des moteurs de recherche, pour répondre aux requêtes faites sur son moteur de recherche. La solution consiste premièrement en une répartition de la charge au niveau du serveur DNS. Cette première étape dirige l’utilisateur sur le "Cluster" le plus proche de lui géographiquement. Dans une seconde phase, un serveur exécute la demande en interrogeant un serveur d’"index" et complète le contenu de la page de résultats en interrogeant un serveur dit de "documents" avant de la retourner à l’internaute.

Dans leur article "Load Balancing for Clustered Web Farms" [WY_01] Joel L. Wolf et Philip S. Yu, ingénieurs chez IBM, proposent d’héberger plusieurs sites web indépendants sur un nœud du "Cluster" et chacun de ces sites web est lui-même répliqué sur plusieurs nœuds du "Cluster". Ce chevauchement de sites sur plusieurs nœuds permet d’optimiser l’utilisation des ressources du serveur, car un site peut être temporairement fortement sollicité tandis que les autres sites hébergés sur le même serveur ne le sont pas. Cette solution, de partage des ressources physiques, pause toutefois un problème pour la confidentialité des données, car ces dernières sont toutes hébergées sur le même serveur. Un concurrent pourrait donc accéder aux données qui ne lui appartiennent pas.

Pour conclure cette section, je peux dire que les "Web Farm" ont permis et permettent toujours d’héberger des services accessibles sur l’internet nécessitant sur une très haute disponibilité. La principale difficulté, pour le développement des services hébergés dans ces fermes, est liée au fait que chaque machine reste indépendante, malgré qu’elles fassent toutes parties du même "Cluster". Il faut donc, tout comme pour le "Grid Computing" développer spécifiquement les applications, pour quelle fonctionne sur un "Cluster".

[BDH_03] Luiz André Barroso, Jeffrey Dean, Urs Hölzle, Web Search for a Planet: The Google Cluster Architecture, publié en 2003

[CT_01] Emiliano Casalicchio, Salvatore Tucci, Static and Dynamic Scheduling Algorithms for Scalable Web Server Farm, publié en 2001

[WY_01] Joel L. Wolf, Philip S. Yu, Load Balancing for Clustered Web Farms, publié en 2001

Gmail – Panne ?!?

2009-09-02T15:25:00.002+02:00

Comme tout le monde le sait, hier soir Gmail est tombé en panne, suite à une mise à jour de routine et une sous-estimation de la charge que certaines modifications récentes (ironie du sort, certaines ont été mises en œuvre pour améliorer la disponibilité du service) placé sur les routeurs/serveurs qui gère le load balancing [1].

Depuis un petit mois, je me documente sur les "Web Farms" et les "Clusters" afin de rédiger la prochaine section de mon mémoire. Je vais essayer de publier cette dernière d’ici à mi-septembre. Dans cette section, un des points principaux que je développe est justement le "Load Balancing". Ce sujet a fait l’objet de nombreuses publications et ça reste le nerf de la guerre tous les gros projets.

Pour résoudre ce problème, je me demandais si la virtualisation est un pré requis pour ce type d’application hébergée sur le "Cloud". En lisant l’article de Gary Orenstein "Is Virtualization a Cloud Prerequisite?" [2], je comprends qu’à l’heure actuelle si on utilise des architectures système dédiées et développées spécifiquement pour un projet, on obtient des performances plus grandes. Toutefois, si on virtualise et que l’on met en œuvre des mécanismes de haute disponibilité, on est sensé diminuer le risque de pannes par surcharge. Je vais donc essayer de tester ce point lors de la mise en œuvre pratique de mon projet de mémoire au début 2010. J’émets déjà une réserve quand à la taille du projet. Si j’ai quelques centaines d’utilisateurs à la seconde je suis un homme heureux, tandis que si Google ou un autre major n’a que quelques centaines d’utilisateurs à la seconde ils se posent des questions!

[1] More on today's Gmail issue, http://gmailblog.blogspot.com/2009/09/more-on-todays-gmail-issue.html, consulté le 02/09/2009

[2] Is Virtualization a Cloud Prerequisite?, http://gigaom.com/2009/08/30/is-virtualization-a-cloud-prerequisite/, consulté le 31/08/2009

Grid Computing

2009-08-31T14:12:00.000+02:00

Après avoir défini l’"Utility Computing", une des premières étapes qui m’a semblé logique pour définir la genèse du "Cloud Computing" a été le "Grid Computing". En effet, le "Grid" et le "Cloud" sont souvent comparés [FZRL_09, S_08].

Personnellement, j’ai découvert ce concept informatique en 2003, lors d’une visite au CERN. Travaillant déjà dans le développement de sites et d’applications web, je n’avais pas vraiment porté d’intérêts sur ce concept, car il me semblait et me semble toujours dédié aux scientifiques qui veulent résoudre d’énormes problèmes.

Le concept de "Grid Computing" ou "Grille Informatique" est né en 1997 lors d’un séminaire intitulé "Building a Computational Grid" tenu au Laboratoire national d’Argonne. En 1998, Ian Foster et Carl Kesselman les deux organisateurs de ce séminaire ont publié un livre intitulé "The Grid : Blueprint for a New Computing Infrastructure" [FK_98]. Cet ouvrage est souvent considéré comme la bible du "Grid".

Le "Grid" ou "Grille" est une analogie au réseau électrique, "power grid" en anglais, où l’utilisateur se branche au réseau et paie ce qu’il consomme sans se soucier d’où vient le courant. Le "Grid" a été initialement mis au point pour permettre le partage des ressources au sein de la communauté scientifique. Les ressources partagées [CERN1] peuvent être de natures diverses comme des données de testes, des logiciels, du matériel informatique et même des télescopes ou des microscopes.

Le terme "Grid" est rapidement devenu un élément vendeur et il a donc été utilisé pour vendre de nombreux projets comme par exemple : "Data Grids" ou "Cluster Grids", etc. Ian Foster a donc précisé sa définition en 2002 en décrivant en trois points le "Grid Computing" [F_02] :

1) Un "Grid" coordonne des ressources partagées qui ne sont pas gérées de manière centralisée. C'est-à-dire qu’il permet de cordonner différents systèmes indépendants au sein d’une même entreprise ou au sein d’entreprises tierces tout en abordant les questions de sécurité, de droits d’accès et de paiement.

2) Utilisation d’interfaces et protocoles ouverts et standards afin de permettre l’authentification, la découverte des services et leur utilisation.

3) Un "Grid" doit fournir un niveau de service de qualité, malgré l’utilisation de ressources de natures différentes. Ce niveau de service doit être adapté en fonction des besoins comme le temps de réponse, le débit, la disponibilité, la sécurité ou la colocation des ressources.

Ces trois points laissent le débat ouvert sur ce que sont une gestion centralisée des ressources, des interfaces et protocoles ouverts ou un service de qualité. Toutefois Ian Foster précise qu’un "Cluster" informatique n’est pas un "Grid".

Techniquement un "Grid Computing" s’architecture en quatre couches [CERN1]. La première couche est la "couche réseau" qui permet d’interconnecter les différents éléments entre eux. La deuxième couche est constituée des ressources effectives faisant partie de la grille, tels que des ordinateurs, des systèmes de stockage, ou même des capteurs tels que des télescopes ou autres instruments qui peuvent être connectés directement au réseau. La troisième couche est le "middleware". Elle permet de gérer les interactions entre les différentes ressources. Cette couche gère l’organisation et la distribution des tâches aux différentes ressources. Pour ce faire le "middleware" s’appuie sur des agents capables d’échanger des métadonnées et des "brokers" charger de négocier l’authentification et l’autorisation d’utilisation. Le "broker" se charge aussi de conclure la transaction pour l’utilisation et le paiement de la ressource. Le "Globus toolkit" est un "middleware" très répandu qui permet entre autre de gérer l’affectation des ressources, de garantir la sécurité, de surveiller et découvrir les services et de répliquer les données. La dernière couche, qui est la seule à être visible des utilisateurs, est la couche applicative. C’est elle qui contient tous types d’applications développées pour le "Grid". Ces applications peuvent être de natures diverses comme des applications scientifiques ou financières, devant réaliser des gros calculs sans contraintes de temps. Pour fonctionner sur un "Grid" une application doit être "Gridifiée" pour interagir avec le système et pouvoir soumettre des demandes à la "Grille".

Pour conclure cet article, je peux dire que malgré la souplesse offerte par un "Grid" tant au niveau du type de ressources qu’à la quantité des ressources utilisables à un temps T, un "Grid Computing" peut-être utilisé que pour des applications spécifique (scientifique, financière, BI, …). Ceci est du à sa nature de brokering de tâches en fonction des besoins et des disponibilités. Le "Grid" a donc trouvé son créneau d’utilisation et pour moi il pourra être considéré que comme un cousin lointain du "Cloud Computing".

[CERN_1] GridCafé.org. http://www.gridcafe.org/. Consulté le 10/07/2009

[F_02] Ian Foster. What is the Grid? A Three Point Checklist. Publié en 2002

[FK_98] Ian Foster, Carl Kesselman. The Grid : Blueprint for a New Computing Infrastructure. Morgan Kaufmann Publishers, 1ère edition 1998

[FZRL_09] Ian Foster, Yong Zhao, Ioan Raicu, Shiyong Lu. Cloud Computing and Grid Computing 360-Degree Compared. Publié en 2009

[S_08] Jamie Shiers. Grid today, clouds on the horizon. Publié en 2008

Utility Computing

2009-08-26T00:29:00.000+02:00

En octobre 2008, quand j’ai commencé mes recherches sur le "Cloud Computing", j’ai constaté que le concept d’"Utility Computing" ou "Calcul à la Demande" revenait régulièrement dans l’histoire informatique.

Ma première référence remonte à 1974. A cette époque George J. Feeney, dans sa synthèse d’une table ronde "Utility computing – A superior alternative" [F_74], introduit le concept d’"Utility Computing". Dans cet article, il annonce que les sociétés, qui utilisent un des 60'000 calculateurs de manières indépendantes aux États-Unis dans les années septante, devraient suivre le même chemin que l’industrie qui produisait son électricité au début du XX^ème siècle. Un demi-siècle plus tard, ces industries sont devenues clientes de sociétés productrices d’électricité. Les sociétés devraient à terme aussi externaliser leur informatique pour des raisons économiques.

Les facteurs, qui ont conduit ce changement pour l’électricité, sont les économies d’échelle, le fait que les coûts puissent être variables et que la technologie, pour produire cette énergie, a évolué rapidement. George J. Feeney rapporte aussi que grâce à l’"Utility Computing" les sociétés et les universités pourront utiliser des machines sophistiquées en ne payant que ce qu’elles consomment.

En 2002 [SJ_02], IBM, Sun et HP investissent dans le concept d’"Utility Computing" et proposent tous les trois leur propre solution. L’argumentaire de ses prestataires de services est une diminution des coûts, une simplification de la gestion des infrastructures et une possibilité d’augmenter ou de diminuer la puissance de calcul en fonction des besoins. Depuis d’autres acteurs, comme Microsoft, Google ou Amazon ont lancé leur solution.

Le concept d’"Utility Computing" est rémanent et toujours à la base des projets d’externalisation des solutions informatiques. On retrouve les mêmes arguments économiques pour le "Grid Computing", les "Web Farm" et le "Cloud Computing", seul les concepts techniques évoluent.

Juste après avoir rédigé ces quelques lignes pour mon mémoire, j’ai lu un article de James Urquhart [U_09], dans un flux RSS auquel je suis abonné. Cet article "In cloud computing, data is not electricity" démontre que l’analogie à l’électricité ne peut-être simplement appliquée au monde informatique. Lors de la consommation d’électricité, l’utilisateur ne se soucie pas d’où vient l’électricité. Dans le concept d’"Utility Computing" et plus particulièrement avec le "Cloud", il est important pour le consommateur de savoir où et comment est stocké son information. Toutefois, James Urquhart conclut son article en confirmant qu’il faudra encore beaucoup de temps pour gagner la confiance des entreprises. L’externalisation complète de l’informatique va encore prendre des décennies et devoir surpasser de nombreux obstacles aussi bien techniques que légaux.

[F_74] George J. Feeney, A panel session - Utility computing - A superior alternative?, publié en 1974

[U_09] James Urquhart, In cloud computing, data is not electricity, http://news.cnet.com/8301-19413_3-10296370-240.html, publié le 01/08/2009, consulté le 10/08/2009

[SJ_02] John G. Spooner et Sandeep Junnarkar, IBM talks up 'computing on demand', http://news.cnet.com/IBM-talks-up-computing-on-demand/2100-1008_3-963807.html, publié le 30/10/2002, consulté le 06/08/2009

Bienvenue!

2009-08-24T10:43:00.001+02:00

Je viens d’ouvrir ce blog pour développer le côté Web 2.0 de mon mémoire d’ingénieur CNAM (bac +5) option "Systèmes d'information" (CYC12). Durant les 10 prochains mois, le sujet que je vais développer est la "Mise en place d’un site type Web 2.0 sur un Cloud". Je vais donc parler principalement de ce sujet dans ce blog, et j’espère que vous serez nombreux à commenter mes posts, afin d’enrichir le débat et par conséquent améliorer le contenu de mon travail. Je commenterai aussi quelques actus lues, dans un des nombreux feeds que j’essaie de suivre quotidiennement. Vous pouvez aussi suivre mes lectures sur http://www.google.com/reader/public/atom/user/03794033100048597177/state/com.google/broadcast

Pour mon mémoire, je vais dans un premier temps définir ce qu’est un "Cloud", et j’espère en décembre commencer la partie pratique. Pour la partie théorique, j’ai commencé il y a quelques semaines. J’ai déjà rédigé quelques pages sur la genèse du "Cloud Computing" en parlant de l’"Utility computing", du "Grid Computing" et des "Web farms". Je vais donc mettre rapidement des posts sur ces sujets. Puis je vais analyser les solutions du marché et en retenir une afin de lancer le développement du site type Web 2.0. En mai prochain, je pourrai présenter mes conclusions au jury.

Encore quelques mots sur moi, après un Bachelor en informatique de gestion à la HEG, je travaille depuis plus de 6 ans dans une structure mixte (académique et Étatique) qui s’occupe principalement de développement Web pour l’administration.

Mes liens :

Twitter : http://twitter.com/maslintcho

Google Reader (pour suivre mes lectures) : http://www.google.com/reader/public/atom/user/03794033100048597177/state/com.google/broadcast

Google site (pour partager mes docs) : http://sites.google.com/site/maslintcho/