Un jour, vous passerez sur Tlmatin, vous serez la une de MyLittleParis, vous lverez des fonds et vous ferez

z de la pub avant le 20h ou bien vous aurez une actu terrible reprise par l'AFP ... Ce jour l, si vous n'avez rien prpar,

VOTRE SERVEUR TOMBERA ...

(et les espoirs de succs qui vont avec).

Trois tapes suivre pour parer ce type dventualits (dagrables !) et rendre votre architecture de plus en plus performante. Dans la plupart des cas, deux types de problmes peuvent survenir : soit le serveur web est sature, soit il y a un engorgementau niveau de la base de donnes.

La premire chose faire est de grer le cache (donc configurer correctement Apache pour mettre en cache les ressources statiques et APC pour le serveur PHP).

Ensuite, sparer le serveur web du serveur de donnes (on peut maintenant dupliquer les serveurs web ou s'attaquer aux problmew lis la base de donnes).

Maintenant, on peut mettre autant de serveurs web que l'on veut ... Des systmes dynamiques existent (par exemple l'autoscalling pour AWS, le cloud d'Amazon). Si cela n'est pas suffisant, on peut envisager une architecture de type CDN (Content Delivery Network) afin de servir encore plus rapidement tout le contenu statique du site ...

D'abord, mettre du cache sur la base de donnes afin que de ne plus executer les mmes requtes plusieurs fois ... Si cela n'est pas suffisant, on peut galement envisager sparer la base de donnes : si lecture = criture (archi. Matre/Esclave) si lecture > criture (on ajoute des esclaves) si lecture < criture (l, il va falloir rflchir au NOSQL par exemple)

Evidemment, ceci reste un schma de principe. Si vous souhaitez approfondir la question des performances et de loptimisation dun site internet, vous pouvez tlcharger notre Livre Blanc sur le sujet sur notre site : http://www.thecodingmachine.com ou nous appeler au 01 71 18 39 73