Experimentos básicos con NGINX Parte 1

En casi todas las demos y la mayoría de los tutoriales de tecnología como Docker, Kubernetes, etc. Se usa como ejemplo NGINX. Al principio creí que era un web server ligero para desarrolladores, pero luego leí que era muy robusto y se usaba para muchas funciones en producción.

Pero al ser tan versátil pensé que era muy complicado usarlo y tenía que leer mucha documentación, pero encontré este curso: NGINX Web Server Deep Dive y vi la simplicidad con la que se podía empezar, como este ejemplo:

Usar NGINX como Server principal a mi PC

Y servir de reverse proxy para aplicaciones en Windows

En lugar de instalar un IIS y después instalar las aplicaciones sobre IIS, mejor ejecuto el exe de NGINX y sirve por defecto en el puerto 80, así la PC ya tiene un web server en localhost.

1. Descargar NGINX http://nginx.org/en/download.html
2. Extraer del Zip
3. Ejecutar nginx.exe
4. Navegar a http://localhost/
5. Y NGINX da la bienvenida

Ya sea IIS o APACHE lo que sigue es instalar las aplicaciones sobre el web server, pero tengo aplicaciones web hechas con Python, .NET Core, y GO. Entonces mejor utilizo NGINX como proxy.

Para configurar NGINX como (reverse) proxy solamente lo especifico en el archivo de configuración conf\nginx.conf, aquí escribo una directiva para que direccione todo los requests en el puerto 80 a una aplicación web que hice con .NET Core que esta servida en http://localhost:49727/ en mi caso, el archivo completo de configuración sería este:

	http {
	include mime.types;
	default_type application/octet-stream;
	sendfile on;
	keepalive_timeout 65;
	server {
	listen 80;
	location / {
	proxy_pass http://localhost:49727/;
	}
	}
	}

view raw nginx-proxy-example.conf hosted with ❤ by GitHub

La directiva bloque server (o contexto) que esta dentro del contexto http contiene dos directivas por el momento, una para recibir llamadas al puerto común de HTTP 80 y luego una ubicación para hacer proxy pass. Después de esto al llamar a localhost se despliega mi aplicación en .NET Core.

Aquí queda mucho espacio como para: crear aplicaciones en otros puertos del mismo punto de acceso a localhost, asegurarlas todas instalando un certificado y configurándolo en NGINX, y otras opciones con las que iré experimentando.

<eof />