Quaisquer vantagens de usar o nginx como um servidor proxy reverso principalmente em web sites não estáticos dinâmicos baseados em php?

Question

Minha pergunta é alguma vantagem usando nginx como proxy reverso quando a maior parte do conteúdo é gerada dinamicamente via php?

No que me diz respeito, o nginx é muito útil para armazenar em cache o conteúdo estático em um cache e atender às múltiplas solicitações de uma só vez.

isso é verdade? ou existe alguma outra vantagem do nginx em execução como um proxy reverso em sites de conteúdo dinâmico com base principalmente em php?

    

Answer 1

Se você pedir vantagens, você tem que compará-lo com alguma alternativa :) Se você usa PHP você sempre precisará de algum servidor web, porque o próprio PHP não possui um.

Em geral, o Nginx tem recursos interessantes como:

• você mencionou, há muitas maneiras de implementar os caches no Nginx
• fornece muita flexibilidade devido a um grande conjunto de módulos, especialmente mod rewrite ou mod lua
• muito baixo em sobrecarga (memória / cpu) comparado a alternativas como servidores web Apache ou Zeus
• comunidade útil para responder a perguntas
• está em desenvolvimento ativo, por isso novos recursos surgem o tempo todo. f.e. spdy

Answer 2

A única alternativa de interesse para o nginx + php é usar mod_php no apache. Aqui estão as principais diferenças

• Praticamente todos os aplicativos php assumem que estão em execução no apache, a sintaxe de configuração sempre será fornecida na sintaxe do apache.
• As páginas estáticas e de script podem ser misturadas à vontade no apache; No nginx, você deve distinguir os arquivos estáticos do conteúdo dinâmico apenas da própria solicitação. A configuração é um pouco mais complexa por esse motivo. Como você não veicula conteúdo estático, isso provavelmente não será um problema.
• não há equvalent em processo para nginx para o apache mod_php , ele deve fazer proxy de uma solicitação para um interpretador de script; que é php-cli -b ou uwsgi --plugin php . nginx não pode iniciar nenhum processo; você precisará resolver isso por conta própria.
• O nginx é assíncrono e pode lidar facilmente com tráfego intenso e conexões lentas sem qualquer esforço extra; contanto que o aplicativo php seja rápido, você poderá lidar com um pouco mais de tráfego quase de graça. Na minha organização, tivemos um bom aumento na capacidade de resposta quando descartamos o apache, mesmo que o processo do php-cli tenha menos threads
.
• Se o processo do operador php falhar (por exemplo, quando você tentar anexar a um arquivo de log de vários gigabytes), talvez não seja possível fornecer uma explicação do motivo pelo qual o FastCGI; CGI simples não tem esse problema, mas requer uma configuração muito diferente no lado nginx (um servidor http de segundo nível que pode iniciar processos cgi, como o lighttpd).

Answer 3

Eu acho que este artigo pode ser uma boa explicação de vantagens: link especialmente para um caso de cliente lento.