Con todo el mundo montado sobre contenedores y microservicios hoy, ¿diríais que Nginx es ya el estándar de facto como reverse proxy delante de todo eso, o hay alternativas que le están quitando terreno de verdad?

Pienso en cosas como Traefik (pensado desde el diseño para descubrir servicios automáticamente en Docker/Kubernetes sin tener que regenerar un .conf a mano en cada despliegue) o Envoy (más orientado a malla de servicios, con Istio por encima). Nginx sigue siendo tremendamente sólido y conocido, pero esa parte de "reconfiguración dinámica según lo que hay corriendo" no es su punto fuerte de origen, más bien algo que se le ha ido añadiendo por encima (Nginx Ingress Controller en Kubernetes, por ejemplo).

¿Qué usáis vosotros para esto en vuestros despliegues actuales, y por qué lo elegisteis frente a las alternativas?

Jota

Yo diría que sí es el estándar de facto, pero no tanto por elección activa consciente en cada proyecto sino porque ha terminado integrado dentro de las herramientas de orquestación mismas: el Ingress Controller de Nginx sigue siendo, con diferencia, el más usado en clusters Kubernetes, así que cuando montas algo nuevo sobre K8s, Nginx acaba ahí por defecto sin que nadie lo elija explícitamente comparándolo con alternativas.

Traefik le está quitando terreno real en un caso concreto: entornos donde el descubrimiento automático de servicios de verdad importa (Docker Compose sencillo, clusters más pequeños), porque su integración nativa con las etiquetas de Docker/Kubernetes evita tener que regenerar configuración manualmente en cada despliegue nuevo, algo que con Nginx normalmente se resuelve con plantillas o el propio Ingress Controller pero requiere más piezas moviéndose.

Envoy/Istio los veo más en organizaciones grandes con de verdad muchos microservicios y necesidad de observabilidad/seguridad a nivel de malla de servicios (mTLS entre servicios internos, trazado distribuido nativo), un escalón de complejidad por encima de lo que necesita la mayoría de proyectos.

Mi conclusión: para el caso normal, Nginx sigue siendo el "no tienes que pensarlo mucho" por integración con el ecosistema. Las alternativas ganan terreno solo cuando el proyecto tiene una necesidad específica que Nginx no resuelve bien de fábrica.

Ruben