La performance des serveurs web est un vrai sujet : on a besoin de sites qui r\u00e9pondent vite, pour vendre plus \ud83d\ude09<\/p>\n
Et un serveur web peut \u00eatre amen\u00e9 \u00e0 r\u00e9pondre \u00e0 \u00ab\u00a0pleins\u00a0\u00bb de requ\u00eates simultann\u00e9es.<\/p>\n
On peut palier de mani\u00e8re superficielle \u00e0 ces probl\u00e8mes avec du cache. Bonne id\u00e9e… mais les sites doivent de plus en plus \u00eatre personnalis\u00e9s, dynamiques. On peut donc \u00ab\u00a0cacher\u00a0\u00bb certaines ressources, mais pour les parties dynamiques, il faut faire autrement.<\/p>\n
Au coeur des serveurs web se pose donc la question de la programmation parall\u00e8le : faire tourner plusieurs programmes en parall\u00e8les pour r\u00e9pondre en m\u00eame temps \u00e0 plusieurs utilisateurs.<\/p>\n
Quand on programme avec les technologies \u00ab\u00a0normales\u00a0\u00bb, on ne se rend pas compte de tout \u00e7a : c’est le serveur web qui g\u00e8re, de mani\u00e8re transparente pour le programmeur. en fait, \u00e0 chaque appel au serveur web, un fork est cr\u00e9\u00e9. Un fork, c’est une unit\u00e9 d’ex\u00e9cution ind\u00e9pendante. Chaque programme, pour chaque appel, est donc \u00ab\u00a0dans son coin\u00a0\u00bb.<\/p>\n
C’est une bonne id\u00e9e, parce que on masque ce probl\u00e8me technique… Sauf que la gestion des forks n’est pas tr\u00e8s optimis\u00e9e, et qu’\u00e0 cr\u00e9er trop de forks, on fait rapidement tomber les serveurs.<\/p>\n
D’ou l’id\u00e9e de faire autrement. C’est en particulier ce que propose certains environnements, tel node.js, bas\u00e9s sur des serveurs webs sp\u00e9cifiques (autre que apache donc).<\/p>\n
Dans ces environnements alternatifs, les diff\u00e9rents programmes ne sont pas ex\u00e9cut\u00e9s dans des forks ind\u00e9pendants.<\/p>\n
Pour g\u00e9rer la continuit\u00e9 entre les diff\u00e9rentes fonction, le programmeur doit mettre en place des proc\u00e9dures de call back, …<\/p>\n
Bref, je ne veux pas trop rentr\u00e9 dans les d\u00e9tails (d’ailleurs, je ne suis plus programmeur, j’atteints vite mes limites \ud83d\ude09 ).<\/p>\n
Mon sentiment sur cette histoire :<\/p>\n
Je comprends le chemin emprunt\u00e9 par ces solutions, c’est pragmatique : puisque les serveurs web rament avec les technos de forks, on descend d’un niveau, et on g\u00e8re la programmation parall\u00e8le directement.<\/p>\n
Mais sur le fond, je suis convaincu que la solution n’est pas l\u00e0. Cela me semble compl\u00e8tement indispensable de masquer ces probl\u00e9matiques au programmeur, qui a d\u00e9j\u00e0 bien de quoi s’occuper. Et si la programmation parall\u00e8le n’est pas efficace, et bien il faut revoir l’architecture du syst\u00e8me !<\/p>\n","protected":false},"excerpt":{"rendered":"
La performance des serveurs web est un vrai sujet : on a besoin de sites qui r\u00e9pondent vite, pour vendre plus \ud83d\ude09 Et un serveur web peut \u00eatre amen\u00e9 \u00e0 r\u00e9pondre \u00e0 \u00ab\u00a0pleins\u00a0\u00bb de requ\u00eates simultann\u00e9es. On peut palier de mani\u00e8re superficielle \u00e0 ces probl\u00e8mes avec du cache. Bonne id\u00e9e… mais les sites doivent de […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[2],"tags":[52,139,339],"class_list":["post-7839","post","type-post","status-publish","format-standard","hentry","category-e-commerce","tag-programmation","tag-systeme-dinformation","tag-technologies-web"],"yoast_head":"\n