Em uma configuração do Apache + lighttpd, quem deve ser o proxy?

Question

Em uma configuração onde você usa o Apache para scripts PHP / Python e o lighttpd para arquivos estáticos, mas apenas um escuta o endereço IP externo e age como um proxy para a outra ouvindo na interface de loopback, que deve ser qual, porque e isso importa?

    

Answer 1

O isqueiro dos dois (lighttp) deve ser o proxy, apenas incomodando o Apache mais pesado para a ação quando um script precisa ser executado.

Pouco tempo, é claro que pedidos para arquivos estáticos são raros, mas nesse caso você não quer dividir os trabalhos entre servidores demais, já que você está complicando demais as coisas.

Como alternativa, você considerou executar o lighttp apenas com php e python sendo executados como processos FastCGI? Embora o PHP como um módulo possa ser um pouco mais rápido do que o FCGI, a diferença pode não valer o incômodo de executar dois servidores e pode ser negada completamente de qualquer maneira pelo arranjo de proxy.

Outra alternativa é ter o conteúdo estático servido de outro endereço IP, se o servidor puder ter um segundo atribuído, e nenhum dos conjuntos de solicitações precisar ser executado por meio de um proxy. Também é possível usar uma porta diferente no mesmo endereço, embora haja a possibilidade de que alguns de seus espectadores tenham problemas se estiverem atrás de firewalls muito rígidos que não permitirão o tráfego sem porta 80.

    

Answer 2

Se isso estiver no mesmo servidor, você não deve instalar mais de um servidor HTTP. Você apenas permite que o servidor Apache ouça o endereço IP externo: -)

Instalar dois servidores HTTP em uma máquina é bastante inútil. Se fosse uma configuração de dois servidores, seria uma boa ideia para que a máquina de backend fosse menos vulnerável a ataques da Internet.