Si NGINX simplemente está enrutando a Apache, no acelerará la transferencia de archivos estáticos.
Hay 2 modelos que hemos usado para esto en el pasado:
- Un servidor Varnish entre NGINX y Apache que almacena en caché la respuesta de Apache y la sirve de manera mucho más eficiente (también hay otros tipos de servidores de almacenamiento en caché disponibles), o
- Un CDN
En general, la mejor práctica es usar un CDN cuando sea posible, un servidor de almacenamiento en caché cuando el CDN sea inapropiado. Varnish tiene la ventaja de encajar sobre una pila Apache estándar que le permite servir archivos dinámicos en caché, así como archivos estáticos (se complica, pero es bastante impresionante una vez que lo ha configurado correctamente). CDN tiene la ventaja de nunca llegar a su servidor web, ser distribuido, redundante, etc. Realmente no hay forma de que ninguna solución del lado del servidor compita contra un CDN.
- Después de crear una aplicación web, ¿qué necesita para seguir actualizando?
- Cómo enviar datos push usando Firebase entre dos clientes
- ¿Cuáles son mis opciones para crear una pequeña aplicación web con la pila tecnológica más simple?
- Cómo hacer que una aplicación web escalable sea un principiante
- ¿Cómo convertirse en un comerciante de día? ¿Cuánto capital necesita y qué sitios web, aplicaciones web o software se utilizan?
Información sobre el barniz:
Varnish es un acelerador HTTP diseñado para sitios web dinámicos con mucho contenido, así como API muy consumidas. A diferencia de otros aceleradores web, como Squid, que comenzó su vida como un caché del lado del cliente, o Apache y nginx, que son principalmente servidores de origen, Varnish fue diseñado como un acelerador HTTP. Varnish se centra exclusivamente en HTTP, a diferencia de otros servidores proxy que a menudo admiten FTP, SMTP y otros protocolos de red.
Varnish es utilizado por sitios web de alto perfil y alto tráfico, incluyendo Wikipedia, sitios de periódicos en línea como The New York Times, The Guardian, The Hindu, Corriere della Sera, redes sociales y sitios de contenido como Facebook, Twitter, Vimeo y Tumblr . En 2012, el 5% de los 10.000 sitios principales en la web usaban el software. [2]
De: Varnish (software) – Wikipedia
Nota al margen sobre NGINX: en el pasado utilizamos NGINX para terminar SSL antes de enrutar solicitudes a Apache en el mismo servidor. Esto fue eficiente por varias razones. La mayoría de los entornos de nube ahora ofrecen terminación SSL en el nivel de equilibrador de carga virtual. Esto es superior cuando está disponible porque:
- Reduce la carga del servidor web;
- Si tiene un entorno de servidor web con equilibrio de carga, solo tiene que finalizar SSL en un punto, lo que da como resultado una infraestructura más simple de configuración y soporte.
La desventaja es que probablemente pagará por un equilibrador de carga virtual para cada dominio (esto puede ser costoso si está sirviendo a varios sitios web en una sola pila).
NGINX todavía cumple un hermoso papel como Proxy / Proxy inverso; y puede hacer muchas cosas además cuando se requieren casos de uso especializados.