Nginx + Apache no mesmo servidor

[Spyder.RV 0]

Pesquisando por alternativas de servidor, encontrei um artigo interessante sobre usar o Ngix juntamente com o Apache, sendo que o primeiro faria as vezes de um "proxy reverso" reduzindo drasticamente o consumo do servidor.... vide (http://paulohiga.com/posts/nginx-proxy-reverso-php-apache.php );

 

Gostaria de saber do pessoal fera que participa deste forum se essa informação realmente procede?

 

Que o Nginx tem algumas características que o tornam uma alternativa interessante, isso é verdade... mas até que ponto é interessante ter 2 sistemas de webserver no mesmo hardware? Será que converter tudo pra Nginx traria mais performance e mais acessos simultâneos já de cara?

[Prog 183]

O nginx é mais leve em recursos que o Apache, se você tem o escopo exato do que você precisa e se este escopo for bem resolvido com o nginx, não há problema algum.

 

Agora se precisar de mais robustez, o Apache é melhor opção. O Apache também pode fazer o serviço de proxy reverso, mas no artigo foi exemplificado o uso do nginx justamente por economia de recursos.

[Spyder.RV 0]

Ok...

 

Só não consigo entender direito em quais aplicações é melhor um ou outro... (ou ambos).

[Prog 183]

Você pode ter várias situações, isto vai depender da sua aplicação e do tamanho da solução (acessos simultâneos, dados dinâmicos, segurança).

 

Pode haver situações onde o nginx fará papel de proxy reverso para um servidor IIS (aplicações ASP 3, por exemplo).

 

Quando você coloca um Apache, ou outro servidor, para fazer o papel de proxy reverso você não tem módulos em execução (rewrite, php, perl, python, security, etc), justamente para consumir menos recursos. O servidor fica dedicado a fazer aquela tarefa.

 

Por que eleger o nginx para esta tarefa?

- Fácil, leve e eficiente.

[Spyder.RV 0]

Nossa... muito louco...

 

Mas eu ainda fico maluquecido pra entender direito a coisa... olha só:

 

Colocando o proxy reverso na borda e um segundo servidor com os módulos atrás, não entendo porque melhora a performance pois no final das contas o servidor que está atrás é que vai fazer todo o serviço da mesma forma (php, rewrite, perl, etc..)...

 

Olhando "leigamente" pra coisa, a impressão que dá é que vai ter um item a mais pra consumir recursos... bem, como eu disse: leigamente... sou leigo nessa parte... apesar de "fuçar" a muitos anos, sempre foi só um namoro leve com servidores... agora que estou entrando pra valer na área.

 

Pode me ajudar a esclarecer melhor essa parte por favor?

[Prog 183]

Ai você precisa entender melhor o que um proxy reverso faz, quando você entender vai poder determinar se precisa de um, vários ou nenhum.

 

Leitura recomendada:

http://alfredosabo.blogspot.com/2009/05/proxy-reverso-o-que-danado-e-isso.html

http://www.infoq.com/br/news/2010/06/proxy-reverso

[Spyder.RV 0]

Ai você precisa entender melhor o que um proxy reverso faz, quando você entender vai poder determinar se precisa de um, vários ou nenhum.

 

Leitura recomendada:

http://alfredosabo.b...ado-e-isso.html

http://www.infoq.com...6/proxy-reverso

 

Agora sim... rs... O certo é pra usar vários servers... e fazer até um load aí... no artigo o cara colocou no mesmo servidor físico porque era uma situação isolada dele...