new Blog( perso );

13 août 2012

Pourquoi il ne faut pas aller voir le talk de Julien Dubois au JugSummerCamp

Le JugSummerCamp 2012 vient d'annoncer son programme. Je ne m'attarderais pas à essayer de vous convaincre de la nécessité de vous joindre à cette merveilleuse conférence, qui a su doser à la perfection décontraction et excellence technique pour une rencontre inoubliable (bref, un peu comme le BreizhCamp quoi :P)

Par contre, vous aurez peut être remarqué dans le programme la session de Julien Dubois. Voici donc 10 raisons pour ne pas perdre votre temps avec cette session :

C'est le sujet qu'il a présenté à Devoxx, et que vous avez peut être déjà vu ou que vous pouvez consulter sur Parleys.
Ca parle de Spring, HTML5, Rest, Cassandra, bref rien que des technologies sans grand intérêt.
C'est programmé juste après le repas, autant dire qu'à cette heure là avec la digestion ça va être dur d'encaisser un cours magistral sur NoSQL
Le sujet est l'application Tatami, le Twitter-like de Ippon. Tout le monde sait bien que ça ne sert à rien twitter, surtout en entreprise - d'où la configuration du proxy qui le bloque d'ailleurs.
Julien sera au BreizhJug le 1er Octobre pour nous présenter ce même sujet avec plus de temps pour répondre à toutes vos questions, alors autant attendre un peu.
A la même heure il y a une excellente session que je vous recommande vivement.
Julien a un gros nez.

Je sais, ça ne fait que 7 raisons, mais je n'en trouve pas plus. Du coup je vais devoir mettre les bouchées doubles pour blinder la session concurrente.

Consolation, ceux qui choisirons son sujet (très bon soit dit en passant, pour l'avoir suivi à Devoxx) m'auront tout de même accompagné le temps de la keynote, car le JugSummerCamp me fait l'immense honneur d'ouvrir cette troisième édition.

rendez-vous le 14 septembre !

09 août 2012

Debug en production

Avec toute la bonne volonté du monde, on arrive parfois pas à reproduire un bug et il faut donc tapper sur la production pour analyser ce qui s'y passe.

Je suis tombé sur ce cas et j'ai donc du mettre en place un remote-debugger sur nos machines de production. Comme je risque de ne plus me rappeler la procédure la prochaine fois, voici un pense bête.

Etape 1 : mettre le workspace local dans l'état du code distant. Ca peut paraître bête, mais ce n'est pas une fois le debugger connecté qu'il faudra se rendre compte que les sources ne collent pas au runtime !

git checkout dev-at-cloud-1.447.2

Etape 2 : établir un tunnel SSH. J'avoue être totalement novice en la matière et avoir fait appel à
Google pour trouver la commande miracle, très bien expliquée par Korben.

ssh -i ~/.ssh/operations-ci.pem -L 5008:localhost:5005 root@10.192.xxx.xxx

######################################################################
Unauthorized access to this CloudBees system is forbidden and will
be prosecuted by law. By accessing this system, you agree that your
actions may be monitored if unauthorized usage is suspected.
######################################################################

Etape 3 : relancer l'instance en mode debug. Il ne semble pas possible de faire "passer" un JVM en mode debug après son lancement, même avec des API propriétaires de la JVM Sun/Oracle. C'est dommage, ce serait sacrément pratique.

-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005

Et enfin étape 4, lancement du remote debug depuis Idea.

Bon évidemment, à traverser l'atlantique pour debugger la production c'est pas ultra véloce, mais c'est nettement mieux que de rester planté devant les logs vierges ;)

Une autre option, que j'ai testé quelques fois et qui à l'avantage de ne pas souffrir de la distance qui sépare mon portable des datacenters Amazon : YouDebug

YouDebug utilise lui aussi le port de remote debugging, mais n'est pas interactif comme l'est un IDE. Il utilise des scripts Groovy pour définir les actions à réaliser sur un point d'arrêt. Il est ainsi possible de tracer le passage dans des méthodes, chopper le valeurs des paramètres et dumper la stack d'exécution courante. C'est évidemment moins confortable, mais c'est tout de même très pratique.

04 août 2012

passez votre clavier à la machine

faites le bouillir ...

Pour un poste de travail confortable, j'ai branché à mon MacBook un clavier USB Apple avec pavé numérique. Comme il était plutôt encrassé, à l'occasion d'un grand ménage du bureau j'ai voulu le nettoyer avec un coup de pchitt + chiffon. Et là, grand moment de solitude au moment de reprendre le taf : la moitié des touches ne répondent plus. Quelques heures plus tard, le clavier ne donne plus aucun signe de vie. Et m..., 50€ de fichu en l'air (et oui, tarifs Apple)

Au hasard des forums, j'ai appris que certains avaient ainsi "cramé" leur clavier à coup de café renversé ou autres maladresses, et qu'on leur conseillait un passage au lave vaisselle, suivi de quelques jours de séchage, pour retrouver un clavier 100% fonctionnel.

J'avoue ne pas être très convaincu par la neutralité du lave-vaisselle, entre les 70° du bain de lavage, l'agressivité du produit et la chaleur du séchage en fin de cycle, donc je me suis contenté d'un bon lavage à l'eau chaude. Le clavier a ensuite passé 15 jours posé sur les touches (pendant mes vacances).

Retour à la maison, et bonne surprise, le clavier fonctionne parfaitement - et en plus, il est propre !

Bon, je ne dis pas que c'est la solution de nettoyage idéale, ni que ça marche à tous les coups [disclaimer] toute opération équivalente que vous tenteriez sera à vos risques et périls et ne sauraient engager ma responsabilité [/disclaimer] mais si comme moi vous pensez avoir fait la connerie de trop avec votre clavier Mac, vous savez ce qui vous reste à faire.

NB: je n'ai pas testé avec le MacBook passé à la machine à laver, si quelqu'un a essayé merci de se faire connaître d'urgence des services psychiatriques.

02 août 2012

L'été sera chaud

Depuis l'an dernier, je savais qu'il y avait une source quelque part dans mon jardin (ou plutôt, ma prairie). Rénovation d'une vielle grande, ancienne ferme encore habitée il y a 60 ans, je me doutais que les précédents habitants n'allait pas à la rivière pour chercher de l'eau, mais la fontaine (comme disent les gens du coin) présente était tarie depuis longtemps, et l'agriculteur avait fait poser un compteur d'eau - ce qui nous a bien arrangé au moment des travaux.

Sauf que ... avec les travaux de terrassement il semble que la source se soit dé-tarie. Déjà l'an dernier le bas du pré était bien humide et en creusant un peu on avait mis en évidence une petite source. Cette année, après un printemps pourri et un été pourri, avec une moyenne de 28 jours de pluie par mois, la source semble s'être renforcée.

C'est donc, de retour de vacances, directement dans mon jardin au pied de la maison que j'ai pu faire "flotch flotch" en marchant dans de l'herbe très verte. Après quelques tours de jardin j'ai finalement fait un "sgrrrr-plouch" enfonçant ma botte de 20 cm dans la glaise détrempée. J'appellerais ce point "point S.P."

Plan A : poser un drain et canaliser toute cette eau vers le fossé le plus proche, autrement dit ce que j'ai fait l'an dernier - la vie est un éternel recommencement.

En creusant au niveau du point SP je me suis rapidement trouvé submergé par l'équivalent d'un robinet ouvert, le tout à 10 cm de la surface. Du coup, c'est comme pour le lancement de java 7, on change de plan.

Plan B : creuser un puit ! Pour ceux qui se posent la question, voici comment on creuse un puit à la main :

Acheter des buses en béton de 80cm de diamètre minimum. Problème, ça pèse très lourd. J'ai donc pris des 80cm x 20cm qui sont manipulable à une seule personne. Les buses spécifiques pour puit de 1m x1m pèsent 350 kg !
S'équiper d'une pelle à manche court (pelle américaine), marteau+burin, seau à gravats, etc.
Poser une buse à plat sur le sol, se placer à l'intérieur, et creuser ...
Sous son poids, la buse va descendre dans le trou en cours de formation. Dès qu'elle atteint le niveau du sol on en place une autre par dessus, et re-belote.

Le trou est ainsi étayé pendant le creusement et la mise en place des buses est facile. Par contre, on est un peu à l'étroit dans 80cm de diamètre, d'où un choix important de l'outillage et de la longueur des manches !

Pour info, après les deux premières buses, je suis passé des bottes au maillot de bain, car le trou se remplissant rapidement d'eau c'était ingérable. J'aurais du me faire prendre en photo tiens... La glaise détrempée se creuse quasiment à main nue, tant qu'on ne tombe pas sur une #&$£@! de caillasse.

A la troisième buse, j'ai du écoper pour "vider" le puit régulièrement afin de voir ce que je faisait. Si je veux aller plus profond il faudra investir dans une pompe vide-cave (qui accepte l'eau "chargée"). J'avoue hésiter, parce que l'exercice est assez fatiguant et un peu spécial. J'ai trouvé sur des forums des témoignages de fadas qui ont appliqué cette technique jusqu'à 6m de profondeur, faut pas être claustrophobe ! Et puis, j'ai déjà 50cm d'eau (soit 0,25 m³), sous réserve que la source reste aussi active quand (si ?) le soleil reviendra.

Reste à mettre un couvercle (avec les gosses, c'est SUPER dangereux ces conneries), à faire un joli habillage, et à évacuer les gravats.

Voila pour ce billet de mi-été. Peut être le début d'une reconversion comme puisatier ?

04 juillet 2012

Maven n'aime pas WebDav

Maven 2 disposait d'un client webdav pour le déploiement d'artifacts dans les dépôts de ce type
Maven 3, pourtant conçu pour être 100% compatible, n'a plus cet extension.

La conséquence immédiate, c'est qu'il n'est plus possible de faire une "mvn deploy:deploy-file" vers ce type de repository. On est obligé d'avoir recours à une astuce pourrie, consistant à avoir un pom.xml bidon qui configure maven avec l'extension nécessaire, juste pour invoquer le deploy-file :

<project xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://maven.apache.org/POM/4.0.0" xsi:schemalocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
    <modelversion>4.0.0</modelversion>
    <groupid>com.example</groupid>
    <artifactid>webdav-deploy-pom</artifactid>
    <packaging>pom</packaging>
    <version>1</version>
    <name>Webdav Deployment POM</name>

    <build>
        <extensions>
            <extension>
                <groupid>org.apache.maven.wagon</groupid>
                <artifactid>wagon-webdav</artifactid>
                <version>1.0-beta-2</version>
            </extension>
        </extensions>
    </build>

</project>

Ca c'était pour l'astuce du jour.
On peut aussi chercher le pourquoi de cette incompatibilité.

Il faut admettre que le composant wagon-webdav, péniblement amené à une version 1.0-beta-2 est un morceau de code assez obscur et peu maintenu. Dans la refonte générale à l'origine de Maven 3, il n'était pas aberrant de le mettre au placard.
Il faut aussi admettre que c'est un protocole assez merdique, qui va nécessiter 40 requêtes HTTP pour tester puis créer chaque niveau de répertoire pour finalement n'uploader qu'un unique fichier - avis personnel, il a sans doute aussi des avantages.
Il faut aussi savoir que Nexus gère le déploiement en HTTP POST "brut" et crée la hiérarchie de répertoires à la volée. Je ne suis pas sur pour Artifactory ou Archiva mais c'est bien possible qu'ils fassent de même vu que dans ces systèmes le "groupId" n'est plus un répertoire mais un identifiant logique. Tous ceux qui utilisent ces outils n'ont donc que faire de ce wagon-webdav.

Cependant, aujourd'hui le projet Apache Maven dispose d'un nouveau composant WebDav basé sur jackrabbit, 100% fonctionnel, bien conçu et supporté. Le premier argument saute. Le second est discutable, mais si on n'utilisait que des outils et des protocoles bien foutus on ne ferait pas grand chose de nos ordis. Quand au troisième... il me semble que le retour de WebDav dans maven 3.0.x serait la preuve que le projet est indépendant de tout éditeur.

Enfin, je ne voudrais influencer personne ;)

22 juin 2012

One Year at CloudBees

Et oui, un an déjà passé chez CloudBees !

Cela fait en fait un an et une semaine, mais BreizhCamp oblige j'ai un peu laissé filer la date.

Mon bilan ?

J'ai rejoins une équipe exceptionnelle. CloudBees s'est entouré de pointures, et je me sens souvent bien petit, mais j'en prends plein les yeux. Vous connaissez buildhive ? Il y a quelque temps Kohsuke nous en parlait comme un petit projet rigolo développé pendant ses vacances. Et n'allez pas croire que c'est un cas isolé ;) Avec une équipe composée d'ex-SUN et d'ex-JBoss, on est servi.

J'apprends tous les jours, je découvre via l'activité support les méandres de Jenkins et ses multiples utilisations, ainsi que les mile et une subtilités de la gestion d'une plateforme Cloud. Je prend aussi un grand bol de DevOps chaque jour, avec comme guides Ben Walding (Mr infra chez codehaus) et Ryan Campbell (Architecte DEV@Cloud) . Je prépare un sujet dessus, j'espère avoir l'occasion de vous en reparler

Je travaille de chez moi. Aucun frais de transport ni temps perdu dans les bouchons, ça libère du temps efficace pour bosser. Sans perturbations, j'ai rapidement été impressionné par la productivité qu'on peut atteindre. Les premières semaines on été dures, car la concentration est telle qu'il faut apprendre à "quitter le boulot" le soir et à se ménager des pauses (pause aspirateur, pause sortir les poubelles, ... :P). Depuis j'ai pris mon rythme, et - rassurez-vous - le contact de mes collègues ne me manque pas. J'ai troqué les discutions à la machine à café sur le dernier match contre une place dans l'association de parents d'élèves.

Je travaille avec des méthodes légères. Je ne dirais pas "agile" parce que, télétravail oblige on est pas dans un cadre qui s'y prête et je m'attirerais les foudres de certains puristes, cependant l'équipe applique les principes d'auto-organisation, d'amélioration continue, de simplicité et de pilotage par la valeur utilisateur. Nous travaillons beaucoup avec Trello pour la gestion de tâches, IRC ou skype pour la communication. Il y a évidemment plein de choses qu'on devra expérimenter et améliorer, ou qui ne fonctionneront plus quand la société aura grossis, mais c'est un contexte qui change de MS Project.

Je suis libre de mon temps. J'amène mes gosses à l'école chaque jour, je suis libre de mes horaires, et ça, c'est une régal. En gros, start-up oblige, il y a du boulot autant qu'on en veut, et le tout est de faire le maximum sur les tâches les plus prioritaires pour faire avancer le schmilblick. Ca veut aussi dire donner parfois de son temps en soirée (l'équipe étant fortement localisée aux US), ou le week-end, mais aussi pouvoir prendre une heure dans la journée sans prise de tête, ou aller prêcher la bonne parole dans les JUGs sans poser un RTT.

Je peux (enfin) boire du bon café. J'ai aussi un accès Internet qui dépote (et encore, j'habite en bout de ligne), sans proxy à la con. J'ai une vraie machine de développement, sans antivirus merdique et avec plus de 3.25Gb de mémoire - machine que j'avais déjà chez Orange, mais installée en douce. Par contre je n'ai plus de photocopieuse relieuse trieuse recto-verso couleur 200 pages/minutes. En même temps j'avoue ne plus en avoir tellement l'usage.

Je n'entre plus dans les cases de la sécu. J'ai été en arrêt une semaine pour une pneumonie et, clairement, bosser en France de chez sois avec une entreprise dont le siège est en suisse et la maison mère immatriculée dans le Delaware, ben s'est pas prévu dans le formulaire. J'ai pourtant un contrat de droit français, aussi je n'ose pas imaginer ce que ça doit être dans des cas plus exotiques.

J'ai fait de vagues progrès en anglais. Mon accent est toujours aussi pourri (je cite ma femme qui enseigne cette langue aux primaires et qui a un très bon niveau) mais l'oreille s'est affinée, et j'ai même apris quelques mots, comme "awesome" et "onward" :)

Bref, je rempile ;D

16 juin 2012

BreizhCamp, édition 2012

Et voila,
le BreizhCamp 2012 est terminé, et après une nuit de 14h, j'attaque l'encodage des 250Gb de vidéo.

Des sourires sur (presque) tous les visages, de très chaleureux remerciements, bref un joli succès.

Ce succès c'est celui de l'équipe qui a accepté de se plier à toutes mes volontés de dictateur. Je les en remercie !

Ce succès, c'est aussi celui des speakers qui ont donné de leur temps et de leur énergie pour préparer des sujets, parfois pour 3 heures sur scène, et eux aussi je les remercie !

Ce succès, c'est celui des communautés qui ont su s'entraider pour faire passer l'information, recruter des speakers pour notre call for paper, et profiter de cette occasion pour échanger et mieux se connaitre.

Ce succès, c'est aussi le votre, vous qui avez fait confiance à un gugusse qui raconte des âneries sur son blog et qui vous demande en plus 20€ pour une conférence dont le programme n'est même pas connu (20% des inscriptions on eu lieu avant même que le programme soit publié !).

gros succès pour l'atelier Git

Les points forts :

La qualité du buffet a fait l'unanimité. Il faut dire qu'on est en France, donc c'est un sujet sur lequel on est vigilant et l'estomac à son mot à dire ;) Notre traiteur a fait un travail remarquable et très apprécié, avec d'excellents produits, disponibles en quantité.

Le programme a également été apprécié, chaque session ayant trouvé son public. Nous avons à nouveau misé sur la diversité, investissement gagnant.

Enfin, le cadre a été apprécié par ceux qui faisaient le déplacement à Rennes spécialement pour le BreizhCamp. Comme quoi la pluie de vendredi ne vous a pas effrayé - note: comme l'an dernier et ses trombes d'eau, le lendemain samedi il a fait un temps magnifique ... comme quoi notre service de réservation climatique spécial touriste est extrêmement efficace.

Les points faibles :

Le WiFi est le sujet qui fâche. Pour la session "codelab AppEngine" cela a été un point noir, la session étant sauvée par le talent de ses animateurs. Pour les atéliers en général, cela a clairement été pénalisant à un moment ou un autre. Plus généralement pour participants twitophiles, cela a été un élément de frustration, au point que certains on confondu notre "keep-drop-start" avec un défouloir, avec un commentaire qui m'a particulièrement déplu, indiquant aussi que notre TShirt était trop marqué par la pub de nos sponsors. ok, désolé les gars, on a besoin de sous pour faire tout ça, promis l'an prochain on met 0 sponsors et l'entrée à 100 €. Bon, ceci dit, il faut bien quelqu'un pour jouer le rôle du #connard.

keep-drop-start, pour collecter à chaud vos impressions

Quoi qu'il en soit, le WiFi pour les participants est un sujet qu'il va falloir aborder avec l'ISTIC qui accueille le Camp, afin de voir comment nous pourrions bénéficier de leur fibre optique très haut débit tout en respectant les contraintes très stricte de leur charte de sécurité Internet. A étudier dès aujourd'hui pour 2013.

Antonio à aussi regretté le manque de Chouchen au buffet. S'il était arrivé la veille pour le "speakers dinner" on aurait pu le contenter ;) ... pour rappel, nous ne pouvons servir d'alcool dans les locaux d'un établissement d'enseignement public - il faut faire avec - et le coup du camion "galette saucisses" de l'an dernier a bien failli nous valoir une interdiction de séjour sur le campus.

Les points à améliorer concernent surtout les conditions d'inscription :

On nous demande par exemple des inscriptions pour un seul jour. L'idée nous a évidemment tenté, cependant cela crée une incertitude supplémentaire, sur la fréquentation et les commandes à effectuer en amont de la conférence. A réfléchir.

On nous demande aussi plus de places disponibles. Pour info, il y avait 20 personnes en liste d'attente, et le grand amphi qui limite notre capacité d'accueil était loin d'être plein jeudi matin. Il est sans doute possible dans ces condition de faire du "surbooking".

Le DIF est également un sujet assez obscur. Certaines entreprises ne demandent rien, d'autres m'ont obligé à rédiger un "programme pédagogique de la formation" et un questionnaire de "validation des acquis" ... Pour ceux qui ont utilisé ce droit, Zenika envera à l'eMail d'inscription le certificat de formation validant votre présence. Il faudra que l'on clarifie la procédure.

Nous n'imposons pas de template pour les présentations, contrairement aux grosses conférences, entre autre parce que cela impose un travail supplémentaire pour les speakers disposant déjà d'un sujet, et pour en avoir fait l'expérience, le changement de template sous powerpoint tourne vite à la catastrophe. Cependant de nombreux speakers aiment "localiser" leur sujet. Cas extrême, Vincent Massol nous a même développé le site de l'an prochain pendant sa session XWiki ! Aussi pour la prochaine édition nous mettrons à disposition des resources graphiques.

La signalétique a été aussi bien appréciée que mal comprise. Il semble qu'elle soit peu visible lorsque le hall est très encombré. A revoir

Enfin, on nous suggère d'adapter nos goodies pour les rendre plus spécifiques de la région ouest : K-Way, parapluie... ainsi qu'à envisager une green-conférence sans déchet plastique, concernant la quantité de gobelets plastique qui sont partis à la benne. Là aussi, des sujets à creuser !

Autre point à améliorer : nous n'avons que très peu de photos correctes de l'événement car mon appareil ne donne rien de bon avec un faible éclairage d'intérieur :'( - si, comme Alex, vous en avez fait, envoyez les moi.

Bref, BreizhCamp 2012 n'était PAS parfait,
... aussi une édition 2013 s'impose pour voir si nous arrivons à faire mieux !
heureusement, il y a le JugSummerCamp le 14 septembre pour nous montrer l'exemple ;)

15 mai 2012

Start me up

La grande majorité d'entre nous travaille en SSII. Ces sociétés, il y en a de tous types, de toutes tailles, comme les missions qu'elles proposent, et il me semble que c'est un bon moyen pour se construire un bon bagage technique via la diversité des projets proposés. Evidemment, ça reste du service, donc l'engagement qu'on peut avoir sur un projet se limite à la durée de la mission.

Passionnés (en tout cas, ceux qui perdent leur temps à lire des blogs comme le miens), nous rêvons tous de participer à un grand projet de son ébauche sur un coin de table au succès planétaire. Pour ça, il faut savoir sortir un moment de sa zone de confort et tenter sa chance dans une start-up. Ambitions, innovation, implication, mais aussi prise de risque - très modérée si on considère le scénario du pire : il suffira de re-postuler dans une SSII pour revenir à la case départ. Nous avons la chance dans notre milieu de pourvoir (re)trouver du boulot (après, du bon boulot, c'est un autre débat).

Pour concrétiser ce projet fou, il n'est pas indispensable d'aller s'expatrier dans la Silicon Valley (même si ça peut être une option), ni d'avoir eu comme binôme un crack du Web. Il existe en France, et pas seulement à Paris, de très nombreuses start-ups avec des projets plein la tête et des étincelles dans les yeux qui ne demandent qu'à s'épanouir.

Alors bien sûr, on ne peut pas vous assurer la gloire, mais en tout cas un projet sur lequel vous investir, montrer votre talent, et être acteur à 200% de votre projet.

Comment, avec une poignée de bonnes volontés, monter le service du futur ? Si vous avez vu le film "The Social Network" vous avez sans doute apprécié les moments technico-hollywoodien où Mark Zukerberg monte un second server MySQL et patche ses pages PHP. Disposer de talents pour gérer l'infra, la complexité de votre applicatif, plus la communication et le businesss plan de la start-up c'est rare.

Avant de rejoindre CloudBees j'ai fait la connaissance de Pod-programming, start-up Rennaise qui est en train de créer le service PodBox. C'est pour moi l'exemple type de la start-up à la Française : une techno innovante, une connaissance très pointue du domaine métier, une équipe soudée et très complémentaire, des moyens qui n'ont rien à voir avec une levée de fond à l'américaine, compensée par une gestion intelligente du projet et de sa dynamique.

Nés dans la révolution Cloud, ils n'ont pas fait l'erreur de louer/acheter leur propres machines. Ils pensaient donc héberger leur service sur Amazon. Si vous avez déjà essayé d'estimer un coût d'hébergement Amazon vous comprenez le problème : à la question "combien d'I/O par mois" que répondez-vous ? Depuis ils ont choisi de se faire héberger sur un PaaS, en l'occurrence CloudBees vu le beau discours vendeur que je leur ai fait - ils ne m'ont pas encore lynché donc il faut croire que je n'ai pas trop embelli la réalité.

0 IT, 0 sysadmin, une plateforme qui montera en charge le moment venu, c'est autant de resources libérées pour se focaliser sur l'application et avancer vite. Et dans ce domaine, avancer vite c'est ce qui fait la différence entre la start-up qui va remporter le marché et celle qui va rester sur une bonne idée jamais concrétisée. La révolution du Cloud c'est surtout ça : libérer les idées en offrant un socle suffisamment élaboré pour que vous ne perdiez pas de temps sur les détails techniques - vous aurez bien le temps de créer votre propre DataCenter quand la boite sera valorisée en Milliards ;)

Aujourd'hui, le projet PodBox continue d'avancer, si bien que la société recrute un développeur pour compléter l'équipe :

Le projet

Podbox est une plateforme cloud qui permet d'intégrer très facilement des données (cible les non-développeurs) provenant de différentes sources pour les nettoyer, les enrichir, les rassembler dans le but d'avoir une vue unifiée de l'ensemble de ses données. Elles sont consultables depuis un navigateur web et un mobile. Nous poursuivons la quête du Graal de l'intégration totale des données : all-in-one place. Le projet est basée sur la technologie POD, spécialité exclusive de la maison.

Le Poste

Un développeur Java (débutant ou jusqu'à 5 ans d'expérience), motivé par un projet innovant et à l'écoute des dernières nouvelles technologies et pratiques : Cloud, déploiement continu, GWT, REST, HTML5/CSS3, mobile, SCRUM.

Poste à pourvoir au plus vite, basé à Rennes (Betton)
Cerise sur la gâteau, à partir du mois de juillet on travaillera là.

Si l'aventure vous tente, contactez dom_at_podbox_dot_com de ma part ... (je prends 10% :P)

10 mai 2012

OSSGTP

Je viens d'être admis à l'OSSGTP

J'ai toujours cru que c'était un groupe de ~~rencontre~~ discussion entre Parisiens, une sorte de ParisJUG bien avant le ParisJUG, mais en fait c'est aussi (surtout ?) un club virtuel qui regroupe des gens de toutes provenances géographiques : même mon patron Suisse Sacha Labourey (mince, va pas falloir dire de conneries).

J'ai donc cherché un mentor (Arnaud) pour ~~m'introduire~~ me présenter au groupe, qui a ensuite voté pour savoir si j'étais assez, heu, bein en fait je ne connais pas les critères, mais bon "assez" pour faire partie du groupe.

Donc maintenant, on s'appelle entre nous "frère", on se serre les coude, on est super heureux tous ensemble et on va changer le monde.

En même temps que moi, Mathilde Lemée est également intronisée et est la première fille du club ! Bientôt la parité ;?

J'avoue ne pas avoir encore tout compris mais en tout cas c'est plein de gens sympas :D

PS: dites les amis, on est vraiment obligé de boire dans des crânes ? Ca donne un drôle de gout à la bière...

Dans les gouttelettes du Cloud

CloudBees, CloudBees, CloudBeeeees, je vous en parle beaucoup aussi pourquoi ne pas passer à travers le nuage et voir sur quoi repose cette start-up ?

CloudBees dispose d’une infrastructure Cloud complète au travers de son DataCenter CB-FR-WEST, judicieusement placé dans une région ne manquant pas d’eau pour assurer le refroidissement des machines ni d’un climat chaleureux qui les ferait souffrir.

Suivant l’exemple d’OVH, nous avons opté pour un système de refroidissement innovant basé sur une circulation de fréon. Chaque serveur est implanté dans un rack conçu tout spécialement pour optimiser la densité des machines et l’efficacité énergétique (nous avons un R.U.E. AA+ d’après Darty).

Les alimentations des machines sont placées dans un compartiment sous le rack, disposant d’un refroidissement autonome (nous parlons de « bac »). Un dense réseau catégorie 6 relie toutes ces machines à notre système de routage.

Sur cette photo, vous voyez que nos serveurs sont, comme dans beaucoup de DataCenters, des machines low-cost de technologie « grand public » en grand nombre et non de grosses bécanes hors de prix. Ici deux de nos fameux « m1.large » (1) et un « m1.small » (2).

Chaque machine dispose d’un espace de stockage élastique (3), que nous pouvons à la demande faire grimper de 2 à 64 Giga-Octets. Celui-ci est sécurisé par une chaînette sur laquelle on peut accrocher des clés privées. Vous apercevez en haut à gauche notre système de monitoring (4) qui permet de signaler par SMS toute défaillance d’une machine à nos ingénieurs.

Notez aussi les ailettes de refroidissement intégrées dans la structure du rack pour maximiser la captation de la température produite par les machines.

Ces machines sont reliées via un réseau catégorie 6 quadruplé (nous avons mis quatre paires torsadées dans chaque câble) à notre rack de routage. Celui-ci brasse le trafic réseau vers le point d’accès Internet à très haut débit. Ce rack dispose évidemment de sa propre alimentation, redondante pour assurer le fail-over par basculement sur un prise backup.

En bas de la photo, prise lors d’une intervention technique – le DataCenter n’est jamais visité le reste du temps - vous apercevez le routeur d’accès à Internet. Sur cette photo, le point rouge indique une défaillance qui sera totalement invisible pour vous grâce au basculement immédiat sur notre DataCenter CB-EIR-1, lui aussi en zone humide et fraiche.

Bon, blague à part je profite d’un moment de répit de ma pneumonie et de ma LiveBox qui délire à fond (moi aussi d’ailleurs, la Cortisone c’est puissant et ça fait un peu Extasy) pour vous indiquer :

Sacha Labourey sera Lundi 15 mai au Paris JUG pour une soirée Cloud. Ne le manquez pas.

Si vous le manquez quand même (!), n'ayant obtenu une des 187 places maxi et pas une de plus dont dispose le ParisJug, vous pourrez avoir ma version au NormandyJUG le 22 mai.

Voilà, passez une bonne nuit, il me reste encore 2, 3 heures avant que la Cortisone me laisse m’endormir et on repart pour une folle journée.

24 avril 2012

Devoxx France première édition

La semaine dernière la twittosphère était animée par le tag #devoxxFr, première édition de la conférence phare dans sa variante Francophone.

Voici, comme il se doit, mon petit résumé perso de ces trois jours très, très denses, avec pour commencer un aperçu de la moquette du Marriott qui en a laissé plus d'un dubitatif :

Day 1 : universités

La première journée de Devoxx est consacrée aux "universités", des sessions longues : 3 heures (avec pause) pour couvrir en profondeur un sujet. Le sujet que j'avais proposé était en "backup", et j'ai donc attendu qu'un speaker rate une marche dans l'escalier. Au final, je suis bien content que tout le monde soit sain et sauf, un sujet de 3h étant tout de même assez délicat à préparer en une nuit ...

Je suis allé voir la présentation des 5 mercenaires du DevOps, bien menée, dans un esprit de saine camaraderie, sur la base d'une petite histoire romancée d'un projet qui se "DevOps-ifie". Insistant sur les changements de comportements et d'organisation nécessaires, bien plus que sur l'outillage indispensable mais secondaire, la session était (amha) une très bonne présentation de la tendance DevOps, qui inspirera j'espère ceux qui l'auront suivie.

Henri Gomez étant de la partie, ils ont évidement dépassé le temps imparti, mais en tout cas j'ai apprécié ce sujet et je n'ai pas vu le temps passer pendant cette session. On pourra regretté de ne pas avoir eu une jolie démo de vagrant et puppet, mais bon, il fallait faire un choix pour rester dans le cadre de ces 3h d'universités: virer puppet ou virer Henri :D Par ailleurs, DevOps est trop souvent réduit à ces outils, qui sont particulièrement puissants et utiles, mais masquent le fond du sujet, aussi +1 pour ce talk.

En début d'après midi, je rejoins le hackerGarten, qui propose de contribuer à un projet open-source en présence de contributeurs prestigieux : Emmanuel Bernard, Guillaume Laforge, Vincent Massol, Arnaud Héritier, ... La salle prévue a été complètement débordée par le succès de la session, et on a donc squatté le hall. Je n'ai malheureusement pas pu rester bien longtemps, mais j'espère avoir modestement contribué au succès de cette rencontre

L'après midi et la soirée étaient consacrée pour moi à une réunion CloudBees avec nos partenaires, puis à une soirée entre collègues pour fêter les 2 ans de CloudBees - et oui, je suis à Devoxx pour le boulot ;)

J'ai aussi profité de la journée pour faire un peu de pub discrète (mais si, mais si, j'aurais pu faire pire) pour le breizhcamp. Si les organisateurs ne peuvent autoriser n'importe qui à transformer la conférence en mur de petites annonces, porte ouverte à toutes les dérives, les exposants se sont montrés particulièrement réceptifs : ceux qui nous sponsorisent comme FastConnect ne se sont pas privés d'afficher leur soutien sur leur stand, d'autres comme Sfeir ne se sont pas trop formalisés de voir le logo de leurs concurrents sur les flyers que je leur ai laissé.

Day 2 : conférences

La matinée commence par les keynotes (plénières), pour laquelle l'équipe DevoxxFrance présente la conférence, une petite rétrospective du chemin parcouru depuis la première réunion du ParisJug dans une salle de 25 places (pour 40 présents) à l'organisation de DevoxxFrance, qui a fait salle comble avec 1450 participants. Détail amusant, sur toutes les photos présentées, il y a un gars en chemise orange :)

Stephan Jansen, Papa de Devoxx World (nouveau nom de Devoxx à Anvers), a ensuite présenté la plateforme Parleys à un public déjà conquis.

On change alors de registre pour une présentation de l'initiative "Fier d'être développeur", dans laquelle nous sommes nombreux à nous reconnaître, portée ici par Pierre Pezziardi, Boss chez Octo mais avant tout Geek et Développeur. Cette fierté, elle passe aussi par une remise en question de notre nombrilisme de développeur, fier de notre code et de ses détails technique, et à des kilomètres des besoins de l'utilisateur. Je n'en dit pas plus, rendez-vous au BreizhCamp, où ce sujet sera présenté en keynote ;)

Ben Evans et Martijn Veburg du LondonJug mettent ensuite en scène l'avenir de Java dans un monde paradisiaque, avant de se grimer en bad-boys pour nous montrer la version infernale des mêmes prédictions, pour conclure sur notre rôle dans l'avenir de la plateforme : OpenJDK 7 a connu quelques déboires à sa sortie suite à des incompatibilités avec des projets open-source majeurs (Lucene entre autres). Pourtant, les builds de test du JDK étaient dispo de longue date et auraient pu éviter ce souci. Le programme AdoptOpenJDK a pour objectif de ne pas reproduire cette erreur pour Java 8.

Julien Ponge et Frederic Le Mouel présentaient l'un des côtés obscurs de la JVM : la manipulation de bytecode. Après avoir montré la structure générale de ce langage intermédiaire, ASM est présenté pour la production de bytecode à la volée (javassist est nettement plus facile à utiliser si vous voulez tenter l'expérience). C'est ensuite AspectJ puis byteman qui nous est proposé pour modifier le code exécutée par la JVM, suivi d'un projet de recherche encore en développement, JooFlux qui exploite invokeDynamic pour customiser les appels de méthode à la demande et à chaud. Salle comble pour un sujet qui passionne toujours les geeks, à mi chemin entre technologie avancée et magie noire.

Tous ceux qui voulaient découvrir le sujet en ont eu pour leur argent et sont repartis avec une liste d'outils à tester qui devrait les occuper jusqu'au prochain Devoxx. Et pour ceux qui en voulaient encore, la session InvokeDynamic qui suivait (et que je n'ai pas vue) était d'après ce qu'on m'en a dit encore plus "velue" :)

Julien Dubois présentait le développement d'une application "nouvelle technos", avec un regard intéressant : pas question ici de prendre toutes les technos Buzz-word du moment, mais juste ce qu'elles proposent d'intéressant et de mature. L'application en question est Tatami, un twitter intranet, dispo sur le github d'Ippon et qui a donné lieu à un concours de forks, et a permis à l'heureux gagnant de participer à Devoxx.

Une IHM en Twitter bootstrap, exploitant HTML5 pour ses aspects les plus matures et les plus "entreprise" (pas de 3D ici, ni de websocket qui ne passent pas le proxy). Le backend est développé en Spring pour son côté universellement connu des développeurs java, avec du Spring MVC+REST qui permet d'exposer rapidement le modèle métier. Avantage certain ici : même si les endpoints REST se multiplient, un designer Web/JS peut travailler facilement avec un Java-iste backend. Le stockage est confié à une base cassandra, dont la distribution et les performances sont un atout pour une appli de ce type. Enfin, la mobilité est assurée avec les mêmes API REST mais un frontend HTML5 orienté mobile, et packagé avec PhoneGap en application native.

Une session sympa, avec une vision pragmatique de l'adoption des nouvelles technos, et surtout une mine d'information sur le github Tatami et ses différents forks, pour découvrir d'autres approches (par exemple, une variante full JavaEE6)

Petite pause pour moi sur le stand Google à me goinfrer de barres glacées et à vous préparer une surprise - je n'en dirais pas plus (sinon ce ne serait pas une surprise !).

Ayant un peu discuté avec Petra Cross sur le stand, je n'ai pas été voir son talk sur les méthodes de développement de Google, sujet qui a fait salle comble (note: elle sera également présente à Mix-IT). J'ai été voir Sacha Labourey qui présentait la reprise du pouvoir par les développeurs, ou une introduction au PaaS (Platform as a Service). Là où DevOps cherche à réduire les murs entre les Devs et l'IT, le Cloud permet tout simplement d'éliminer le second acteur. Les équipes de développement peuvent alors bénéficier d'une liberté qui leur permet de répondre en un temps record aux demandes toujours plus urgentes, focalisés sur un niveau d'abstraction qui leur est propre, et non sur celui nettement plus bas qui est le quotidien de la production.

Exemple parlant : LooseIt, 2 millions d'utilisateurs, des pics de charge à 2500 requêtes/s, et ... 4 personnes pour porter l'entreprise ! Mettez vous dans la peau de Weight-Watchers, et demandez vous, avec votre IT traditionnelle, ses coûts de fonctionnement et ses délais de réaction, comment vous survivrez ?

Sacha en profite pour détourner les affiches électorales, histoire d'être en phase avec l'actualité :D

La journée se termine avec la soirée "meet and greet", qui - DevoxxFrance oblige - ne tourne pas à la bière / frite mais au vin rouge / fromage :) Je reprends ici quelques instants ma casquette CloudBees (sponsor de la soirée avec SonarSource et Atlassian) pour assister mes collègues sur le stand, avant de rejoindre une trentaine de user-groups présents pour les BOFs. "Birds Of a Feather (eat together)" : profitons d'être tous présents à Devoxx pour prendre 1h et discuter ensemble. Pendant le BOF JUG-leaders, la question récurrente des relations avec Oracle ("qui", "comment", "pourquoi") n'avance pas vraiment, et nous glissons vers des discussions sur nos besoins d'échange d'info.

Pas de décision tranchée au final, mais des initiatives pour "fluidifier" les échanges entre JUGs sont possibles. Dans les autres salles, les Android-addicts, Javascript-istes, Scala-mens ou JDuchess profitaient de ce moment pour discuter de leurs communautés respectives.

Retour sur le stand CloudBees, mince ce n'est pas moi qui gagne la tablette Android - en même temps, on me dit à l'oreillette que je n'avais pas le droit de jouer... Un petit verre de vin rouge, et on part chercher un resto qui accepte 25 geeks bruyants pour terminer la soirée.

Devoxx c'est aussi - beaucoup - surtout ? - des rencontres, et des liens à construire dans notre communauté. Nicolas Martignole citait le jour ou il s'est trouvé à manger un morceau à Anvers à côté d'un gars, responsable des APIs chez Google (Patrick Chanezon) ... une rencontre inattendue, et une soirée inoubliable. Ce genre de rencontres, on en a tous à raconter, avec parfois des demandes en mariage.

Day 3

La journée commence à nouveau par les keynotes. La première, par Monsieur X d'IBM (qui préfère rester anonyme) a été un carnage. Slideware indigeste et un discours sans intérêt. De toute évidence préparée sans réaliser le public à qui elle s'adressait, les twitts se sont multipliés pendant ces 30 minutes de souffrance, écroulant complètement le réseau 3G dans le secteur, et obligeant l'équipe à annoncer une panne du twittwall pour ne pas mettre le speaker en mauvaise posture devant des messages de plus en plus virulents.

Patrick Chanezon prend alors la parole (après avoir furtivement affiché son client twitter, petit cachotier) et nous fait respirer un grand bol d'air frais et salvateur avec une présentation, à nouveau dans l'esprit "fier d'être développeur", mais cette fois mise en scène sur la trame du film the Artist, pour aboutir sur la révolution Cloud en marche qui redonne le pouvoir aux développeurs.

-> http://www.slideshare.net/chanezon/devoxx-france-2012-portrait-du-developeur-en-the-artist

Enfin, Neal Ford a pris la parole pour nous expliquer en quoi les abstractions que nous empilons en couches successives peuvent biaiser voir condamner notre travail, comme par exemple l'icône "disquette" pour la sauvegarde sous Word 2010, ou ... Maven (sic). Une maîtrise complète de l'art de la présentation et de Keynote fait de ce show un régal pour les yeux

Maven, rigide et dogmatique ? Ca se saurait !

J'ai ensuite rejoint le temps d'une itération l'équipe de CodeStory, dont la salle n'a pas désemplie pendant deux jours, et qui a donné à tous ceux qui sont passés une redoutable leçon de bonnes pratiques de développement et d'agilité, du genre qui va faire mal lundi en retournant au boulot. Si nous avions affaire à la crème du développeur, sélectionnée par les étapes successives du challenge CodeStory, il y avait là une source d'inspiration démesurée sur tout ce qu'on peut mettre en place pour améliorer nos développements au quotidien. Sortant de cette session, il me semble INDISPENSABLE qu'on mette en place un coding dojo à Rennes, si l'aventure vous tente ...

Seul quickie auquel j'ai assisté, la session d'Arquilian d'Alexis Hassler était, optimisée pour placer deux démos dans ce format difficile de 15 minutes, et m'a conforté dans mon choix de l'inviter au BreihzJug le 14 mai ! Je n'en dirait donc pas plus ...

Google présentait ensuite Guava, au cours d'une session d'introduction bien rodée et rythmée, qui m'a parmi de découvrir cet outil qui vient compenser de nombreux manques du JDK. A inclure d'urgence dans votre boite à outil.

Didier Girard et Ludovic Champenois présentaient Google AppEngine, réutilisant l'application développée en codeLab mardi. GAE est un conteneur de Servlet adapté spécifiquement au contexte Cloud, et ne faisant aucun compromis. Il fournit de nombreuses API certes propriétaires, mais optimisées pour un usage dans ce contexte et qui permettent de développer des application performantes et complètement scalable.

Alors que j'ai lancé un script JMeter bourrin sur l'appli pendant la session, le pic de charge montré en live était en effet parfaitement absorbé par l'application. Après ce test pirate, Ludo risque de recevoir une facture ... de quelques cents, car le cloud c'est aussi une réduction drastique des coûts.

Si la polémique sur le changement de tarif à fait du bruit dans la blogosphère, l'attrait pour la plateforme n'a pas faiblit. Une architecture correctement pensée pour limiter les accès au storage permet de rester dans des coûts ridicules : le coût d'exploitation de l'appli "A bon entendeur" de Didier, c'est deux cafés par jour !

-> slides
info : Didier sera présent au BreizhCamp pour rejouer le codeLab et co-animer avec Guillaume Laforge et votre serviteur une université Cloud

Après cette dernière session (pour ce qui me concerne), j'ai eu le plaisir de constater que mon score sur le stand Infine n'avait pas été battu et je peux donc rédiger ce blog depuis un Macbook Air flambant neuf ;)

Bravo en tout cas à l'équipe de DevoxxFrance pour un dévouement et un engagement énorme, qui remonte bien au delà de cette seule semaine à être sur le pied de guerre chaque jour à 6h, et qui a su garder le sourire tout le long de la conférence, gérant les inévitables grains de sables dans les rouages dont les participants n'ont pas imaginé l'existence. Une petite pensée pour leurs familles qu'ils ont embarquées dans cette folle aventure.

Merci à tous, et après un succès de cette ampleur, rendez-vous en 2013 !

Les photos sont extraites des albums de Pierre-Antoine, Arnaud et Claude

22 avril 2012

Jenkins User Conference Paris

La semaine a été marquée par le succès de Devoxx France, mais je tiens tout de même à revenir sur la Jenkins User Conference qui avait lieu mardi, et qui a attiré un peu plus de 100 personnes.

Cette journée, focalisée sur Jenkins, était l'occasion de découvrir des pratiques avancées, de nouveaux plugins, ou tout simplement de rencontrer les principaux committers du projet.

Pour ma part, je présentais avec Mathieu Ancelin le plugin build-flow - dont je vous reparlerais prochainement sur ce blog - en mode live démo, et j'apportais ma contribution au workshop animé par Stephen Connolly - ici en train de nous dire les trois seules phrases qu'il connait en Français, dont "la souris est sous la table" - l'équivalent pour nous de "Where is Bryan ? He's in the kitchen".

Pour la petite histoire, la couleur du T-Shirt officiel était bleue, mais mes collègues me connaissant bien m'en ont commandé un orange, + un second violet (qui est ma seconde couleur préférée) - je suis donc en possession de deux collectors ;)

De nombreux contributeurs (Grégory Boissinot, Henri Gomez, Arnaud Héritier, Olivier Lamy, ...) présentaient un sujet, avec un programme riche dont vous pourrez retrouver le contenu en ligne prochainement (laissez nous le temps de faire le montage :P)

A l'exception du talk (très intéressant) sur le couplage Tycho + Jenkins + Sonar + JaCoCo pour les développements Eclipse RCP, qui a subi des soucis de Wifi, heureusement sans impacter le contenu du talk, tout s'est déroulé sans accroc et la conférence a été un grand succès. De nombreux échanges très enrichissants et de délicieux petits fours on conclus cette belle journée.

Prochaine étape du JUC-Tour : New York

Si vous voulez organiser près de chez vous un "Jenkins User Meeting" en soirée dans un JUG ou équivalent, contactez-moi.

Jetez un oeil à l'album photo de Pierre-Antoine Grégoire , et ou explorer la timeline twitter #jenkinsconf pour vous faire une idée de ce que vous avez manqué ;)

20 avril 2012

YEAHHHHH!

En attendant de vous proposer de lire un résumé de DevoxxFrance, je tiens à remercier

Inifine organisait (en plus de nous offrir une bonne bière) un concours sous forme de 5 fragments de code à corriger en un temps limité. J'ai réussi un super score (tôt le matin, sous l'influence d'un thé earl-grey, peut être plus propice à cet exercice que la bière) qui a tennu le haut du classement jusqu'au compte à rebours fatal. J'ai même résisté à maître Gageot (sans doute un peu éprouvé par sa performance magistrale sur codestory).

Le niveau du quiz était parfaitement ajusté à l'auditoire, certains ayant eu du mal à finir dans les temps, et moi même j'ai du renoncer sur un test à la solution "propre" pour une version naïve mais fonctionnelle - poum, prends ça dans ton égo. Cela rejoint d'ailleurs la keynote "fier d'être développeur" qui nous apprenait à rester humble et à penser à quoi notre code sert avant tout : à contenter checkstyle ou bien à ... gagner un MacBook Air !

Quand je vous le disais qu'il FALLAIT venir à Devoxx ;)

Merci donc à l'équipe Infine qui a animé le stand avec un enthousiasme bien sympa. Entre les carrambars, les litres de bière et le gros lot, je pense que j'ai absorbé une part importante de leur budget Devoxx ;)

01 avril 2012

1er avril

Cette année je n'ai rien préparé pour le premier avril et je n'ai pas d'idée pour une bonne blague.

Aussi, SVP retournez-vous, et venez coller votre dos contre l'écran, merci

31 mars 2012

503 Service Temporarily Unavailable

Quand on parle de Cloud, se pose inévitablement la question du la disponibilité. Dans l'actualité de la semaine vous aurez peut-être entendu parler d'une panne sur Amazon Web Service, qui a fermé les portes de plusieurs services web (dont CloudBees, pour certain services) pendant quelques heures.

Amazon propose une sécurisation a priori treès avancée de son hébergement, via la répartition de ses DataCenter : Amazon est découpé en "régions" réparties sur le globe (Europe, Asie, US-Est, ...). Répliquer une application entre régions est en principe le plus haut niveau de High-Availability que vous pourriez mettre en oeuvre, mais introduit évidemment des latences et des coûts réseau élevés. Amazon divise alors chaque région en "availability zones", chaque zone étant indépendante : datacenter géographiquement séparé, alimentation électrique différence, accès réseau différent, etc... tout en ayant une inter-connexion réseau à très haut débit. D'après la documentation Amazon, répartir une application sur plusieurs zone est donc la solution garantissant une disponibilité quasi infaillible.

Plus d'infos ici si le sujet vous intéresse, et par exemple cet article sur l'utilisation des zones pour mettre en place une architecture "designed to fail".

Sauf que "quasi infaillible", ce n'est pas une garantie totale. Il y a quelques jours, comme c'est déjà arrivé en début d'année dernière, les différents datacenter d'une zone sont tombés ensembles, réduisant à néant toutes les stratégies de failover.

Voici la réponse d'Amazon :

6:09 PM PDT We want to provide some additional information on the Internet connectivity interruption that impacted our US-East Region last night. A networking router bug caused a defective route to the Internet to be advertised within the network. This resulted in a 22 minute Internet connectivity interruption for instances in the region. During this time, connectivity between instances in the region and to other AWS services was not interrupted. Given the extensive experience that we have running this router in this configuration, we know this bug is rare and unlikely to reoccur. That said, we have identified and are in the process of deploying a mitigation that will prevent a reoccurrence of this bug from affecting network connectivity.

Un putain de bug tordu dans un routeur ... aucun doute qu'Amazon va tirer des leçons de ces soucis et apporter une solution pour rendre ses zone (encore) plus indépendantes. Aucun doute aussi que de nombreux services Cloud vont apprendre de ces expériences et renforcer leur fiabilité et la redondance de leur architecture.

Quoi qu'il en soit, si beaucoup pointent du doigt une défaillance du Cloud qui promettait monts et merveilles, on oublie que ces pannes démontrent surtout une disponibilité à 99,99% et une grande efficacité dans la rétablissement du service. A comparer avec le niveau de service que vous pouvez obtenir avec un hébergement traditionnel, et aux coûts associés...

Par contre, ceux qui sont déjà dans le Cloud se posent la question de la validité du modèle de zones d'Amazon, puisqu'en 12 mois on a déjà eu deux pannes majeures de ce modèle (voir par exemple http://www.networkworld.com/news/2011/042111-amazon-ec2-zones.html).

Lors de mes présentations sur le Cloud dans les Java User Group, je ne cherche pas à occulter la réalité de cette nouvelle approche de l'informatique. Non, le Cloud n'est pas la silver-bullet qui va résoudre tous vos soucis. D'où l'importance d'y aller aujourd'hui, même avec de petites applications de test, pour vous faire votre propre expérience des contraintes techniques, de la qualité de service, des offres de chaque fournisseur et des coûts associés.

Pour les utilisateurs de CloudBees, nous n'avons pas de solution officielle clé en main pour assurer du 99,9999999999%. Par contre, depuis l'annonce AnyCloud, qui vous permet de déployer votre application sur plusieurs DataCenter, éventuellement via des fournisseurs différents, rien ne vous interdit de mettre en oeuvre votre propre architecture hautement redondante. Nul doute, après cette nouvelle panne d'Amazon, 1er fournisseur IaaS du Cloud, qu'on trouvera rapidement des témoignages très intéressants sur le sujet.