C'est vrai que les définitions du Cloud Computing sont nombreuses et n'aident pas à la bonne compréhension de tout ce buzz autour de Google App Engine.
J'aurais dû en effet éclaircir un peu le concept avant d'introduire le projet (my 2 cents).
Tout d'abord, l'App Engine est l'infra d'hébergement de Google proposant un SDK (python ou java) pour développer des applications web.
Cet hébergement est gratuit (en deçà de certains quotas relativement confortables) et payant au delà de ces quotas (le paiement se fait à la charge consommée: cpu, io, bande passante), on ne paye que ce que l'on utilise.
La différence par rapport à un hébergement virtualisé type Amazon EC2 qui utilise du Xen, c'est que l'on n'a pas à gérer la plateforme (google s'en charge pour toi), ni à gérer la scalabilité, là encore l'infra google est prévue pour scaler potentiellement à l'infini. Ceci est possible car on sort du modèle traditionnel LAMP avec une base de donnée relationnelle réputée peu scalable.
Tu développes en local avec le GAE SDK (python ou java) et tu déploies directement sur l'app engine d'un clic. Tu peux déployer plusieurs versions d'une même application en // et y accéder avec des sous-domaines du type dev.mydomain.com par exemple.
L'intérêt de AppScale est de continuer d'utiliser ce standard de développement qu'est l'App Engine, tout en ayant la liberté de ne plus être dépendant de l'infrastructure Google. Par exemple, une entreprise qui souhaite déployer une application sensible sans exposer ses données à Google, pourra le faire à l'aide d'AppScale.
[^] # Re: kezako
Posté par angusyoung . En réponse à la dépêche AppScale 1.1 est sorti : où comment se créer son propre Google App Engine. Évalué à 6.
J'aurais dû en effet éclaircir un peu le concept avant d'introduire le projet (my 2 cents).
Tout d'abord, l'App Engine est l'infra d'hébergement de Google proposant un SDK (python ou java) pour développer des applications web.
Cet hébergement est gratuit (en deçà de certains quotas relativement confortables) et payant au delà de ces quotas (le paiement se fait à la charge consommée: cpu, io, bande passante), on ne paye que ce que l'on utilise.
La différence par rapport à un hébergement virtualisé type Amazon EC2 qui utilise du Xen, c'est que l'on n'a pas à gérer la plateforme (google s'en charge pour toi), ni à gérer la scalabilité, là encore l'infra google est prévue pour scaler potentiellement à l'infini. Ceci est possible car on sort du modèle traditionnel LAMP avec une base de donnée relationnelle réputée peu scalable.
Tu développes en local avec le GAE SDK (python ou java) et tu déploies directement sur l'app engine d'un clic. Tu peux déployer plusieurs versions d'une même application en // et y accéder avec des sous-domaines du type dev.mydomain.com par exemple.
Le plus simple est de regarder une vidéo d'introduction sur le site App Engine de Google [http://code.google.com/intl/fr-FR/appengine]
L'intérêt de AppScale est de continuer d'utiliser ce standard de développement qu'est l'App Engine, tout en ayant la liberté de ne plus être dépendant de l'infrastructure Google. Par exemple, une entreprise qui souhaite déployer une application sensible sans exposer ses données à Google, pourra le faire à l'aide d'AppScale.