> Alexis MP : on est bien d’accord

> Olivier Rafal : merci ! et bonne continuation

-> allez voir le blog d’Olivier sur le Monde Informatique

«J’ai débuté ma journée par SpringSource et la présentation de Julien Dubois, qui m’a donné une phrase qui me parle : la séparation physique entre la couche Web et la couche métier a été dictée par des vendeurs… de hardwares. Trop content de pouvoir vous vendre plus de serveur, ceux-ci ont oublié de vous dire que dans la vraie vie… on peut s’en passer. J’ai une pensée émue pour mon client actuel qui est massivement Web d’un côté, EjbTiers de l’autre. C’est dingue de se dire que l’on doit faire vivre aujourd’hui ce type d’architecture, et que le WebTiers n’a pas accès à la base de données. Quel gachis.» (extrait de ce billet)

«eBay n’a pas hésité au cours du temps à remettre son architecture en question plusieurs fois. Nous sommes passés du Perl au C++ puis au Java, plus facilement maintenanable et tout aussi performant. Les bases de données sont structurées différemment des bases que nous voyons au quotidien dans nos applications de gestion. Ces bases sont en général faiblement relationnelles. La validation du modèle se fait maintenant dans le monde objet plutôt qu’au niveau de la base elle-même. Il n’y a pas de contraintes d’intégrité dans la base de données. Les données sont stockées sur différents serveurs tout d’abord verticalement. Pour faire simple : un serveur pour l’ensemble des CD, un serveur pour les DVD et un serveur pour les livres. Un partitionnement horizontal des données accélère encore le stockage : les Livres dont le titre débute par “A” sont sur le serveur 1, les Livres “B” sur le serveur 2, etc. C’est donc une segmentation physique intelligente qui permet de monter en charge. » (extrait de http://www.touilleur-express.fr/2009/07/05/usi-2009-quelques-idees-issues-des-grands-du-web-pour-remettre-en-cause-vos-reflexes-darchitectes/)

Il n’y a pas comme une contradiction quelque part ?

J’avoue que j’avais été extrêmement surpris en lisant ce billet-ci : pour moi, le n-tiers était la réponse, à la toute fin des années 1990, des architectes du monde objet face à la contrainte de montée en charge formidable qu’imposait le Web, alors que toute l’industrie utilisait encore le client-serveur classique (un tiers présentation + une partie des traitements, et un second tiers avec l’autre moitié des traitements + les données), qui ne supportait que des charges relativement faibles (rarement plus d’une centaine de clients simultanés).

Or justement, le client-serveur arrangeait beaucoup les affaires des constructeurs de serveurs et des vendeurs de SGBD : car en choisissant un modèle particulier, on se retrouvait lié à ce constructeur et à ce SGBD. C’est bien pour cela que l’architecture client-serveur est restée aussi longtemps l’architecture de référence : très peu d’acteurs avaient intérêt à adopter une architecture différente, qui aurait permis de se rendre plus indépendant des couches sous-jacentes. Il a fallu la révolution du Web commercial pour que ce couvercle explose.

Et la lecture du second billet en est la démonstration éclatante : seule une architecture multi-tiers, dans laquelle la couche de présentation s’abstrait de la manière dont on accède aux données, a permis à eBay de faire évoluer son applicatif pour adopter un système de persistance adapté à ses besoins à un coût raisonnable.

Eric Lewis est très décevant sur youtube (TED par exemple).

L’ergonomie expliquée aux geeks, j’attends ça avec impatience.

J’ai appris que GAE avait eu des soucis d’où les pblms de démo wave.

Wadaël