Cloud computing & virtualisation

[Je parle surtout des technologies de VMWare mais cela est généralisable aux autres solutions]

Le Cloud Computing se définit comme une démarche de mise à disposition, via un accès internet, à des ressources de différents niveaux : infrastructure (IaaS), plateforme de développement (PaaS), services applicatifs (SaaS).

Cette logique est publique en ce que les clients de telles offres partagent une infrastructure commune et mutualisée en louant des ressources dont ils ne sont pas propriétaires. Les mécanismes de location sont à la fois “à la demande” et automatisée en self-service, sans nécessité de passer par des intermédiaires commerciaux : une interface d’administration web permet tout à la fois de commander des services, de les configurer, de les gérer et aussi de les arrêter.

La logique de virtualisation des infrastructures est à a base d’une démarche de Cloud Computing, et c’est en ce sens qu’une entreprise qui se lance dans une logique de virtualisation de ses propres infrastructures peut prétendre mettre en place un Cloud Privé ou Interne. Mais cela ne suffit pas pour autant car, si la virtualisation apporte de la souplesse et une meilleure optimisation de l’infrastructure, elle n’offre pas pour autant une approche self-service couplé à une facturation à la demande.

C’est l’enjeu des offres vCloud de VMware d’étendre son offre de services de virtualisation (VSphere) à une logique de self-service basée sur un catalogue avec une logique de re-facturation (entre services internes).

Virtualisation physique et virtualisation Applicative

Si tous les acteurs de Cloud Computing mettent en oeuvre des stratégies de virtualisation des couches physiques (serveurs, CPU, mémoire, etc.) et bases (Système d’exploitation), ils ne vont pas pour autant jusqu’à virtualiser des environnements applicatifs, préférant déployer des architectures applicatives distribuées s’appuyant sur des systèmes de redondance des données entre différents centres de données.

Cette démarche de virtualisation des infrastructures s’est effectuée, comme dans la plupart des DSI en France, sans que cela n’impacte les différentes couches applicatives. Et il n’est pas rare de constater que cette virtualisation des couches bases et matérielles (la couche physique) se soit faite sans même que les responsables applicatifs et les utilisateurs ne s’en soit aperçus.

Or à présent on constate des initiatives de virtualisation non seulement de ces couches basses mais également des couches applicatives.

Les opportunités de la virtualisation applicative

Il faut tout de suite préciser que, même si le marché actuel est dans une phase de croissance dans la mise en oeuvre de virtualisations non plus des infrastructures mais des applications, ce marché n’est pas pour autant mature : la plupart des grandes DSI françaises en sont au stade d’expérimentation et de prototypage de la virtualisation applicative et de sa mise en oeuvre sous forme de “Cloud Interne”.

La virtualisation applicative offre des pistes intéressantes concernant les points suivants :

• réduction des cycles de validation et de mise en production des applications ;
• portabilité des applications historiques (legacy) dans de nouveaux environnements ;
• un meilleur “time-to-market” pour de nouvelles applications ;
• une automatisation des processus existants ;
• une amélioration de la qualité de service et de la continuité de service

Ces opportunités doivent néanmoins être éprouvées sur certains points pour lesquels les retours d’expériences manquent : robustesse, maintenabilité, performance et sécurité. A cela il faut rajouter la partie organisationnelle et fonctionnelle qui bousculent les processus existants des DSI ainsi que les emplois et les compétences qui lui sont associées.

Comment mieux accompagner le cycle de vie des applications ?

C’est autour de la question du cycle de vie des applications et de leur mise en production que les débats autour de la virtualisation et par extension autour du Cloud se pose au sein des DSI des entreprises.

Certains cabinets d’analystes, notamment le Gartner, on fait état de gains potentiels dans l’approvisionnement et dans les délais de mise à disposition dans les stratégie de virtualisation, mais aussi  dans le déploiement. C’est en partie de ce qui motivé les DSI à s’engager dans une démarche de virtualisation de leur portefeuille applicatif.
Aujourd’hui, on constate un cycle de mise en production qui passe successivement par :

• une première installation par la TMA
• plusieurs installation sur la plateforme de pré-production pour la recette, l’homologation, la qualification, ..
• enfin une dernière installation pour la mise en production.

Ces réinstallations successives peuvent prendre plusieurs semaines et les “métiers” ne supportent plus ces longs cycles de validation qui à leurs yeux ne représentent que des contraintes et des coûts qui se justifient de moins en moins.

La logique de réinstallation de type “Wipe & Load”

Avant de développer l’option de la virtualisation et du Cloud (interne ou externe), envisageons une première option, défendue généralement par ceux qui sont en charge des couches mutualisées de infrastructure.

La logique de virtualisation repose sur l’encapsulation de tout un environnement applicatif dans une machine virtuelle (VM). Celle-ci pourrait alors circuler dans différents environnements et sur différentes plateformes (y compris une plateforme externe).

Or cet idéal se heurte à certaines réalités, parmi lesquelles :

• si dans le fichier *.ini de telle application il y a écrit “en dur” qu’il faut telle machine, cela ne passera pas si la VM n’est pas dans l’environnent d’origine
• il restera des traces dans le registre et un peu partout : l’encapsulation a donc de fortes de fortes limites.

Ainsi tout ce qui est écrit en dur : les adresses IP, l’accès au machines, aux bases (Bases de données, Annuaire, etc.) tous cela ne disparaît pas dans les VM et même dans les Vapp (qui ne suppriment pas les les clés dans le registre).

On peut comprendre les réticences de l’opérateur en charge de la plateforme quand quelqu’un veut pousser une VM dans l’environnement dont il a la charge et il ne manque pas de dire : “les mises en production c’est moi qui m’en occupe”.

S’il y a des GPO (pour Group Policy Object dans l’environnement Windows), avec la virtualisation on ne les annule pas, donc on cumule les GPO précédentes ; certes pour l’administrateur du poste de travail tout marchera mais pas pour l’utilisateur lambda. Donc ce qui va marcher avec dans l’environnement de TMA par exemple, où il y a tous les pouvoirs et droits, en marchera plus en production avec les utilisateurs.

Il peut également exister des cas bien pire que le simple constat “çà ne marche pas”. Ainsi la démarche qui consiste à transférer des VMs dans des environnements et des plateformes différentes peut “en apparence” parfaitement marcher. Mais en réalité les accès peuvent être faussés : par exemple une application en VM qui attaque non pas la base de production mais de pré-production. Ce genre de risque n’est pas sérieusement pris en compte dans la démarche qui consiste à “balader des VM dans des environnements différents”.

On perçoit bien que l’enjeu de l’acceptation des technologies de virtualisation passe par la question des adhérences et des adressages. Les technologies de virtualisation ne permettent pas  de gérer automatiquement et efficacement l’ensemble des adhérences d’une application à son environnement (réseau, OS, middleware et applicatif).

Pour autant, si l’on ne passe pas par la virtualisation pour automatiser la gestion du cycle de vie des applications, y a t il une autre solution ?

L’automatisation peut marcher si l’on repart toujours de zéro, il ne faut pas faire circuler les VM avec des historiques qui sont trop lourd et peuvent être des bombes à retardement. Il faut automatiser les logiques d’installation avec la possibilité de pouvoir toujours revenir en arrière si nécessaire.

L’installation automatique n’est pas la même chose que de faire circuler des VM dans des environnements distincts. Il s’agit de se mettre dans une logique de “wipe and load” (on efface et on recharge) : on repart de zéro avec un livrable qui est un exécutable qui s’installe automatiquement et dont on est sûr de la qualité sachant qu’on ne transfère que la configuration de l’application et pas son l’historique. Du coup, d’un point de vue réseau on ne transfère qu’un fichier de quelques kilo-octets de configuration et pas des VM de plusieurs dizaines de Gigas Octets, ce qui soulagne grandement les limitations de bande-passante qu’on les entreprises.

Cette approche a une part évidente de vérité, mais elle se heurte à une dure réalité concernant les applications les plus critiques du portefeuille aplicatif. Certaines applications sont un véritable mille-feuilles de sédimentation technologique avec parfois plusieurs dizaines de niveaux patchs qui obligent à regarder la réalité en face : certaines applications ne sont absolument pas reconstructibles et réinstallable.

L’approche “Wipe & Load” est peut-être la meilleure solution dans un environnement applicatif dont la complexité est maîtrisé, ou pour de nouvelles applications, mais elle n’est plus opérante pour la prise en compte du Legacy Applicatif, notamment pour les progiciel métiers.

La virtualisation poussée en mode Cloud : les opportunités de la technologie vCloud de VMware

Concernant le parc applicatif qui, pour des raisons de sédimentation informationnelle et de complexité des niveaux de patchs ne peut pas être réinstallé, les entreprises se retrouvent dos au mur. Ce qui a été fait, c’est une image de l’application qui la fige et la sauvegarde, mais une telle image ne peut être redémarreée que dans un environnement “à l’identique” : mêmes CPU, mêmes drivers, etc., ce qui est très contraignant et qui confirme la criticité de la situation.

La promesse de vCloud est de porter les logiques de virtualisation à un niveau d’abstraction encore plus poussé que la simple virtualisation applicative. Ainsi la technologie VMware (comme d’autres) est-elle sensée apporter des solutions aux problématiques d’adhérence des applications évoquées précédemment : encapsulée dans une vApp, une application pourrait être déplacée dans n’importe quel autre environnement vCloud.

Tout n’est pas encore figé et les solutions de VMware sont en pleine évolution. Ainsi le déplacement des VMs avec les vApp nécessite encore de changer à la main certains paramètres d’adressage : IP, accès DNS, machines, bases, etc.

Dans l’approche autour de la mise en place de vCLoud au sein d’une entreprise, la méthodologie suivante émerge :

• Constitution d’un catalogue de souches virtualisées des technologies utilisée par l’entreprise ;
• Les développeurs utilisent ces souches qu’elles choisissent dans le catalogue pour construire et faire évoluer les applications ;
• Une procédure de re-construction de l’application en utilisant les éléments du catalogue vCLoud est réalisée (pour les applications critique on fait passer la VM dans les différents environnements sans les re-contruire) ;
• Une application peut ainsi être théoriquement déplacée dans plusieurs vLCoud internes de l’entrerprise mais également dans un vCloud externe ;

On peut considérer métaphoriquement la technologie vCloud comme un “tapis roulant” qui permet de faire naviguer les vApp (les VMs des applications avec leur couche réseau virtualisée) sur différentes plateformes (interne et externes) qui sont certifiées “vCloud”.

Le recours à une offre Cloud IaaS externe sous un nouvel éclairage

Tout d’abord il faut noter que les offres de vCloud Externe sur le territoire français se résument à ce jour à l’opérateur/hébergeur COLT qui est le seul a posséder les accréditations et la certification de VMWare (OVH est en discussion et devrait obtenir la certification).

Ensuite, ces offres externes ne contiennent pas des souches virtualisées de technologies propriétaires (ex : weblogic) et privilégient des technologies Open Source qui ne sont pas communes chez les “grands comptes”.

Enfin, le mode de virtualisation adopté par les entreprises privilégie le maintient des données applicatives dans le périmètre des plateformes qu’elle opère : c’est le cas des bases de données, des logs mais aussi des annuaires. Ce qui implique qu’une vApp placée chez un opérateur externe devra faire des appels et des écritures dans un environnement vCloud de l’entreprise : tout ceci pose de réelles questions de performance.

A ces questions se rajoutent des questions de sécurité et d’ouverture de VPN entre l’entreprise et un partenaire externe. Même si la solution est théoriquement sécurisée (étanchéité logique des réseaux dans l’environnement mutualisé du prestataire externe), cela induit une réelle méfiance de la part de l’opérateur de plateforme qui y voit également une stratégie de contournement de son rôle au sein de l’entreprise(“on me vole mon job en essayant de me court-circuiter”)

Dissensus et Consensus au sein des Entreprises

On constate vite que les responsables des couches applicatives, proches des préoccupations des métiers, se sentent freinés dans leur appétence à virtualiser non plus la couche infrastructure mais celle des applications.

En dessous de la ligne applicative, responsables de la sécurité, responsable des plateformes et responsables infrastructure & réseaux freinent des quatre fers. On peut imaginer que la solution ne sera pas “tout virtualisé” car chaque application va avoir une trajectoire de virtualisation qui sera différente des autres, mais il me semble inévitable de virtualiser notamment les grosses applications métiers que plus personne ne saurait redémarrer en cas d’incident majeur. C’est donc sous la contrainte de leur patrimoine applicatif que les entreprises avancent et tentent d’instruire des arbitrages de virtualisation.

Related posts:

1. A propos de la virtualisation de Windows Nasstar (il faut aller voir leur site avec la video...
2. SUN bascule la totalité de son informatique « on the cloud » Avec plus de 30 000 employés, on ne peut pas...
3. L’Un et le Multiple comme défi technologique du Cloud Computing Construire un data center est tout ce qu’il y a...

C’est apparu récemment avec Google Apps qui donnait accès au Google Apps MarketPlace, et puis je constate que la plupart des solutions SaaS / Cloud commencent à proposer un « Apps Store » qui donne accès à des solutions développées par des tiers. Jive (solution de Social Software) Yammer le fait déjà, box.net va s’y frotter, sans compter Salesforce, etc.

Bien sûr, dans un contexte d’entreprise, ces « apps stores » sont immédiatement désactivées. Il n’empêche que se dessine une tendance où le salarié va être considéré comme un consommateur dans le cadre de son travail : ce n’est plus une décision qui s’imposera identiquement à tous puisqu’une marge de manœuvre pour des « exceptions » locales, voire individuelles, vient de s’ouvrir. Cela prendra le temps qu’il faut, mais on va vers des situations où le salarié pourra faire son « pick and choose » pour faire son « My SI »

Les DSI, bon gré mal gré, sont de plus en plus sensibles à la qualité perçue par les utilisateurs. Or celle-ci est généralement très mauvaise, pour ne pas dire catastrophique dans certains cas, aussi je vois mal le marché des « apps stores » ne pas se développer à courte échéance.

Je sais que certaines entreprises commencent à ré-évaluer leur position initiale à l’égard des « apps store » ; la situation est à suivre de près dans les prochains mois.

Related posts:

1. Stage Google Apps Engine [Message à caractère professionnel] Pour faire suite à l’annonce de...
2. Quelques ressources sur Google Apps Si vous avez à travailler autour des Google Apps, dans...
3. Google Video for Business Google vient de rajouter la video dans son Offre Google...

Il y a une tendance très nette des vendeurs de solutions en SaaS ou Cloud Computing, ayant des offres pour les grandes entreprises, de baser leur approche commerciale sur le fait que leur solution est déjà utilisée par les employés.

Yammer ou Box.net le font par exemple.

Leur solution gratuite étant déjà utilisée par les employés dans le cadre de leur activité professionnelle, ces vendeurs peuvent ainsi non seulement présenter leurs services mais également donner des comptes rendus analytiques détaillés de l’usage de leurs services part les employés du prospect.

En somme, cela prouve que la solution a déjà été appropriée par les utilisateurs ; c’est un sérieux argument dans la prise de décision côté client.

Google pouvait également prétendre que ses services étaient déjà largement utilisés par les internautes, mais la société ne pouvait pas pour autant présenter des rapports d’utilisation et d’adoption par les salariés de ces services car les identifiants mail étaient différents ( gmail et mail d’entreprise ; google ne sait pas (ou ne doit pas savoir) combien d’employés d’une société ont gmail )

Avec cette « analytics based selling », l’acte de vente devient, du point de vue du client, moins un investissement qui peut comporter des risques que  la contractualisation d’une solution qui est déjà utilisée.

L’acte de vente est alors présenté comme la régulation d’une situation où les utilisateurs étaient en dehors du périmètre de l’entreprise, et donc du SI, tout en ayant des relations et des activités de travail.

Tout le monde est content, les brebis rentrent dans le périmètre contractuel de l’entreprise avec un outil qu’elles ont adopté collectivement. Le décideur lui, n’a pas eu à prendre une décision critique (car généralement ces solutions s’adressent à potentiellement tous les employés),  donc il se sent soulagé d’une prise de responsabilité.

Related posts:

1. Search Based Applications C’est une tendance forte dans le marché des moteurs de...
2. WebMethods s’offre Cerebra L’editeur américain WebMethods, offrant des solutions EAI (Enterprise Application Integration)...
3. Irresponsabilité et violation Quand on voit comment les partis politiques appréhendent les potentialités...

Voici la vidéo de mon intervention lors des « Entretiens du nouveau monde industriel » en novembre 2009.

Vous trouverez toutes les vidéos des autres interventions sur la page dédiée sur Dailymotion.

Entretiens du Nouveau Monde Industriel 11 Christian Faure
envoyé par Cap_Digital. – Les derniers test hi-tech en vidéo.

Related posts:

1. Nouveaux enregistrements de Bernard Stiegler Au menu des ajouts : Re-designer le design, conférence à...
2. Ars Industrialis sur Twitter Vous pouvez à présent suivre l’actualité d’Ars Industrialis sur Twitter....
3. C’est clair, non ? Le site twitteradar vous tient informé de l’actualité du service...

Un document de la maison blanche souligne la volonté de l’administration Obama d’utiliser « la puissance des technologies de l’information pour transformer le gouvernement fédéral ». Deux grands axes sont présentés : le gouvernement 2.0 et la recherche d’efficacité via l’innovation dans l’infrastructure du numérique.

*

Gouvernement 2.0

Ici, le gouvernement américain reprend les éléments clés du Web 2.0 (voir mon introduction à l’entreprise 2.0 ). Il insiste sur la nécessité de transparence qui doit se traduire par un effort toujours plus important pour que les données soient mises à disposition des citoyens. Cela passe par le site USASpending.org censé apporter la possibilité aux citoyens de voir

« comment, quand, avec qui, et sur quoi le gouvernement gère ses dépenses »

Dans la même veine, mais peut-être plus ambitieux et plus pertinent, le site data.gov se propose d’être la référence en matière de données brutes sur des sujets tels que la santé, l’énergie, l’environnement et les opérations gouvernementales. On aimerait bien sûr qu’une telle initiative soit conforme aux normes du web sémantique et vienne ajouter toutes ces données aux Linked data.

Après les data, l’accent est mis sur la participation et la collaboration. Ici, c’est la logique des réseaux sociaux qui est convoquée pour conduire une intelligence collective et distribuée. Étrange de voir comment la phrase de JFK (reprise du poête libanais Gibran Khalil Gibran )

« ne demandez pas ce que votre pays peut faire pour vous ; demandez ce que vous pouvez faire pour votre pays »

devient d’actualité avec les réseaux sociaux et la logique participative comme nouvelle forme d’action publique et politique proposée aux citoyens.

*

Cloud Computing

Vient le moment d’évoquer les infrastructures  : non seulement pour porter ces nouvelles initiatives mais également pour réduire les coûts et augmenter l’efficience des infrastructures gouvernementales. Le Cloud Computing est à l’honneur avec plusieurs pilotes :

• Help Desk, Support, et accès nomade aux applications ;
• Virtualisation sécurisée des data centers ;
• Solutions de collaboration et de messagerie ( Washington DC utilise déjà Google Apps) ;
• Information et record management ;
• Workflow « as a service », notamment pour les services rendus aux citoyens ;
• gestion et visualisation de grands corpus de données ;
• usages de solutions SaaS, notamment dans la gestion financière.

Mutualisation sur des plate-formes web, ouverture des données, et logiques participatives : ce qui se dessine là s’annonçait déjà en Janvier 2009 dans le discours de Vivek Kundra le CTO de l’administration Obama :

Le site data center knowledge, qui a pointé du doigt ce rapport, essaie d’entrevoir quelles seront les entreprises du secteur IT qui pourront tirer bénéfice de cette nouvelle politique : HP/EDS, Cisco et Google. Sans surprise on y retrouve ceux qui sont soit des « pure players » soient ceux qui ont su mener une politique d’innovation qui comprenait et anticipait les changements de notre époque.

Quoi qu’il en soit, de telles initiatives nous renvoient à la bêtise de nos propres gouvernements, à l’heure où des débats d’un autre âge autour d’HADOPI visent à maintenir des rentes de situations d’une catégorie d’industrie condamnée, quitte à hypothéquer le devenir et l’émancipation de toute une génération vers une nouvelle économie de la contribution.

Related posts:

1. La stratégie du Boa Si vous travaillez en mode projet et que vous avez...
2. La stratégie du « garbage collector » En programmation, le garbage collector désigne un mécanisme de gestion...
3. Du gouvernement des inégalités à la nécessité d’une nouvelle économie politique Maurizio Lazzarato fait partie de la mouvance Multitudes . Il...

Capgemini est le plus grand partenaire de référence de Google dans le monde de l’entreprise. Alors, comme je fais beaucoup de Google ces derniers mois, il m’arrive parfois d’être surpris par les réactions des entreprises lorsqu’il s’agit de mettre en oeuvre Google Apps Premier Edition.

Par exemple Gmail, dans sa version dédiée aux entreprises, offre 25GB de stockage là où la plupart des entreprises offrent en moyenne 500 MB à leur utilisateurs. On pourrait penser que c’est une bonne nouvelle, et bien pas forcément lorsqu’on vous répond :

« 25 GB c’est quand même beaucoup. Vous comprenez, les utilisateurs pourraient s’y habituer. On les connaît, plus vous leur en donnez et plus ils en demandent »

Toujours en restant avec les solutions de Google pour l’entreprise ; vous pensez qu’offrir une solution bureautique collaborative simple et séduisante est un atout ? Détrompez vous :

 » Mais alors tout le monde peut créer un site de partage ? Ou partager un document sans en demander l’autorisation ? C’est pas très bien vu dans notre culture vous savez … »

Gmail et Google Site offrent des thèmes qui permettent d’avoir une interface graphique qui sort de l’ordinaire. Vous voyez çà comme un plus ? Attendez de voir les nanas de la communicaiton qui débarquent pour vous dire :

 » Mais c’est pas possiiiiible, il faut absolument que les chartes graphiques du groupe s’appliquent à l’interface utilisateur. C’est I-M-P-É-R-A-T-I-F ! »

Avec les pages personnalisables de Google Start Page, les utilisateurs peuvent composer eux-mêmes leur page de démarrage, leurs liens vers leurs outils, etc. Çà devrait les rendre plus productifs, non ? Que nenni :

« Mais c’est le grand n’importe quoi : il faut une page de démarrage corporate qui s’applique à tout le monde, c’est la politique du groupe ! »

Les widgets offrent également un peu de tout, chacun peut choisir parmi tout un catalogue disponible. Une bonne chose ? Manqué :

 » Mais attendez, je vois un widget qui offre un calendrier de femmes en maillots de bain ! C’est contraire à toutes les règles de déontologie de l’entreprise ! »

Sachant que celui qui vous dis çà a un accès à internet et à des images bien plus osées ; quand il n’a pas lui-même dans son bureau un calendrier Aubade ou Pirreli.

Puis viens le moment de discuter avec le monsieur de la sécurité, forcément quand on parle cloud computing :

« Est ce que votre solution accepte le SMTPS, est-ce que l’encryptage est assuré, est-ce qu’on peut mettre en place des politiques de sécurité pour l’envoi des email, etc. »

Je réponds « Oui, mais vous utilisez déjà tout cela dans votre système actuel ? »
-  » Non, mais c’est obligatoire »
- « Ah bon .. »

Ou encore tel autre qui est très intéressé par Google Apps mais qui souhaiterait que je lui

« mette à disposition un environnement de test pour essayer la solution avant de prendre une décision ».

Allons-donc, je vais de ce pas reproduire l’infrastructure de Google pour que l’essai se fasse dans de bonnes conditions…

*

Derrière toutes ces réactions il y a en filigrane la peur d’ouvrir le web aux employés, la peur de les lâcher dans la nature, qu’ils accèdent à des informations erronées, ou moralement répréhensibles, qu’ils passent leur temps à surfer au détriment de leur travail et, peut-être même … qu’ils prennent du plaisir à travailler avec des outils web et sur le web, qui sait ?

Prendre du plaisir au travail, mon dieu, mais c’est tout sauf corporate çà !

Enfin, malgré ces quelques anecdotes, l’offre Google pour l’entreprise se porte très bien et elle ne va cesser d’attirer les entreprises pour deux raisons très simples :

• çà coûte beaucoup moins cher pour les entreprises qui cherchent en ce moment à réduire leurs coûts ;
• et çà permet d’avoir de nouvelles manières de travailler, n’en déplaisent à ceux qui voudraient maîtriser et contraindre le comportement des employés.

D’ailleurs, les entreprises qui témoignent de leur choix Google Apps le disent :

C’est pas cher et c’est innovant. Euh..je vous ai dit que c’était pas cher ?

Related posts:

1. Stage Google Apps Engine [Message à caractère professionnel] Pour faire suite à l’annonce de...
2. Google Apps Engine C’est mon collègue, l’excellent Franck Emsallem, qui m’apprend à l’instant...
3. Votez pour les fonctionnalités de Google Apps Google a mis en place un Google moderator spécifique pour...

Dans le cadre d’une demi-journée consacrée à Google et au Cloud Computing, les étudiants de l’EFREI avaient invité Didier Girard et ses équipes de  SFEIR pour parler de GWT et d’Android, ainsi que moi-même pour parler du Cloud Computing.

La vidéo de mon intervention :

Cliquez pour télécharger/regarder

Les autres videos sur Talus’ LaBlog.

Related posts:

1. Chat sur le Cloud Computing Vous pouvez vous inscrire pour participer au chat organisé par...
2. Cumulus de billets sur le Cloud Deux bons billets d’Aurélien Pelletier et Bruno Paul sur le...
3. Le cloud computing et l’internet des objets Voici la vidéo de mon intervention lors des « Entretiens du...

Un article du Monde (qui a proposé ces derniers mois de très bons articles sur le cloud computing) Lilian Alemagna rapporte un début de polémique suite à une sur-interprétation dans un article du Times des résultats des travaux de recherche de l’Université de Harvard. Alex Wissner-Gross qui semble-t-il était à l’origine de l’étude à Harvard déclare :

« Le Times nous a attribué à tort le chiffre de 7 grammes de CO₂ émis par requête Google. Dans notre étude, nous nous sommes concentrés exclusivement sur l’ensemble des sites Internet et nous avons constaté, qu’en moyenne, une visite sur un site traditionnel émet 20 grammes de CO₂ par seconde. »

Ce chiffre de 20 grammes de CO₂ doit en fait énormément varier selon que l’on charge la page d’accueil de Google qui fait quelques kilo-octets ou d’autres pages plus lourdes.

Petite perle au passage, repérée par Yves Marie Pondaven : dans la page des résultats de Google, faîtes un « clic droit » puis « afficher l’image » du logo de Google et vous devriez voir l’image du logo de Google mais cette fois-ci dans sa totalité. Ce qui en dit long sur la stratégie du moteur de recherche pour faire converger « liste de résultats » et » liste de course ou d’achat ».

Mais revenons à nos consommation de de CO₂ selon la taille des pages web. Nous en parlions entre collègues aujourd’hui, et j’ai mesuré la taille de quelques pages. Ce qui donne :

• pour la page d’accueil de Google :

• pour la page d’accueil de mon blog :

• pour la page d’accueil du Monde :

Chaque site n’a donc pas la même politique énergétique, si tant est qu’il y en ait une en la matière car il faudrait déjà y être sensibilisé. Mais quand je vois que Got ou Manue changent le design de leur site avec un fond noir pour économiser de l’énergie sur les écrans qui les consultent, on peut penser qu’une responsabilité et une sensibilité à ces questions écologiques des technologies de l’information se diffusent de plus en plus largement.

Toujours est-il que, dans leur blog Officiel, les gens de Google ont très vite réagi à cette article du Times en précisant qu’une requête moyenne sur leur moteur de recherche emettrait en fait 0,2 g de CO₂. Ce qui permet également à Google de rappeler son slogan en la matière :

In the time it takes to do a Google search, your own personal computer will use more energy than Google uses to answer your query.

De la même manière, et j’y insiste à chaque fois lorsqu’une entreprise bascule sur les infrastructures de Google, il y a un fort impact sur le bilan énergétique de l’entreprise ainsi que sur la responsabilité de l’entreprise dans la maîtrise de son impact environnemental. Il ne faut pas voir que l’intérêt immédiat du faible coût dans les solutions de Google, mais également les externalités positives.

Quoiqu’il en soit, les choses se complexifient car les logiques de confidentialité et de maîtrise des données vont parfois à l’encontre des valeurs nécessairement écologiques du cloud computing : tentons de faire composer les deux pour trouver de nouvelles alternatives sans les opposer de manière stérile. Cela passe selon moi par l’architecture du hardware, du software et du dataware qui doit intégrer des dimensions écologiques pour apporter de nouvelles valeurs aux systèmes d’informations.

Related posts:

1. Derrière les lieux communs du cloud computing Immanquablement, quand on évoque le sujet des applications en SaaS...
2. Intervention sur le Cloud Computing Dans le cadre d’une demi-journée consacrée à Google et au...
3. Le cloud computing et l’internet des objets Voici la vidéo de mon intervention lors des « Entretiens du...