NGINX vs Apache: eligiendo el mejor servidor web de 2024

Un servidor web es un programa informático que distribuye contenidos a través de Internet y transmite datos entre el sistema anfitrión y el navegador del usuario.

Elegir el servidor web adecuado es crucial a la hora de crear un sitio web o iniciar un proyecto con un servidor virtual (VPS), ya que puede afectar significativamente a su rendimiento y seguridad. Si no estás seguro, considera las dos opciones más populares: Apache y NGINX.

Para ayudarte a decidir, compararemos en detalle NGINX vs Apache. Tras ofrecer una visión general de las dos opciones, exploraremos lo que ofrece cada servidor web en cuanto a arquitectura, compatibilidad, rendimiento y seguridad.

Visión general de Apache vs Nginx

Antes de sumergirnos en la comparación entre Apache y NGINX, vamos a aclarar qué son estos servidores web explorando sus características generales y sus diferencias. Esto te ayudará a comprender mejor cada uno de ellos.

Apache

Comúnmente conocido como Apache o Apache HTTPD, el Servidor HTTP Apache es un software de servidor web gratuito y de código abierto. Procesa las peticiones de los clientes y sirve contenidos web a través del Protocolo de Transferencia de Hipertexto (HTTP).

Apache Software Foundation lanzó el servidor web Apache en 1995 y lo ha mantenido desde entonces. Fue el servidor web más dominante durante los inicios de la World Wide Web y sigue siendo popular hoy en día.

El servidor HTTP Apache alimenta actualmente alrededor del 30% de los sitios web de todo el mundo, lo que lo convierte en el segundo servidor web del mercado.

El servidor web Apache es compatible con muchos sistemas operativos, como Microsoft Windows, OpenVMS y otros sistemas operativos tipo Unix, como Linux y macOS. Es compatible con varios protocolos de comunicación, como HTTP, HTTPS, WebSocket y HTTP/2.

El servidor HTTP Apache forma parte del stack LAMP, uno de los primeros stacks de software de código abierto para el desarrollo web. Esto hace que el servidor web sea compatible con diversos programas, sistemas de gestión de contenidos (CMS), lenguajes de programación y marcos web.

El servidor Apache es popular por su sistema de módulos que proporciona un alto rendimiento y flexibilidad. Con los módulos de Apache, los usuarios pueden añadir o eliminar funciones fácilmente para modificar su servidor según sus necesidades.

NGINX

NGINX, pronunciado como “Engine X“, es uno de los servidores web más fiables que ofrece escalabilidad y velocidad. Apache y NGINX tienen una cuota de mercado similar, pero este último es más popular. Ambos servidores web son de código abierto y de uso gratuito.

El ingeniero de software Igor Sysoev empezó a desarrollar NGINX en 2002 para dar respuesta al problema C10K de los inicios de la World Wide Web. Por aquel entonces, muchos servidores web sólo podían gestionar 10.000 conexiones simultáneamente.

El servidor web NGINX se lanzó con una arquitectura asíncrona y basada en eventos, lo que le permite procesar muchas peticiones de clientes simultáneamente.

Este servidor web popular es conocido por su capacidad para manejar un alto tráfico y escalar con un hardware mínimo. Además, es excelente para servir archivos estáticos rápidamente. Forma parte del stack web LEMP, una alternativa popular al LAMP de Apache.

Además de como servidor web, los desarrolladores web utilizan NGINX como equilibrador de carga para mejorar la eficiencia y disponibilidad de los recursos del sistema anfitrión. 

NGINX también puede actuar como proxy inverso, es decir, como intermediario que distribuye uniformemente las solicitudes de contenido para garantizar un flujo de tráfico fluido entre servidores y clientes.

NGINX es compatible con casi todos los sistemas operativos tipo Unix. Instalar NGINX en Windows puede provocar limitaciones de rendimiento, como falta de escalabilidad y problemas de autenticación del protocolo de datagramas de usuario (UDP).

Arquitectura básica: manejo de conexiones

La arquitectura del servidor web es la disposición lógica o mecanismo que determina cómo el software gestiona las peticiones, conexiones y tráfico web. Es uno de los criterios esenciales que hay que tener en cuenta al elegir un servidor web.

Comparemos NGINX frente a Apache en lo que respecta a la arquitectura básica y a cómo ambos programas gestionan las conexiones.

Apache

Por defecto, Apache sigue una arquitectura basada en procesos, creando un único hilo para gestionar cada petición de conexión.

El inconveniente es que Apache debe crear diferentes procesos cuando gestiona muchas peticiones de clientes. Esto puede provocar un gran consumo de recursos, causando problemas en el servidor como una velocidad de carga lenta del sitio web y tiempos de inactividad recurrentes.

Como solución, Apache proporciona varios módulos de multiprocesamiento (MPM) que determinan cómo acepta y gestiona las peticiones HTTP. Los usuarios pueden elegir el MPM que mejor se adapte a sus necesidades. Hay tres MPM principales:

• mpm_prefork: el MPM prefork no tiene subprocesos, lo que significa que cada proceso hijo sólo puede gestionar una solicitud. Su rendimiento se degrada inmediatamente cuando las peticiones superan el número de procesos, por lo que es difícil escalar con este MPM.
• mpm_worker: cada proceso MPM worker puede crear múltiples hilos que pueden manejar conexiones individuales. Esto permite al sistema atender varias solicitudes simultáneamente. Como los hilos necesitan menos recursos que los procesos, es más escalable y eficiente que el MPM prefork.
• mpm_event: es similar al MPM worker, pero también está optimizado para gestionar conexiones “keep-alive”. Para ello, reserva subprocesos dedicados para gestionar dichas conexiones y asignar las solicitudes activas a otros subprocesos. Este proceso ayuda a que el MPM de eventos funcione bien a pesar de gestionar muchas solicitudes de mantenimiento de conexión, lo que se traduce en un bajo consumo de recursos.

Recuerda que sólo puedes cargar un MPM en tu servidor simultáneamente. Si tu proyecto requiere estabilidad y compatibilidad, utiliza el MPM prefork. Sin embargo, considera utilizar los MPM worker o event para sitios web que necesiten más escalabilidad y diversidad.

NGINX

Muchos servidores web utilizan una arquitectura simple basada en hilos o procesos. Sin embargo, NGINX utiliza un enfoque diferente con una arquitectura asíncrona, no bloqueante y basada en eventos. Esto permite al servidor web gestionar múltiples conexiones dentro de un único proceso.

NGINX tiene un proceso maestro que realiza operaciones privilegiadas, como vincularse a puertos, leer y evaluar archivos de configuración y crear procesos hijos.

Aquí tienes tres tipos de procesos hijo de NGINX:

• Proceso cargador de caché: permite cargar la caché basada en disco en la zona de memoria. Este proceso consume pocos recursos del servidor, ya que sólo se ejecuta una vez tras el inicio de NGINX.
• Proceso gestor de la caché: mantiene la cantidad de datos almacenados en la caché dentro de los tamaños configurados, comprobándola periódicamente y eliminando los menos accedidos.
• Proceso worker: gestiona varias conexiones HTTP simultáneamente, eliminando la necesidad de crear nuevos procesos o hilos. En su lugar, cada proceso se ejecuta de forma independiente y contiene unidades más pequeñas llamadas conexiones de trabajador, responsables de gestionar los hilos de solicitud. Además de comunicarse con los servidores ascendentes, el proceso worker puede leer y escribir contenido almacenado.

La arquitectura basada en eventos de NGINX puede distribuir eficazmente las peticiones de los clientes entre los procesos de los trabajadores. Como resultado, la eficiencia y el consumo de recursos de Apache y NGINX difieren.

Dado que NGINX puede procesar miles de peticiones de clientes de forma eficiente con recursos mínimos, es adecuado para sitios web con mucho tráfico, como motores de búsqueda, sitios de comercio electrónico y servicios de almacenamiento en la nube.

Muchas redes de distribución de contenidos (CDN) populares, como MaxCDN y Cloudflare, utilizan NGINX para gestionar las solicitudes.

Comparación del rendimiento: contenido dinámico vs estático

En esta sección, exploraremos la comparación de rendimiento de Apache y NGINX para el procesamiento de peticiones de contenido estático y dinámico.

El contenido estático son archivos web que permanecen iguales cuando se entregan a los usuarios finales y no cambian en función de sus peticiones. Es el tipo de contenido más sencillo de transmitir por Internet y suele almacenarse en CDN. Algunos ejemplos son una biblioteca JavaScript, archivos HTML e imágenes.

Por su parte, el contenido dinámico es un archivo web que cambia en función de las acciones, características y preferencias del usuario.

El contenido de esta página web tiene un aspecto diferente según el usuario, ya que se genera en función de una solicitud concreta. Un ejemplo de este tipo de contenido son los archivos PHP.

Apache

Apache sirve contenido estático utilizando su enfoque tradicional basado en archivos. El rendimiento de esta operación depende principalmente de los MPM.

Una de las ventajas de los servidores Apache es su capacidad para manejar contenidos dinámicos internamente, sin depender de componentes externos.

Procesa el contenido dinámico integrando un procesador de lenguajes de programación adecuados en cada instancia worker. Los usuarios pueden activar este procesador a través de los módulos de carga dinámica de Apache.

NGINX

Para servir contenido estático, NGINX es más rápido que Apache porque almacena en caché los archivos estáticos para que estén disponibles siempre que se soliciten.

Sin embargo, NGINX no tiene incorporada la capacidad de procesar contenido dinámico. Para procesar contenido dinámico, debe pasar las peticiones a un procesador externo como FastCGI Process Manager (PHP-FPM).

Este procesador externo interpretará las peticiones en el contenido dinámico y enviará el resultado al servidor web. Una vez que el servidor web reciba el contenido, transferirá los resultados al cliente.

Configuración a nivel de directorio

Si quieres dar a otro usuario el control sobre algunos de los componentes de tu sitio web, elige un servidor web que permita la configuración a nivel de directorio. 

En esta sección, compararemos las diferencias de configuración entre Apache y NGINX.

Apache

Los servidores web Apache admiten configuración adicional por directorio mediante archivos .htaccess. Permiten a los usuarios sin privilegios controlar aspectos concretos de tu sitio web sin concederles acceso de edición a los archivos de configuración principales.

Muchos proveedores de alojamiento compartido utilizan Apache para dar a sus clientes acceso a directorios específicos, manteniendo el control del archivo de configuración principal.

Apache también interpreta los archivos .htaccess cada vez que se encuentran a lo largo de una ruta de petición. El servidor web puede implementar inmediatamente reglas dentro de los archivos sin reiniciar.

Sin embargo, utilizar archivos .htaccess tiene varios inconvenientes. Puede afectar al rendimiento de tu sitio, ya que Apache carga cada archivo .htaccess por cada petición de documentos. Esto consume muchos recursos, especialmente en sitios con mucho tráfico y páginas web complejas.

Además, permitir que los usuarios modifiquen los archivos .htaccess puede dar lugar a errores de seguridad. Si no necesitas que otras personas modifiquen la configuración del servidor, asegúrate de desactivar el acceso a dichos archivos.

NGINX

A diferencia de Apache, NGINX no admite configuración a nivel de directorio. Aunque esto resulta en una flexibilidad limitada, ayuda a aumentar el rendimiento del sitio.

Como NGINX está diseñado para ser eficiente, no necesita buscar archivos .htaccess e interpretarlos, lo que le permite servir una petición más rápido que Apache.

NGINX mantiene la seguridad de tu servidor al no permitir configuraciones adicionales, ya que sólo los usuarios con permisos de root pueden alterar la configuración del servidor y del sitio.

Módulos en Apache y NGINX

La mayoría de los servidores web tienen un archivo de configuración estándar por defecto. Sin embargo, los desarrolladores suelen incluir módulos para ampliar la funcionalidad del servidor web y hacer más cómoda la programación.

Aunque las funcionalidades de NGINX y Apache son extensibles mediante un sistema de módulos, funcionan de forma diferente.

Apache

Apache es un servidor web personalizable que permite a los usuarios instalar más de 50 módulos oficiales y de terceros. También admite la carga dinámica de módulos para un uso más eficiente de la memoria.

Aunque las funciones básicas del servidor están siempre disponibles, los usuarios pueden cargar y descargar módulos para modificarlas.

Los módulos de Apache pueden realizar diversas tareas, como procesar contenido dinámico, establecer variables de entorno y reescribir URLs. Estos son algunos de los módulos de Apache más utilizados:

• mod_headers: te permite controlar y personalizar las cabeceras de petición y respuesta HTTP en tu servidor web Apache.
• mod_expires: permite a los usuarios definir intervalos de caducidad para diferentes tipos de contenido del sitio web.
• mod_authz_host: permite el control de acceso y la autorización en función del nombre de host, la dirección IP o las características de la solicitud.
• mod_mime: ayuda a asignar metainformación de contenido con extensiones de nombre de archivo.
• mod_alias: permite informar a los clientes de que la URL solicitada es incorrecta.

Recuerda que Apache tiene módulos preinstalados y los carga en la memoria del servidor. Por tanto, desactiva las funciones que no utilices para reducir el consumo de recursos y mantener un rendimiento óptimo del servidor.

NGINX

NGINX ofrece varios módulos oficiales y de terceros para integrarlos en el núcleo del software. Los usuarios con conocimientos de lenguajes C también pueden crear módulos NGINX personalizados que se adapten a las necesidades de su proyecto.

Sin embargo, NGINX no admite la carga dinámica de módulos, ya que el servidor web debe compilarlos dentro del núcleo del software. Los usuarios deben optar por NGINX Plus para que se carguen dinámicamente.

Aunque esto hace que NGINX sea menos flexible que Apache, ayuda a mejorar la seguridad, ya que integrar muchos módulos dinámicos podría plantear riesgos de seguridad.

Seguridad con Apache y NGINX

Elegir un servidor web seguro es crucial para mantener los datos de tu sitio web a salvo y actualizados con los últimos parches. He aquí la comparación entre Apache y NGINX en cuanto a características de seguridad.

Apache

La Fundación del Software Apache dispone de la lista de correo Anuncios del Servidor Apache para garantizar que los usuarios estén informados de las últimas actualizaciones del equipo de desarrollo del software.

Para mantener la seguridad del servidor web, Apache implementa ajustes de configuración para ayudar a combatir los ataques de denegación de servicio (DoS), como:

• TimeOut: define cuántos segundos esperará Apache a determinados eventos antes de fallar una petición. Los sitios web sujetos a ataques DoS deberían tener este número tan bajo como unos pocos segundos.
• RequestReadTimeout: cierra las conexiones de los clientes que no envían sus peticiones con suficiente rapidez.
• KeepAliveTimeout: decide cuánto tiempo esperará el servidor Apache y mantendrá la conexión abierta para una nueva petición.

Aunque Apache está construido para ser seguro y estable, la seguridad de tu servidor también depende de cómo lo configures. Asegúrate de aplicar medidas de seguridad adicionales, como instalar un cortafuegos de aplicaciones web (WAF).

NGINX

NGINX también ofrece varios controles de seguridad por defecto, como la limitación de velocidad. Esta función protege tu servidor de ataques DDoS reduciendo la tasa de peticiones entrantes a un valor típico para clientes reales.

La limitación de velocidad también se utiliza para proteger a los servidores de aplicaciones ascendentes de una sobrecarga de peticiones simultáneas de usuarios. Ayuda a mejorar el tiempo de actividad de tu servidor y a mantener un rendimiento constante.

Además, los usuarios de NGINX pueden evitar ataques DDoS permitiendo o denegando el acceso en función de las direcciones IP de los clientes. También pueden limitar el acceso mediante una contraseña, el resultado de una subpetición o el ancho de banda.

Además, NGINX es compatible con la última versión de seguridad de capa de transporte (TLS), que ofrece un cifrado fiable de la transmisión de datos.

Para obtener más funciones de seguridad, considera la posibilidad de utilizar NGINX Plus. Esta versión premium te da acceso a la función de inicio de sesión único (SSO). Te permite autenticar de forma segura el acceso a varios sitios web y aplicaciones con un conjunto de credenciales.

Además, los usuarios de NGINX pueden ir al sitio web oficial del servidor web para encontrar más avisos de seguridad y noticias sobre las últimas actualizaciones.

Soporte de plataforma

Todos los desarrolladores deberían elegir un servidor web con un excelente soporte al usuario para asegurarse asistencia cuando se enfrenten a problemas relacionados con el software. 

A continuación la comparación entre el soporte comunitario de Apache y NGINX.

Apache

Apache ofrece una amplia documentación que cubre diversos temas sobre el software. También proporciona soporte comunitario por correo electrónico, lo que permite a los usuarios obtener ayuda de personas familiarizadas con el HTTPD de Apache.

Los usuarios también pueden hacer preguntas rápidas en Stack Overflow y en el canal #httpd de la red IRC Freenode. Aunque Apache no ofrece asistencia directa al cliente, los usuarios pueden encontrar fácilmente respuestas en línea relacionadas con el servidor web debido a su popularidad.

Además, las empresas de soporte técnico externas ofrecen asistencia dedicada para Apache a distintos precios. Alternativamente, puedes obtener asistencia de tu proveedor de alojamiento, que suele incluirse gratuitamente con el plan contratado.

NGINX

NGINX proporciona una lista de correo gestionada por la comunidad para ayudar a los usuarios a resolver problemas de desarrollo web. Además, ofrece un foro público de soporte para ayudar a sus usuarios.

Como hay muchos usuarios de NGINX, es fácil encontrar otros foros de la comunidad donde los desarrolladores comparten cómo solucionar problemas técnicos.

NGINX también proporciona muchos recursos de aprendizaje para ayudar a los principiantes a aprender más sobre el software, como blogs, glosarios, documentación, libros electrónicos, seminarios web y hojas de datos.

A diferencia de Apache, NGINX ofrece soporte dedicado de su equipo en la versión premium. Puede ayudarte con la instalación y despliegue del servidor web.

¿Cuál servidor elegir?

Según las comparaciones, los casos de uso de Apache y NGINX son diferentes. Esto hace que cada uno de ellos sea adecuado para distintas necesidades de los usuarios. Antes de elegir, asegúrate de que comprendes las ventajas y desventajas de ambas opciones.

Por un lado, las ventajas del servidor Apache residen principalmente en su flexibilidad. Ofrece acceso root para modificar el archivo de configuración principal, lo que permite a los usuarios sin privilegios controlar varios ajustes del servidor. Sin embargo, puede consumir mucha memoria del servidor.

Por otro lado, las ventajas del servidor NGINX incluyen un mayor rendimiento al gestionar solicitudes de contenido estático, la capacidad de servir a muchos clientes simultáneamente y la eficiencia de recursos. Esto hace que el servidor web sea excelente para sitios con páginas web complejas y grandes volúmenes de tráfico.

Además, NGINX es multifuncional. Los usuarios pueden utilizarlo como servidor web, proxy inverso, equilibrador de carga o solución de almacenamiento en caché. Sin embargo, no puede procesar contenido dinámico por defecto y requiere un servidor de aplicaciones back-end.

Ambos servidores web son similares en cuanto a su compatibilidad de software. Son compatibles con varios sistemas operativos y sistemas de gestión de contenidos, lo que los hace adecuados para los sitios de WordPress.

Elige un plan de servidor virtual de un host que admita NGINX y Apache. Los planes VPS de Hostinger ofrecen varias características para complementar el servidor web que elijas, entre ellas:

• Asistencia 24/7: los usuarios pueden ponerse en contacto con el equipo multilingüe de Atención al Cliente de Hostinger 24/7, por correo electrónico o chat en directo. Es importante, ya que NGINX y Apache no ofrecen soporte directo gratuito.
• Funciones de seguridad robustas: todos los planes de alojamiento VPS de Hostinger ofrecen varias funciones integradas que mejoran la seguridad de tu servidor web. Por ejemplo, disponen de software PHP hardening y un cortafuegos de aplicaciones web.
• Acceso root: nuestro VPS permite a los usuarios acceder y configurar el servidor con permiso root. Independientemente del servidor web, tendrás control total sobre tu VPS.
• Recursos escalables: Hostinger ofrece cuatro planes de alojamiento VPS con diferentes asignaciones de recursos. Los usuarios pueden ampliar fácilmente los recursos de su VPS a través de hPanel para escalar su servidor web Apache o NGINX.

Alternativamente, en lugar de elegir entre Apache y NGINX, considera otros servidores web populares. Servidores web como Tornado, Node.js y Tomcat pueden adaptarse mejor a tus necesidades.

Otra opción es combinar NGINX y Apache para aprovechar los puntos fuertes de ambos servidores web.

Comúnmente, Apache se utiliza como servidor back-end debido a sus capacidades y módulos nativos de procesamiento dinámico de contenidos. Mientras tanto, NGINX se utiliza a menudo como servidor proxy inverso front-end y equilibrador de carga que distribuye las peticiones de los clientes.

Conclusión

Elegir el servidor web adecuado es importante para garantizar que tus proyectos de VPS sean seguros y tengan un buen rendimiento. Cómo elegir uno puede ser difícil, hemos comparado dos de los servidores web más populares: Apache vs NGINX.

Para ayudarte a elegir entre los dos servidores web, hemos revisado NGINX frente a Apache en varios aspectos. Recapitulemos cada categoría que hemos comparado:

• Arquitectura básica: Apache crea un único hilo para gestionar cada solicitud de conexión. Mientras tanto, un único proceso NGINX puede gestionar simultáneamente varias conexiones.
• Rendimiento: por un lado, el servidor NGINX es más rápido que Apache a la hora de proporcionar contenido estático, pero requiere software adicional para procesar el dinámico. Por otro lado, Apache puede procesar contenido dinámico de forma nativa.
• Configuración a nivel de directorio: Apache permite la configuración .htaccess, lo que permite a los usuarios ajustar la configuración de su sitio sin modificar el servidor principal. Mientras tanto, NGINX no admite la configuración a nivel de directorio.
• Módulos: los módulos de Apache admiten la carga dinámica. Los de NGINX deben compilarse en el núcleo del software.
• Seguridad: tanto Apache como NGINX son seguros y fiables. También disponen de varias herramientas de seguridad para proteger un sitio contra ataques DDoS.
• Soporte: Apache y NGINX ofrecen soporte comunitario y documentación para ayudar a los principiantes con sus problemas. Sin embargo, NGINX ofrece soporte directo en la versión premium.

En resumen, Apache proporciona flexibilidad y una amplia gama de módulos, mientras que NGINX ofrece escalabilidad, velocidad y multifuncionalidad como servidor proxy inverso.

Independientemente de tu elección, ambos servidores web admiten varios programas para ofrecerte una pila web completa para tu desarrollo.

Esperamos que esta guía te haya sido de utilidad. Si tienes algún comentario o pregunta, escríbela en la sección de abajo. ¡Buena suerte!

NGINX vs Apache – Preguntas frecuentes

En esta sección, responderemos a varias preguntas comunes sobre Apache vs NGINX.