Nginx vs Apache como proxy inverso, ¿cuál elegir?

este tipo de pregunta tal vez se ha hecho aquí, pero no pude encontrar ninguna que realmente coincida con mi pregunta. Escuché que el rendimiento de nginx es bastante impresionante, pero Apache tiene más documentos, comunidad (lea: experto) para obtener ayuda

Ahora lo que quiero saber, cómo ambos servidores web se comparan en términos de rendimiento, facilidad de configuración, nivel de personalización, etc. ¿COMO REVERSE PROXY server en un entorno vps?

Todavía estoy pesando entre los dos para una aplicación web ruby ​​(no ROR) servida con thin (uno del servidor web ruby).
La respuesta específica será muy apreciada. La respuesta general de no tocar la parte de rubí está bien. Todavía soy novato en la administración del servidor web.

Quería poner esto en un comentario ya que estoy de acuerdo con el punto más importante de la respuesta de webdestroyas, pero se hizo demasiado largo.

Estás en un entorno VPS, esto significa que lo más probable es que tengas poca RAM. Solo por esta razón, querrá Nginx ya que su huella de memoria es más pequeña que Apaches.

Además, no estoy de acuerdo con algunos de los argumentos mencionados.

Facilidad de configuración:
Nginx no es más difícil que Apache. Es diferente. Si está acostumbrado a Apache, el cambio siempre será más difícil, esto no significa que el estilo de configuración en sí sea más difícil. Migré completamente de Apache a Nginx hace más de un año y hoy me costaría configurar un servidor Apache, mientras que Nginx es extremadamente fácil de configurar.

Para Ruby:
Nginx tiene Passenger, sin embargo, generalmente lo veo descrito como el método inferior para conectarse a Ruby. No soy un programador de Ruby, así que no puedo verificar esto, pero a menudo veo a Unicorn y Thin mencionados como mejores alternativas.

En conclusión:
Nginx fue hecho para ser un proxy inverso. Inicialmente, todo lo que hizo fue servir archivos estáticos y revertir proxy a un servidor back-end a través de HTTP / 1.0. Desde entonces, se ha agregado fastcgi, equilibrio de carga y varias otras características, pero su propósito de diseño inicial era servir archivos estáticos y proxy inverso. Y lo hace muy bien.

Apache, por el contrario, es un servidor web de propósito general. No tengo dudas de que puede revertir el proxy perfectamente bien, pero no fue diseñado para tener una huella de memoria mínima y, como resultado, requiere más recursos que Nginx, lo que significa que mi argumento inicial del entorno VPS entra en juego.

Rendimiento:
NGinX. Este servidor es conocido por ser uno de los mejores servidores web y es utilizado por muchas compañías diferentes (Notable, MediaTemple)

Facilidad de configuración:
Apache. La configuración de Apache es realmente simple y realmente poderosa. Nginx es poderoso, pero puede ser muy difícil de entender, ya que parece más un lenguaje de programación que un archivo de configuración.

Nivel de personalización:
Apache. Apache tiene toneladas de modificaciones y otros complementos escritos para ello. Si bien Nginx aún tiene complementos para ello, creo que Apache tiene muchos más que Nginx.

Para Ruby:
Sé que Nginx se puede usar como un poderoso equilibrador de carga con Mongrel / webrick. Sin embargo, Apache tiene Phusion / Passenger, lo que hace que la integración sea más agradable.

Ganador del proxy inverso:
NGinX

Nginx está basado en eventos, mientras que apache está basado en procesos. Bajo alta carga, esto hace toda la diferencia en el mundo ... Apache tiene que bifurcar o iniciar un nuevo hilo para cada conexión, mientras que nginx no. Esta diferencia se muestra principalmente en el uso de la memoria, pero también en el tiempo de respuesta del usuario y otras métricas de rendimiento. Nginx puede manejar decenas de miles de conexiones HTTP keepalive simultáneas en hardware moderno. Apache usará 1-2 MB de pila para cada conexión, por lo que al hacer los cálculos, verá que solo puede manejar unos cientos o quizás miles de conexiones simultáneamente sin comenzar a intercambiar.

Usamos nginx frente a Apache e IIS en nuestro entorno como un proxy de equilibrio de carga y almacenamiento en caché, y no podríamos estar más contentos. Usamos dos cajas nginx pequeñas en lugar de un par de dispositivos F5 arrendados muy costosos y nuestros sitios son mucho más rápidos tanto en tiempo de respuesta como en tiempos de respuesta medidos.

Estaba en el mismo dilema que tú hace unas dos semanas.

Para darle una respuesta realmente breve: desde mi investigación, nginx es realmente rápido y amigable con los recursos, pero solo fue concebido para revertir archivos estáticos proxy. El resto son soluciones integrales que debe configurar o guiar a su manera.

AFAIK nginx no tiene archivos htaccess, por lo que debe orientarse si depende de esa función.

AFAIK todo lo que necesita funciona y he visto tutoriales.

Iré con nginx con mis pruebas y configuración de perfiles. Tengo una aplicación típica de LAMP.

He leído que hay personas que invierten el proxy y sirven archivos estáticos desde nginx y pasan todo lo demás, como PHP, a una instancia de Apache en ejecución. Reclaman una buena compensación. No tengo datos de rendimiento al respecto, pero es posible que desee saber.

He tenido serios problemas con el mod_proxy de Apache en una variedad de plataformas en diferentes entornos en los últimos años. De vez en cuando, simplemente dejará de funcionar y la única solución parece ser reiniciar el servidor Apache.

Personalmente, no preguntaría "nginx vs Apache", sino "nginx vs lighttpd", ¡y esa es una llamada mucho más difícil!