Architecture de la plateforme eBay de la V 1.0 à la V3.0 et +
Alors que pour changer rien ne m'interpelle à la télé ce soir, je perfectionne mes notions d'architecture d'applications à fortes fréquentations et de ce fait à architecture évoluée tant hard que soft... tiens eBay, çà vous parle :p ;)
J'ai donc trouvé qqs slides bien intéressantes relatant l'historique de la plateforme eBay et son évolution de la V 1.0 jusque sa V 3.0 ainsi que son futur avec sa V 4.0 au travers des Requirements...
Lien vers les slides : http://www.addsimplicity.com.nyud.net:8080/downloads/eBaySDForum2006-11-29.pdf
Ainsi que les Requirements :
Les slides datent de Novembre 2006. Voici qqs points bien intéressants pour toute inspiration dans le cadre de développement d'application (ou pourrions-nous dire à ce niveau de solution) devant répondre à ce type de performances... eBay, c'est pas moins de :
- 212^06 d'utilisateurs enregistrés
- Plus de 1 Billion de photos
- ... 26 Billions de requêtes SQL / jour
- Plus de 300 features par Quarter (3 mois)
- plus de 99,94% de taux de disponibilité
- 33 Pays pour 7 langues et un mode de fonctionnement de ce fait en 7x24
Mais aussi :
- Près de 1600 $ chaque seconde
- 1 Billion de page vues chaque jours
- 2 PetaBytes de stockage de données
- 3 Billions d'appels API par mois
Le parcours des slides vous permettra de mieux comprendre le passage de la V 1.0 (en 95) à la V 3.0 (2002) et son futur. Bien que les slides de 1 à 15 soient une mise en bouche retraçant l'historique... les slides 16 et plus deviennent plus qu'intéressant et permettent de comprendre de manière superficielle la stratégie d'architecture applicative mise en place par eBay.
J'aime particulièrement les notions de scaling data tier avec en autre de l'approche de segmentation fonctionnelle, de split horizontal ou encore de l'approche de minimisation des ressources (no Business Logic en DB) et transaction avec la base de données.
Les slides 28 et 29 ne sont pas en reste et montrent le partitioning vertical du code ainsi que la segmentation du mode de fonctionnement (remarquez l'isolation des Applications Tiers - leur fonctionnement en AppPool séparés - et leur interaction avec le load balancing tant horizontal que vertical).
R.
Member of WygTeam
www.wygwam.com
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
