change de nom...
Nous avons installé un reverse proxy Varnish placé devant le serveur web. L'objectif est la mise en cache de l'application par Varnish. Cette opération nécessite des précautions : les utilisateurs du site peuvent se connecter sur leur propre compte. Cette fonctionnalité n'est pas compatible avec une mise en cache totale.
Il a donc fallu analyser le site, et avec la collaboration des équipes de développement, nous avons mis en place une solution permettant de sélectionner les pages du site à mettre en cache et en prenant en compte le mode connecté.
Nous avons installé un reverse proxy Varnish placé devant le serveur web. L'objectif est la mise en cache de l'application par Varnish. Cette opération nécessite des précautions : les utilisateurs du site peuvent se connecter sur leur propre compte. Cette fonctionnalité n'est pas compatible avec une mise en cache totale.
Il a donc fallu analyser le site, et avec la collaboration des équipes de développement, nous avons mis en place une solution permettant de sélectionner les pages du site à mettre en cache et en prenant en compte le mode connecté.
Avant notre intervention, le processeur subissait des gros pics de charge et lors de ces pics, l'application ne répondait plus, le site était indisponible.
Une fois Varnish en place, l'utilisation du processeur a été considérablement réduite comme en témoigne ce graphe.
Avant notre intervention, le processeur subissait des gros pics de charge et lors de ces pics, l'application ne répondait plus, le site était indisponible.
Une fois Varnish en place, l'utilisation du processeur a été considérablement réduite comme en témoigne ce graphe.
En parallèle, Weblex nous a confié l'hébergement de son système de mails.
Varnish est un reverse proxy cache : “Accélérateur HTTP”. Dans une optique de performance, son objectif est de mettre en cache toutes les réponses du serveur web (par définition lent) pour redistribuer le contenu aux clients. Il décharge le serveur web de traitements lourds (PHP, SQL...)
