Liens connexes

Dépêche modérée par

Dépêche éditée par

: AppScale 1.1 est sorti : où comment se créer son propre Google App Engine

Posté par angusyoung (). Modéré le 18 juin 2009.
19
AppScale est une implémentation libre du Google AppEngine (GAE) de l'université de Santa Barbara, également à l'origine d'Eucalyptus, l'IaaS compatible Amazon EC2 à base de Xen/KVM. Le Google App Engine permet de développer des applications web hébergées par Google. AppScale permet de s'affranchir de l'hébergement Google.

AppScale permet l'exécution d'applications GAE au choix au sein :
  • D'une fabrique de cloud computing (EC2, Eucalyptus) ;
  • De VMs Xen/KVM/VMware/etc. ;
  • De serveurs physiques.
Composants d'AppScale :
  • Google App Engine SDK ;
  • Mongrel ;
  • Hadoop pour son FS clusterisé HDFS (remplaçant GFS) ;
  • Hbase ou hypertable ou MySQL pour le key/value datastore (remplaçant bigtable) ;
  • Un connecteur GAE<->backend générique ouvrant la voie au support d'autres bases très tendance comme Cassandra, Voldermort ou encore MongoDB.

> Lire la suite (11 commentaires, moyenne: 3,7).   [dépêche : 1813 caractères]

Dans un contexte où le cloud computing pose de réelles questions de sécurité et de contrôle des données hébergées au sein de ces clouds commerciaux, AppScale est une première étape vers la possibilité d'installer son propre cloud-computing compatible GAE.

Le sandboxing de GAE, les nombreux frameworks disponibles, l'intégration avec de plus en plus d'IDE sont autant d'atouts pour considérer cette initiative, tout comme celle d'Eucalyptus, comme une réponse libre crédible aux offres commerciales de Cloud-Computing et les questions que celles-ci soulèvent.

GAE ayant démontré son extraordinaire scalabilité - notamment lors de l'élection américaine où de nombreux services de la Maison Blanche étaient propulsées par GAE - il sera intéressant de voir comment AppScale se comporte en terme de performance.

À n'en pas douter, l'infrastructure Google a de l'avance. Le projet AppScale n'a d'ailleurs pas vocation à le concurrencer sur le terrain de la performance.
On y voit néanmoins un intérêt grandissant pour les entreprises désireuses de maitriser leurs données tout en suivant le standard de développement de plus en plus adopté qu'est GAE.

GAE devient un framework de frameworks lorsque l'on voit l'initiative d'IBM où une app GAE peut-être rapatriée sous leur infra Websphere (cf. Google Camp 2009) en ne touchant quasiment pas au code.

On peut également imaginer des entreprises lancer à tout hasard leurs services web sur l'App Engine de Google et si l'un d'entre-eux trouve une audience importante, le rapatrier dans leur App Engine privé afin d'en garder le contrôle.

Le support de Java est prévu dans la feuille de route (cf. les notes de version), il ouvrira la porte aux autres langages compilables en bytecode Java comme PHP, Ruby, etc.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

kezako

Posté par Thenomor () le 18/06/2009 à 13:28. (lien). Évalué à 10.

Pour les gens qui connaissent le GAE, la news doit être claire. Pour moi non.

J'ai chercher un peu (bon d'accord, pas beaucoup) sur le net une définition technique claire, mais sans succès.

Quelle est donc la différence entre developper sur GAE et sur un hébergeur classique, par ex avec PHP, ou une plateforme complète virtualisée?
Et c'est quoi l'interet de Appscalte, par rapport à des serveurs d'application privés classiques?

J'ose à peine demander c'est quoi ce foutu "Cloud", mais là j'ai peur de declencher un troll pour marketeux...

Production ?

Posté par geb () le 18/06/2009 à 15:17. (lien). Évalué à 4.

Est ce fait pour la mise en production ou tout comme eucalyptus c'est avant tout une plateforme de tests et de recherches (voir la faq de ce dernier) ?

Revenir en haut de page