Qué es NGINX y qué hace en un hosting

NGINX es un servidor web que también puede actuar como proxy inverso, balanceador de carga y caché. Recibe solicitudes, entrega archivos estáticos o las reenvía a una aplicación. Cada función depende de la configuración; instalarlo no activa automáticamente el caché, la alta disponibilidad ni las funciones comerciales.

NGINX no es una sola cosa

La palabra NGINX aparece en paneles, tutoriales y diagramas, pero su función cambia según dónde esté colocado. Puede responder directamente con una imagen, quedar delante de una aplicación o distribuir tráfico entre varias instancias. El mismo programa cumple papeles distintos porque se configura para ello, no porque detecte por sí solo lo que necesita el sitio.

Esta separación importa al diagnosticar. Si una imagen devuelve error, el problema puede estar en la ruta del archivo. Si falla una página dinámica, puede estar en NGINX, en la conexión con la aplicación o en la aplicación misma.

Como servidor web

NGINX puede servir HTML, CSS, JavaScript, imágenes y otros archivos desde el sistema de archivos. Para un sitio estático, esa puede ser toda la ruta: el navegador pide un recurso y NGINX lo devuelve.

En un sitio dinámico, suele encargarse de lo estático mientras otra pieza genera las páginas. Servir archivos y ejecutar una aplicación son trabajos diferentes. NGINX no interpreta automáticamente el código de un CMS ni sustituye la base de datos.

También puede terminar una conexión TLS y aplicar reglas HTTP, pero tener HTTPS no demuestra que la aplicación esté bien aislada ni que los certificados se renueven solos. La operación completa incluye renovación, permisos, registros y una forma segura de aplicar cambios.

Como proxy inverso

Un proxy inverso queda frente al servidor de aplicación. El visitante se conecta a NGINX; NGINX envía la solicitud al destino configurado, recibe su respuesta y se la devuelve al visitante. El destino puede escuchar en otro puerto de la misma máquina o estar en otro servidor.

Este diseño permite concentrar el acceso público, TLS, límites y encabezados en una capa. También añade un punto que debe observarse. Un error del proxy no identifica por sí solo al culpable: hay que revisar el registro de NGINX, la conectividad y el proceso que está detrás.

Como balanceador de carga

Cuando hay varios servidores de aplicación, NGINX puede seleccionar uno para cada solicitud. NGINX Open Source incluye métodos como reparto por turnos, menos conexiones e IP hash. El método adecuado depende de si las sesiones están compartidas, de cuánto dura cada solicitud y de cómo responde cada instancia.

Poner dos direcciones en la configuración no crea por arte de magia un servicio resistente. Las aplicaciones necesitan el mismo código, acceso coherente a sus datos y una estrategia para sesiones y archivos. La redundancia debe existir detrás del balanceador y también alrededor de él.

Como caché

El caché puede guardar respuestas del servidor interno y reutilizarlas para solicitudes posteriores. Esto reduce trabajo repetido y puede mejorar la respuesta de contenido que cambia poco. Sin embargo, se controla mediante directivas, claves, tiempos y reglas sobre qué respuestas pueden guardarse.

No conviene activar reglas generales en una tienda, un panel o una cuenta privada sin entender cookies y autenticación. Una respuesta personalizada entregada a otra persona es un problema mucho más grave que una página lenta. Caché correcto significa reglas explícitas, purga conocida y pruebas, no una casilla de aceleración.

Open Source y NGINX Plus

NGINX Open Source es el software abierto que cubre el servidor web, el proxy, el caché y el balanceo básico descritos aquí. NGINX Plus es la oferta comercial y añade capacidades empresariales. No asuma que una función mostrada en documentación o en un producto administrado pertenece a la edición abierta.

Antes de diseñar alrededor de una función avanzada, compruebe tres cosas:

• en qué producto y edición está disponible;
• si el proveedor la administra o solo entrega una máquina;
• cómo se supervisa, actualiza y recupera la configuración.

Qué ocurre con una solicitud

Una ruta típica se entiende mejor en orden:

1. El DNS lleva al visitante a la dirección pública.
2. NGINX acepta la conexión y busca el bloque de configuración correspondiente.
3. Puede entregar un archivo, usar una respuesta de caché o reenviar la solicitud.
4. Si hay varios destinos, elige uno con el método configurado.
5. Devuelve la respuesta y registra el resultado según la configuración.

No todos los pasos aparecen en todas las instalaciones. Un blog estático puede no tener aplicación ni balanceo. Una API puede no servir archivos. Esa diferencia ayuda a evitar configuraciones copiadas sin entenderlas.

Dónde ejecutarlo y qué comparar

NGINX puede instalarse en un VPS de DigitalOcean, Linode, Hetzner, OVHcloud, Scaleway o Vultr. Esas páginas sirven para comparar el contexto del proveedor; no implican que todos administren NGINX por usted.

El precio del servidor es solo una parte. Convierta el precio completo: transferencia, copias, dirección IP, impuestos y soporte. Soporte lento es coste cuando una recarga falla y el sitio queda fuera. Para un equipo en Latinoamérica también pesan el huso horario del soporte y el método de pago, porque la operación no termina al crear la instancia.

En una frase

NGINX organiza cómo entra y sale tráfico HTTP, pero no decide la arquitectura por usted. Empiece por una función concreta, verifique la edición y pruebe cada cambio. Esa disciplina vale más que acumular directivas copiadas de configuraciones ajenas.