{"id":2262,"date":"2018-07-25T14:37:07","date_gmt":"2018-07-25T12:37:07","guid":{"rendered":"https:\/\/blog.alwaysdata.com\/?p=2262"},"modified":"2018-07-25T16:34:47","modified_gmt":"2018-07-25T14:34:47","slug":"le-cache-http","status":"publish","type":"post","link":"https:\/\/blog.alwaysdata.com\/fr\/2018\/07\/25\/le-cache-http\/","title":{"rendered":"Le cache HTTP"},"content":{"rendered":"

Deuxi\u00e8me article de notre s\u00e9rie destin\u00e9e \u00e0 vous pr\u00e9senter les nouveaut\u00e9s de notre reverse-proxy<\/em> HTTP. Apr\u00e8s le pare-feu applicatif<\/a>, nous vous pr\u00e9sentons le cache HTTP frontal que nous avons int\u00e9gr\u00e9 \u00e0 notre infrastructure.<\/p>\n

\"punch<\/div>\n

Un cache HTTP, qu\u2019est-ce que c\u2019est ?<\/h2>\n

Un graphique vaut mieux qu\u2019un long discours<\/h3>\n

Nous avons test\u00e9 les performances de notre cache fra\u00eechement int\u00e9gr\u00e9 \u00e0 notre proxy sur notre blog, servi par une application WordPress. Le r\u00e9sultat obtenu nous laisse \u00e0 penser que cette fonctionnalit\u00e9 va vous plaire.<\/p>\n

<\/p><\/canvas>\n

Le nombre de requ\u00eates servies par seconde augmente consid\u00e9rablement lorsqu\u2019on active notre cache, passant de 15 req\/s \u00e0 2604 req\/s, soit 173<\/strong> fois plus de requ\u00eates servies sur une m\u00eame dur\u00e9e. Le temps mis pour obtenir la r\u00e9ponse \u00e0 une requ\u00eate baisse d\u2019autant, passant de 63.65ms \u00e0 0.38ms en moyenne. Int\u00e9ressant, et tr\u00e8s simple \u00e0 activer !<\/p>\n

Nous avons r\u00e9alis\u00e9 ce benchmark avec ApacheBench<\/em> en faisant des requ\u00eates vers la page d\u2019accueil de ce blog. Nous avons ex\u00e9cut\u00e9 chaque tir1)<\/sup><\/a><\/span><\/span> quatre fois pour chaque configuration, avec et sans cache, avant de faire la moyenne des r\u00e9sultats obtenus. Ce blog est h\u00e9berg\u00e9 sur un serveur d\u00e9di\u00e9, les diff\u00e9rences de performances mesur\u00e9es sur un serveur mutualis\u00e9 seront du m\u00eame ordre. Vous pouvez d\u2019ailleurs faire vos propres tests en vous connectant en SSH \u00e0 votre serveur, et en ex\u00e9cutant la commande ab<\/code> avec les m\u00eames options sur une page de votre site.<\/p>\n

Fonctionnement d\u2019un cache<\/h3>\n

Le cache d\u00e9signe un syst\u00e8me de stockage temporaire de donn\u00e9es dans le but d\u2019en acc\u00e9l\u00e9rer le traitement ult\u00e9rieur. Un cache HTTP s\u2019occupe de stocker temporairement des documents web comme les pages HTML, les documents CSS, les images, etc. Ce m\u00e9canisme est principalement utilis\u00e9 pour diminuer la latence induite par le serveur lorsqu\u2019il doit servir une page et\/ou r\u00e9duire sa charge de travail.<\/p>\n

Lorsqu\u2019un client demande une page \u00e0 un serveur web, ce dernier va g\u00e9n\u00e9rer une page et l\u2019envoyer sur le r\u00e9seau. Le cache intercepte la r\u00e9ponse \u00e0 ce moment, et la stocke dans sa m\u00e9moire locale avant de la servir au client.<\/p>\n

\n \"Sch\u00e9ma
Mis en cache d\u2019une ressource lors de sa requ\u00eate (ic\u00f4nes : The Noun Project)<\/small><\/figcaption><\/figure>\n

Lorsqu\u2019une requ\u00eate pour la m\u00eame page est \u00e9mise par un client, elle sera directement servie par le cache qui d\u00e9tient d\u00e9sormais une copie de la ressource demand\u00e9e. Le serveur web ne sera plus interrog\u00e9.<\/p>\n

\n \"Sch\u00e9ma
Restitution d\u2019une ressource pr\u00e9c\u00e9demment mise en cache (ic\u00f4nes : The Noun Project)<\/small><\/figcaption><\/figure>\n

Utiliser le cache chez alwaysdata<\/h2>\n

Vous pouvez activer le cache frontal pour chaque site individuellement en vous rendant simplement dans Sites \u2192 Modification \u2192 Cache<\/em>, puis en cochant la case Activer le cache<\/em>.<\/p>\n

\"Capture<\/p>\n

Il vous faudra r\u00e9gler le TTL<\/a> pour les pages issues de ce site. Le TTL d\u00e9finit la dur\u00e9e pendant laquelle le cache peut servir une page. Sa valeur doit \u00eatre s\u00e9lectionn\u00e9e avec soin. S\u2019il est bon de choisir un TTL \u00e9lev\u00e9 pour un site dont le contenu n\u2019est pas souvent mis \u00e0 jour ; il sera en revanche judicieux d\u2019abaisser cette valeur dans le cas d\u2019un site dont le contenu change tr\u00e8s r\u00e9guli\u00e8rement, comme un site de news. Dans ce dernier cas, si le TTL reste \u00e9lev\u00e9, le visiteur peut se retrouver avec une version p\u00e9rim\u00e9e de la page demand\u00e9e.<\/p>\n

Prenons l\u2019exemple de ce blog. Nous souhaitons nous assurer qu\u2019un visiteur se retrouve avec une version relativement fra\u00eeche de la page d\u2019accueil. Lorsque nous ajoutons un article, la page d\u2019accueil cach\u00e9e auparavant sera p\u00e9rim\u00e9e. Nous allons donc pr\u00e9f\u00e9rer une valeur de TTL comprise entre 5 et 10 secondes afin de b\u00e9n\u00e9ficier des hausses de performances sans risquer de servir la page cach\u00e9e pendant une dur\u00e9e trop longue.<\/p>\n

Cette fonctionnalit\u00e9 est consid\u00e9r\u00e9e comme en b\u00eata test et susceptible d\u2019\u00e9voluer encore.<\/p>\n

Cette fonctionnalit\u00e9 est d\u00e9pendante de la capacit\u00e9 de votre application \u00e0 autoriser les pages g\u00e9n\u00e9r\u00e9es \u00e0 \u00eatre cach\u00e9es. Si cette derni\u00e8re ne l\u2019autorise pas explicitement, il y a un risque que notre proxy ne puisse pas cacher les ressources qui sont servies par elle.<\/p>\n

L\u2019impl\u00e9mentation<\/h2>\n

Nous avons choisi d\u2019\u00e9crire en Python2)<\/sup><\/a><\/span><\/span> un module int\u00e9grant les sp\u00e9cifications du standard expos\u00e9es dans la RFC 7234<\/a>. Le stockage des ressources cach\u00e9es, quant \u00e0 lui, est confi\u00e9 \u00e0 un serveur Redis<\/a> local permettant l\u2019optimisation de la m\u00e9moire utilis\u00e9e avec tr\u00e8s peu d\u2019efforts.<\/p>\n

En plus des sp\u00e9cifications li\u00e9es \u00e0 la RFC, nous avons impl\u00e9ment\u00e9 le verbe HTTP PURGE<\/em>. Cette m\u00e9thode offre la possibilit\u00e9 de supprimer une entr\u00e9e dans le cache par le client juste en l\u2019appelant sur son URL. Ceci peut \u00eatre utile lorsque vous cherchez \u00e0 forcer le rafra\u00eechissement d\u2019une page mise en cache.<\/p>\n

\n

Apr\u00e8s la performance, la journalisation ! Dans le prochain et dernier billet de cette s\u00e9rie, nous vous pr\u00e9senterons notre syst\u00e8me de personnalisation des lignes de logs<\/a> g\u00e9n\u00e9r\u00e9es par vos serveurs web. Vous allez d\u00e9sormais pouvoir les formater selon vos besoins.<\/p>\n

Notes<\/span>[+<\/a>]<\/span><\/p><\/div>

\n\n
Notes<\/caption>
\u2191<\/span>1<\/a><\/th> ab -c 10 -t 60 http:\/\/blog.alwaysdata.com\/<\/span><\/code><\/td><\/tr>\n\n
\u2191<\/span>2<\/a><\/th> parce qu\u2019on aime bien Python chez alwaysdata<\/td><\/tr>\n\n <\/tbody> <\/table> <\/div><\/div>