Pour compléter le point sur le prix du Cloud, un bon billet de Julien Dubois
http://www.responcia.fr/blog/2010/02/18/calculs-de-prix-dans-le-cloud-computing/

Je ne sais pas trop si ce champs commentaire va me permettre de critiquer ton billet, mais je m’y risque point par point

AWS ne représente que 4,28% du chiffre d’affaire 2009 d’Amazon
4,28 % d’un Amazon… Combien de boîtes rêvent d’un tel CA ?
40 % de ce CA sur les 3 derniers mois et sans aucun doute cela s’accélère… Plutôt bon signe donc pour un marché naissant non ??
La rentabilité est clairement plus intéressante sur EC2 qu’un livre je pense

Les systèmes sont opaques
Valide uniquement pour du PaaS (donc Azure, App Engine and co). Pas de différence pour moi entre un EC2 et un OVH-like sur ce point.

La sécurité est-elle vraiment au rendez-vous ?
A t’on déjà entendu parler de vulnérabilité des APIs proposées ? Pas vraiment encore à ma connaissance. Je suis plus inquiet des absurdités que pratiquent 80 ou 90% des clients avec login = mot de passe = nom bdd ou des machines pas sécurisées ou très peu. Et ces cas de figure s’appliquent aussi bien au Cloud qu’à l’hébergement traditionnel.
Je trouve qu’au contraire un Amazon a plus à perdre en image de marque qu’un OVH, d’autant plus qu’on les attend au tournant sur ces points (à tort d’ailleurs — leur plateforme est probablement plus sécurisée qu’un hébergement traditionnel — le risque tient plus à l’échelle de ces acteur : une potentielle intrusion toucherait des dizaines de milliers de serveurs et seuelement quelques milliers pour un hébergeur traditionnel).

Tout à un prix
Savais-tu que tu peux commencer à $11/mois chez Rackspace Cloud ?
C’est d’ailleurs super pratique pour de petites webapp sur un Tomcat. Ca suffit pour beaucoup de besoin et on dispose enfin d’une offre permettant de faire du JEE à pas cher. Ne pas oublier non plus qu’Amazon et Rackspace Cloud inclue dans ce prix des fonctionnalités payantes chez les OVH and co du style firewall.
Par contre d’accord avec toi sur le fait que si t’as pas besoin de flexibilité alors problablement qu’un hébergement tradionnel est plus adéquat. Cependant, qui peut dire sereinement dans un contexte business (je parle pas de serveur mail ou autre) que l’on est capable de prévoir l’utilisation du service que l’on vend ? Soit tu dimensionnes pour le meilleur et tu gâches de l’argent, soit pour le moins et t’est bien embêté quand ça tient plus…

Aucunes garanties de performance, des SLAs au rabais
Vous payez plus cher un service dont les performances ne sont pas garanties.
Faux, archi-faux. Tu as une partie de l’hôte physique allouée à ton serveur. Cela fonctionne comme les serveurs virtuels d’OVH d’une certaine façon puisque tous deux font de la virtualisation. Tu as une garantie sur la disponibilité dudit serveur, même si tu la juges trop faible (cependant une meilleure garantie coûte plus cher et ça se paye d’une façon ou d’une autre).
Cependant si ton serveur EC2 plante, en 5 mn t’en as un autre opérationnel (si ton application est bien codée ). Tu peux en dire autant d’une panne matérielle d’un serveur OVH ?
Pour la visibilité tu connais http://status.aws.amazon.com ?
Volontairement provocateur, je te demanderais pourquoi tu as besoin d’une garantie ? Une garantie n’est qu’un instrument financier pour moi… T’en as pas et tu prends à ta charge les inconvénients engendrés, t’en as une et c’est le fournisseur qui les prends, mais dans les 2 cas, c’est toi qui paye à l’arrivée

Coder moins pour gagner plus
Raisonnement valable qu’en mode PaaS. Pas de problème avec EC2 ou Rackspace Cloud ici.
Et puis c’est pas non plus si catastrophique que cela car les APIs non-supportées se réduisent dans le temps et que de plus en plus de librairie deviennent compatibles. Maintenant, je cache pas que le PaaS c’est du vendor-lockin déguisé ni plus ni moins et c’est pas beau, d’où ma préférence pour du IaaS

Votre application démarre lentement
Mouais. Enfin là tu résumes le Cloud à Google App Engine non ?

Vous allez faire du NoSQL
Tout le monde ou pas loin en utilise sans le savoir.
Tu connais beaucoup de monde qui n’utilise ni GMail, ni Facebook, ni LinkedIn, ni SalesForces, ni … … …
Ces sociétés seraient donc à la merci de jeunes prépubères dépités par le SQL ?
Je suis volontairement provocateur, mais ton message est un peu trop orienté je trouve…

Conclusion qui scale
Au secours, les milliers de clients Amazon et Rackspace semblent ne pas savoir calculer les coûts de leur utilisation du Cloud, à t’entendre
Le Cloud répond clairement à une attente, peut être pas la tienne, mais répond réellement à une attente. Aujourd’hui faire un Google like c’est presque à la portée de n’importe quelle bourse. Va dire cela 5 ans en arrière.
Quand à Kevin, il a déjà de quoi s’occuper avec la carte vitale, les permis de conduire US en RFID, les hacks des routeurs Wifi (merci Hadopi) et TOR et autre gadgets à mettre en place (merci LOPPSI)
En quoi OVH présente moins de risque qu’Amazon ferme EC2 ou Rackspace son offre Rackspace Cloud alors qu’elles sont toutes en très fortes croissance ?

On pourrait longuement continuer ce débat je pense.
Je voulais juste tempérer ce pessimiste volontairement provocateur de ta part, je n’en doute

Déçu par Gandi ou Amazon? Parce que j’envisage de mettre une appli en cloud.

Et pourquoi aller mettre son backend chez un hébergeur dont la techno nous lie, nous oblige. C’est aussi fort que de tout développer pour mainframe ou as400.
Le prix de l’hébergement n’est pas le seul à devoir être pris en compte. Il faut aussi toujours compter le prix d’une sortie de la techno.

Mais j’avoue GAE ou les services Amazon me font rêver. Le côté « free ». Mai voilà quand tu commences à coder, ton application prend très très vite une tournure adaptée à ta techno, dès qu’il s’agit de faire un tant soit peu persister.
Et voilà que le fameux DAO que l’on voulait faire disparaître prend tout d’un coup un peu d’interêt! Puisqu’il permet de centraliser l’accès à la ressource « persistance » . Dommage…
Mis à part pour des campagnes marketing ou pour des sites « parapluie » (que l’on déploie très facilement sur une adresse cloud)ou pour des sites expérimentaux, je ne vois pas trop l’avantage d’une solution cloud par rapport à l’achat d’une paire de pauvres serveurs dell avec 64Go de RAM.

Merci d’avoir libéré la parole