Bonjour,
en lisant votre problématique, je trouve que ce que vous exposé reste est
encore trop vague.
Pour être efficace, mon expérience m'a indiqué qu'il est nécessaire d'avoir
entre autre un monitoring temps de réponse entre chaque éléments de votre
architecture en particulier durant la monté en
Bonjour,
Gregory Duchatelet :
[...]
> Je rejoins Mathieu : quelles sont les différences entre un reverse
> proxy qui va récupérer ses pages sur un frontal de statiques qui va
> lui même les récupérer sur un disque, puis stocker le tout en
> mémoire; et un serveur statique type nginx qui va direct
Wallace a écrit :
>Le 06/09/11 08:58, Gregory Duchatelet a écrit :
>> Le 06/09/2011 07:43, Yacine Kheddache a écrit :
>>>
>>> Donc, ces fichiers sont déjà traités différemment ... Quel serait alors
>>> l'intérêt à mettre un reverse proxy devant et surtout de mettre du cache
>>> sur ces fichiers
Le 06/09/11 08:58, Gregory Duchatelet a écrit :
> Le 06/09/2011 07:43, Yacine Kheddache a écrit :
>>
>> Donc, ces fichiers sont déjà traités différemment ... Quel serait alors
>> l'intérêt à mettre un reverse proxy devant et surtout de mettre du cache
>> sur ces fichiers ?
>> Idem: diminuer la late
Le 06/09/11 06:40, Mathieu Goessens a écrit :
> On 05/09/2011 11:37, vincent finet wrote:
>> Effectivement tu as raison une partie de la réponse passe indéniablement par
>> ab / firebug.
>>
>> C'est ce que j'avais commencé à faire et qui tendait à confirmer qu'un cache
>> au niveau du reverse pro
En premier lieu, un grand merci à tous pour votre précieux retour dexpérience
dont je ferai (jespère) bon usage.
Concernant la question "Quel serait lintérêt de mettre un reverse proxy /
cache devant mes serveurs de statics" :
J'y vois plusieurs intérêt :
1) Soulager mon haproxy qui est en
