Codathlon
Vincent Bostoen, la personne qui a
piloté le Codathlon GAE vient de publier une petit compte-rendu. La journée
s'est très bien passée. Les débats ont été très intéressants : avec cette
technologie tout en un, Google vient de transformer le développement web en une
commodité.
En une journée, j'ai pu découvrir la technologie, adapter du code que
j'avais et le déployer sur l'infrastrucutre GAE. Vous pouvez voir le résultat
ici : http://qwerty.codathlon.com
Spécification fonctionnelle générale de GAE
Après avoir utilisé un petit peu GAE, voilà ce que j'imagine comme
spécification pour cet outil. "Tout un chacun doit avoir tous les outils
pour développer, déployer et héberger une application web. Cette application
doit pouvoir stocker des données, proposer une identification des utisateurs,
envoyer des mails, accéder au monde extérieur via REST. L'ensemble devra être
extrêmement simple d'utilisation. Un système de versionning devra être mis en
place. Le déploiement ne devra pas être entravé par les firewalls."
Conséquences : GAE est monolithique
Certains décrient le fait que la stack de GAE soit monolithique. C'est un
fait : il n'est pas possible de changer d'infrastructure technologique, pas
possible de faire persister les données dans Oracle, de choisir son serveur
d'applications, pas possible de choisir son format de packaging, pas possible
de choisir son langage de programmation... Tout est figé. Pour nous,
architecte, c'est une frustration, tous les choix sont faits. Par contre pour
ce qui est du grand public, c'est une aubaine : il n'y a plus de question à se
poser.
Les manques
Dans l'état actuel, il n'est pas possible de faire des batchs avec GAE et il
n'est pas possible d'envisager de déployer des applications sérieuses sans
avoir la possibilité d'exécuter des batchs.
La vision
Pour l'instant seul Google propose une stack complète, les autres acteurs
proposent des lego qu'il faut assembler (Amazon, Microsoft). Je pense que la
vision de Google est bonne, car elle permet à tout un chacun de pouvoir
développer une application web. A mon avis d'autres acteurs devraient dans un
avenir proche proposer leur propre stack. Certains parlent déjà de la Yahoo
Application Platform. A suivre.
Impact
Pour nous architecte, l'impact est simple, notre métier va à nouveau être
redéfini d'ici 3 à 5 ans.
Pour ce qui est du monde applicatif, l'impact va être plus important. Je
pense qu'à terme les applications pourront être proposées en package GAE
directement déployable. Ceci va grandement faciliter la diffusion des logiciels
opensources et éditeurs. Imaginez, vous codez un "Drupal", vous le packagez en
GAE et il devient immédiatement déployable par n'importe qui. Magique.
Le danger
Google est pour l'instant le seul acteur sur ce créneau. Il est nécessaire
que d'autres se lancent rapidement. Sinon, nous risquons de voir à moyen terme
un nouveau monopole se mettre en place.
Il est aussi important qu'une spécification permettant de définir les API
entre les applications et AppEngine soit définie.
Futur
Il y a tellement de rumeurs sur une version java de GAE qu'il n'y a plus de
toute à avoir. La seule inconnue est la date de mise à disposition. Je parirais
bien pour un lancement lors de la conférence Google I/O.
Liens
Codathlon Google App Engine, pour ceux qui n'y étaient pas
http://qwerty.codathlon.com