Por qué uso Angie en vez de Nginx

Todo el mundo usa Nginx. Yo uso Angie. No es un acto de rebeldía. No es ignorancia. Es una decisión consciente después de evaluar qué ofrece cada uno. Y después de meses usándola en producción, no tengo intención de volver.

Qué es Angie

Angie es un servidor web fork de Nginx, mantenido por Angie Software (Web Server, LLC), una empresa fundada por desarrolladores que trabajaron en el proyecto Nginx original con Igor Sysoev.

En 2019, F5 Networks, una empresa americana, adquirió Nginx Inc. Algunos de los desarrolladores originales decidieron continuar por su cuenta. Así nació Angie.

En esencia, es Nginx. La misma filosofía, la misma sintaxis de configuración, los mismos módulos. Compatible hacia atrás con prácticamente todo el ecosistema Nginx.

Pero con diferencias significativas.

HTTP/3 nativo desde el primer día

Nginx tardó años en soportar HTTP/3. La implementación oficial llegó en Nginx 1.25 (diciembre de 2023), y aún así requiere compilar con la librería quiche de Cloudflare o activar el módulo manualmente.

Angie incluye HTTP/3 out of the box desde la versión 1.0.0. Sin parches. Sin compilar nada. Solo activar el módulo.

En un servidor, poder habilitar HTTP/3 con tres líneas de configuración y sin tocar la compilación es un cambio real en mi día a día.

ACME integrado: Let’s Encrypt sin complicaciones

Este es el argumento que más me convence.

Nginx no tiene soporte nativo para obtener certificados TLS automáticamente. Necesitas certbot, acme.sh, o un script propio.

Angie incluye ACME integrado. Puedes obtener y renovar certificados Let’s Encrypt directamente desde la configuración del servidor:

server {
    listen 443 ssl http3;
    server_name ejemplo.com;

    ssl_certificate     /etc/ssl/angie/acme/ejemplo.com/fullchain.pem;
    ssl_certificate_key /etc/ssl/angie/acme/ejemplo.com/private.pem;

    # La renovación automática funciona desde la config
}

Renew automático. Sin cronjobs externos. Sin dependencias adicionales.

Para alguien con 200 sitios, esto no es un detalle. Es un cambio de paradigma.

Métricas y Prometheus integrados

Nginx tiene stubs de estado, pero las métricas reales requieren módulos de terceros o Nginx Plus.

Angie incluye una API REST que devuelve estadísticas en JSON:

Conexiones activas, aceptadas, manejadas
Requests por segundo
Uso de memoria
Estado de upstreams
Zonas de memoria compartida

Y exporta directamente en formato Prometheus, sin filtros ni transformaciones:

location /metrics {
    prometheus;
}

Esto se integra directamente con Grafana, Netdata, o cualquier sistema de monitorización que soporte Prometheus.

En mi caso, lo uso con Netdata para monitorizar todos los sitios desde un único dashboard.

Web Console: el panel que no pediste pero usas

Angie incluye Console Light, una interfaz web para monitorizar el servidor desde el navegador.

No es un reemplazo para Prometheus/Grafana, pero para revisiones rápidas es útil:

Estado de todos los virtualhost
Conexiones activas en tiempo real
Logs recientes
Reinicio de servicios sin SSH

Accedes desde https://tu-servidor:8080/angie/console/ y tienes una vista rápida del estado del servidor.

Para mí es un complemento, no el panel principal. Pero está ahí cuando lo necesitas.

Docker automation y slow_start

Dos features que no uso ahora mismo, pero que son relevantes:

Docker automation: Angie puede detectar automáticamente servicios Docker y hacer proxy hacia ellos sin configuración manual. Si levantas un contenedor, Angie lo ve y lo añade al balanceo.

slow_start en upstreams: Cuando un servidor vuelve después de una caída, Nginx lo mete inmediatamente a tráfico completo. Angie permite un arranque gradual (slow_start), aumentando el tráfico progresivamente. Esto evita que un servidor recién recuperado se caiga de nuevo bajo carga.

Para arquitecturas con múltiples backends, ambas features son prácticas.

Sin F5, sin corporate overhead

Nginx Inc. es propiedad de F5 Networks, una empresa estadounidense cotizada en NASDAQ. El desarrollo de Nginx open source compite con Nginx Plus, la versión comercial.

Angie no tiene esa tensión. Es open source puro. El desarrollo no está condicionado por qué features se reservan para la versión de pago.

No es que Nginx sea malo por esto. Es que Angie no tiene ese conflicto de intereses.

Compatibilidad total con Nginx

Este es el punto clave.

Mi configuración de Nginx funciona en Angie sin cambios. Mis scripts de renew de Let’s Encrypt funcionan. Mi configuración de reverse proxy, mi php-fpm, mis logs, mis includes…

Migrar de Nginx a Angie en un servidor existente es:

Instalar Angie
nginx -t → angie -t
systemctl stop nginx && systemctl start angie

Fin.

No hay que reescribir nada. No hay que aprender nada nuevo. Solo cambiar el binario.

Cuándo usaría Nginx

No soy un fanboy de Angie hasta el punto de ignorar la realidad.

Nginx tiene una base de usuarios infinitamente mayor. Si tienes un problema, la respuesta está en Stack Overflow, en tutoriales, en foros. La documentación de Nginx es más extensa.

Si trabajas en un equipo donde otros van a mantener el servidor, Nginx es la opción más segura en términos de conocimiento compartido.

Si usas Nginx Plus (la versión comercial), tienes soporte oficial y features que Angie no tiene.

Si no quieres complicarte y Nginx te funciona: quédate con Nginx.

La pregunta correcta

No es «Nginx o Angie». Es «¿qué problema estoy resolviendo?».

Yo tengo control sobre mi infraestructura. No necesito la comunidad masiva de Nginx. Necesito HTTP/3 sin compilar, ACME nativo, métricas Prometheus, y un desarrollo que prioriza el open source.

Angie me lo da.

Tu situación es distinta. Evalúa. Elige. Pero no elijas Nginx por inercia.

Postdata

Si quieres probar Angie en un VPS, la instalación es trivial en Ubuntu/Debian:

curl -fsSL https://angie.software/keys/angie-signing.gpg | gpg --dearmor -o /usr/share/keyrings/angie-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/angie-archive-keyring.gpg] https://download.angie.software/angie/ubuntu/ jammy main" > /etc/apt/sources.list.d/angie.list
apt update && apt -y install angie

Tres comandos. Sin compilar. Sin dependencias raras.

Después, angie -t && systemctl restart angie.

Y ya está.