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 : [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
[qwerty.codathlon.com]