Haverá um ganho de desempenho usando o mod_proxy do Apache para fazer proxy nas solicitações de arquivos estáticos para o Lighttpd / nginx?

Question

Eu sei que há muitos tutoriais por aí que sugerem o uso de nginx ou lighttpd na porta 80 e solicitações dinâmicas de proxy para o apache sendo executado em uma porta diferente. Eu não estou pronto para dar esse salto ainda para o meu VPS. No entanto, eu definitivamente poderia tentar o cenário inverso.

i.e. use mod_proxy do apache para solicitações de proxy para nginx / lighttpd em execução em uma porta diferente.

Mas isso faz sentido? haverá um ganho de desempenho se eu usar a configuração inversa?

    

Answer 1

Não. O desempenho disso é praticamente garantido para ser significativamente pior do que apenas servir o conteúdo estático do Apache.

Além disso, eu não acho que os ganhos de desempenho (se houver) de servir conteúdo estático do nginx superam as desvantagens de fazer proxy de solicitações dinâmicas de volta ao Apache - isto é, a "sabedoria convencional" incorporada no o "monte de tutoriais" é simplesmente errado, estúpido e geralmente desnecessário (quem teria pensado - má informação na Internet?). Eu estaria disposto a usar a idéia de usar o nginx para servir ativos estáticos a partir de um domínio de ativos separado, em um IP separado (mesmo que esteja na mesma caixa), mas não acho que o proxy do servidor da web faça sentido. / p>     

Answer 2

Esta é uma configuração muito incomum, nunca ouvi falar de ninguém usando o nginx / lighttpd como backend. Não faz sentido, já que você quer que o front-end seja o ponto absolutamente mais rápido para servir arquivos estáticos (nginx, lighttpd) ou cache tanto estático quanto dinâmico (verniz etc).

Se você realmente for obrigado a usar o Apache como front-end, mantenha-o.