March 9, 2009
C’est ce que vous pourrez découvrir dans le dernier entretien de Jérôme Aguesse (Directeur de production chez Skyrock) dans 01informatique. Vous pourrez notamment y apprendre que cette une plate forme LAMP (Linux, Apache, MySQL et PHP) répartis par des load balancer (ZXTM de Zeus, ServerIron de Foundry Networks) et comment les bases de données MySQL sont réparties en étoile grâce à une synchronisation Master/Slave.
Lire la suite »
2 Comments |
Architecture, Étude de cas | Tagged: apache, memcached, MogileFS, Mysql, PHP, Smarty |
Permalink
Posted by Marc
February 4, 2009
Le site Digg est connu pour être un énorme fournisseur de visiteurs (surtout quand vous êtes sur la première page) mais comment gèrent-ils leur propre trafic. Pour vous donner un ordre d’idée, il y a six mois Digg drainait plus de 20 millions d’utilisateurs et 220 millions de pages vues par mois. Ce trafic représente une moyenne constante de plus de 100 requêtes par seconde… Pour gérer tout ça nous retrouvons un petit ensemble de mots magiques : Debian, MySQL, Memcached, MogileFS, Python, PHP, Apache..
Lire la suite »
2 Comments |
Architecture, Python, Étude de cas | Tagged: apache, Gearman, memcached, MogileFS, Mysql, PHP, Python |
Permalink
Posted by Marc
November 17, 2008
Si votre site fonctionne sur la base d’une communauté de membre et que votre service est gratuit pour vos visiteurs (ie: pub Google ou autres). Je vous invite à lire ce post de Markus Frind (CEO of Plentyoffish.com)
Il dirige un très gros site aux US, entièrement gratuit. Il a réussi en quelques années à passer les différentes barrières techniques lui permettant d’atteindre des centaines de milliers d’utilisateurs quotidien.
Mais aujourd’hui il annonce qu’il arrive au bout du modèle :
- Affichage de publicité => Rémunération
- Consolidation de l’architecture pour accueillir plus de membre.
En effet, actuellement le doublement de sa base multiplie ses coûts par 6.
Lire la suite »
2 Comments |
Rentabilité, Étude de cas | Tagged: Architecture, publicité, trafic |
Permalink
Posted by Marc
October 10, 2008

La fréquentation de ce site ne cesse de progresser mais malheureusement ses périodes d’indisponibilité aussi. Pourtant LinkedIn dispose d’une bonne architecture technique et en général son ‘uptime‘ est dans la moyenne, mais depuis début septembre les problèmes s’accumulent.
Comparativement au début de l’année ( 4H d’interruption sur les deux premiers mois de 2008) les dernières semaines sont en fort recul. En effet sur septembre le site était hors ligne pendant 9 heures, dont 5 heures pleines lors de la coupure de courant du 6 septembre. Lire la suite »
No Comments » |
Monitoring, indisponibilite, Étude de cas | Tagged: Equinix, indisponibilite, linkedin |
Permalink
Posted by Marc
September 30, 2008
Voici un exemple concret d’utilisation du système de fichier Lustre dont je vous parlais dans ce billet. En effet pour gérer de tels volumes il n’existe pas beaucoup de solutions sur le marché. En tout cas c’est celle qui a été retenue par les équipe du CINES (Centre Informatique National de l’Enseignement Supérieur) pour l’élaboration de leur dernier cluster de calcul.
Grâce à ce cluster la recherche française remonte à la 3ieme place mondiale en terme de puissance de calcul, avec un total de 470 Téraflop.
Au niveau technique, ce supercalculateur scalaire parallèle est composé de : Lire la suite »
No Comments » |
Architecture, Clustering, Étude de cas | Tagged: Cluster, Clustering, iDataPlex, Lustre, Serveur |
Permalink
Posted by Marc
August 27, 2008
Lors de la dernière conférence JavaOne (organisé par Sun Microsystems) un des membres de Linkedin à donné plusieurs informations à propos de l’architecture du site. Plusieurs points à retenir de cette intervention. Le Java, des statistiques sur les volumétries et la mise en mémoire du graphe.
Le premier point concerne donc les volumétries. Linkedin est un réseau social dont le but principal est la mise en relation professionnelle (en France il existe Viadeo). Actuellement le réseau Linkedin comporte plus de 25 millions de membres, cette communauté génère 40M de PV/jour, 2M de recherche par jour et plus de 50M d’email par mois.
Pour gérer ces volumes les concepteurs utilisent quasiment exclusivement Java (98% du code). Les services fonctionnent sur l’OS Solaris et sur des serveurs Sun x86 et Sparc. Les serveurs applicatifs tournent eux sous Tomcat et Jetty, enfin les bases sont gérées avec Oracle et MySql, le search fonctionne lui directement avec l’API Lucene.
Reste le coeur du système, le graphe des utilisateurs… Lire la suite »
1 Comment |
Architecture, Serveur, Étude de cas | Tagged: Equinix, linkedin, Lucene, Mysql, Oracle, sun |
Permalink
Posted by Marc