ngrok vs. inlets: La Comparativa Definitiva 2026 para DevOps y SREs

En el panorama en rápida evolución de la infraestructura nativa en la nube, la necesidad de exponer de forma segura servicios locales, clústeres privados de Kubernetes y entornos de desarrollo aislados al internet público nunca ha sido tan crítica. Ya sea probando webhooks, exponiendo una base de datos local para depuración o puenteando un entorno híbrido en la nube, las herramientas de tunneling son una necesidad absoluta.

Durante años, la respuesta predeterminada a este problema ha sido ngrok. Sin embargo, a medida que las demandas de DevOps, Ingenieros de Confiabilidad de Sitios (SREs) y Ingenieros de Plataformas han madurado, han surgido soluciones alternativas para satisfacer necesidades específicas. Entre ellas destaca inlets, una solución de tunneling nativa en la nube, autohospedada, creada por Alex Ellis, fundador de OpenFaaS y Embajador de CNCF.

En esta guía 2026, comparamos ngrok e inlets en aspectos como arquitectura, soporte de protocolos, integración con Kubernetes, seguridad, soberanía de datos y precios actuales — verificado directamente en la documentación de cada proveedor.

La Evolución de Túneles Seguros en 2026

El concepto de un túnel reverse-proxy es simple: un cliente ligero corre en tu red privada, se conecta saliendo hacia un servidor público, y reenvía el tráfico público entrante a tu servicio aislado. Esto evita configuraciones complejas de VPN, reenvío de puertos o cambios en firewalls.

Los casos de uso se han expandido mucho más allá de compartir una app React local o capturar un webhook de Stripe. Los equipos de ingeniería ahora exponen microservicios complejos, conectan corredores internos de CI/CD con GitHub o GitLab, y gestionan tráfico para despliegues de Kubernetes en múltiples nubes.

Este cambio resalta la divergencia filosófica entre ambas herramientas. ngrok se posiciona como un borde de red programable — un gateway API con puntos de presencia global, política de tráfico y ingreso en Kubernetes integrados. inlets fue construido específicamente para el ecosistema nativo en la nube, priorizando la soberanía de datos autohospedada, flexibilidad en protocolos y compatibilidad con entornos en contenedores.

Análisis Profundo: Entendiendo ngrok en 2026

ngrok sigue siendo una de las herramientas de tunneling seguro más conocidas, creando un endpoint público que mapea directamente a un servicio que corre localmente.

De Herramienta Localhost a Borde Programable de Red

ngrok ahora se promociona como una plataforma de ingreso segura que combina balanceo de carga global, reverse proxy, firewall, gateway API y ingreso en Kubernetes. Las recientes actualizaciones incluyen soporte nativo para SDK de Anthropic en su AI Gateway y herramientas dirigidas específicamente a conectar servidores MCP con proveedores de IA — una señal de hacia dónde ve su mercado de crecimiento en 2026.

Características Clave de ngrok

• Inspección y Repetición de Tráfico — característica distintiva de ngrok. Un inspector web o en terminal permite ver encabezados, cargas útiles y respuestas que fluyen a través de endpoints HTTP, y repetir solicitudes sin reactivar el servicio original.
• Acceso a Red de Confianza Cero — OAuth, SAML/OIDC y listas blancas de IP se pueden aplicar en el borde mediante el motor de Políticas de Tráfico de ngrok, asegurando que el tráfico no autenticado nunca llegue a tu máquina local.
• Red Global de Borde — el tráfico pasa por los puntos de presencia distribuidos de ngrok, ofreciendo baja latencia y un firewall DDoS listo para usar.
• Operador de Kubernetes de ngrok — sucesor del antiguo y ahora archivado Controlador de Ingress de Kubernetes de ngrok. El Operador actual soporta objetos estándar Ingress y la API Gateway (Gateway, HTTPRoute, y más recientemente TCPRoute y TLSRoute), y está disponible para todos los usuarios de ngrok sin costo adicional más allá de los recursos que provisiona.
• Experiencia para Desarrolladores — un solo comando (ngrok http 8080) aún proporciona una URL pública en segundos.

Limitaciones para DevOps

El nivel gratuito de ngrok es realmente restrictivo en 2026: 1 GB de transferencia de datos y 20,000 solicitudes HTTP/S por mes, con un máximo de 3 endpoints en línea, y una página de advertencia en endpoints HTTP/S gratuitos. Es importante notar que varios blogs de terceros y sitios de marketing de “alternativas a ngrok” afirman actualmente que el nivel gratuito de ngrok ahora impone un timeout de sesión de 2 horas — esta afirmación no está corroborada por la propia página de precios o documentación de ngrok, que describe límites basados en uso (transferencia de datos, solicitudes, conexiones) sin límite de duración de sesión. Trata esa afirmación con escepticismo hasta que puedas verificarla.

Lo que sí está bien documentado y confirmado por múltiples fuentes independientes es que ngrok aún no soporta UDP nativamente en 2026 — solo maneja HTTP, HTTPS y TCP/TLS. Esto lo descarta para servidores de juegos, VoIP y protocolos IoT basados en UDP como CoAP o DTLS. Además, como ngrok es un SaaS de múltiples inquilinos en el borde, todo el tráfico pasa por su infraestructura antes de llegar a tu máquina — lo cual puede ser un impedimento para requisitos de residencia de datos y cumplimiento.

Análisis Profundo: Entendiendo inlets

Creado por Alex Ellis, inlets fue diseñado para solucionar exactamente los puntos problemáticos que enfrentan DevOps y Ingenieros de Plataformas con túneles SaaS como ngrok — principalmente, la incapacidad de autohospedarse, la falta de soporte para TCP/UDP en bruto, y fricciones con Kubernetes.

El Túnel Nativo en la Nube

inlets crea un túnel websocket cifrado con TLS entre un cliente y un servidor, operando en la Capa 4 (TCP) en lugar de terminar todo en la Capa 7. Esto lo hace agnóstico en protocolos: puedes tunelizar HTTP, pero también bases de datos, SSH o el servidor API de Kubernetes.

Características Clave de inlets

• Tunneling en Capa 4 (TCP) — inlets Pro crea túneles para bases de datos (PostgreSQL, MySQL), SSH, RTSP, RDP y tráfico API de Kubernetes, no solo tráfico web. Su documentación específica indica que el tunneling UDP actualmente soporta tráfico DNS — más limitado que una afirmación de soporte general en tiempo real/streaming UDP, así que no asumas soporte para cargas UDP arbitrarias como servidores de juegos sin revisar la documentación actual.
• Soberanía total de datos — inlets es fundamentalmente autohospedado. Ejecutas el servidor de salida en infraestructura que controlas (un droplet barato de DigitalOcean, un servidor Hetzner, una instancia EC2 de AWS, etc.), o usas los servidores gestionados de Inlets Cloud. Según su sitio, tu tráfico nunca pasa por un borde compartido de proveedor, y tus datos no se usan para entrenar modelos de IA ni se comparten con terceros.
• Integración con Kubernetes mediante inlets-operator — El operador supervisa objetos Service de tipo LoadBalancer en tu clúster, provisiona una pequeña VM en la nube, corre allí el servidor inlets, y escribe la IP pública en el Service — imitando lo que hace un LoadBalancer gestionado en la nube, pero para clústeres bare-metal, en casa o aislados.
• Sin medición de ancho de banda — inlets Pro y Uplink no tienen límites por solicitud, throttling ni facturación por ancho de banda; solo limitado por la infraestructura de tu servidor de salida.

Comparativa Directa: ngrok vs. inlets

1. Arquitectura y Enrutamiento de Tráfico

ngrok usa un borde SaaS multi-inquilino. Tu cliente se conecta saliendo a la nube de ngrok, y las solicitudes externas llegan primero a sus puntos de presencia global antes de enrutarse a tu máquina. Esto te da balanceo de carga instantáneo y protección DDoS, pero implica que un tercero está en la ruta del tráfico.

inlets está diseñado para autohospedarse. Tú proporcionas el servidor de salida (con inletsctl, inlets-operator o Inlets Cloud), manteniendo todo el plano de datos bajo tu control.

2. Soporte de Protocolos

ngrok soporta HTTP/HTTPS y TCP (requiere verificación con tarjeta incluso en plan gratuito) y añade endpoints TLS en su nivel de pago por uso. No soporta UDP en ningún nivel.

inlets opera nativamente en Capa 4, soportando HTTP, TCP, TLS-passthrough y (específicamente para DNS) UDP, sin las suposiciones centradas en HTTP de ngrok.

3. Kubernetes y Automatización

ngrok’s Kubernetes Operator proporciona ingreso mediante objetos Ingress estándar o la API Gateway, delegando en ngrok el enrutamiento, autenticación y observabilidad. Es gratuito, pero vincula la configuración de ingreso a la plataforma de ngrok y su facturación basada en uso.

inlets’ inlets-operator es su característica principal para ingenieros de plataformas: permite a clústeres Kubernetes en bare-metal o en casa (K3s, kind, Minikube, en local) obtener una IP pública LoadBalancer real, similar a un servicio en la nube, y funciona bien con cert-manager para TLS automático.

4. Ancho de Banda, Solicitudes y Estructura de Precios (Verificado en Julio 2026)

El plan actual de ngrok es Gratis → Hobbyist → Pay-as-you-go → Enterprise (el antiguo “Personal/Pro” está retirado):

Plan	Precio	Endpoints en línea	Transferencia de datos	Solicitudes HTTP/S
Gratis	$0/mes (crédito único de $5)	Hasta 3	1 GB	20,000/mes
Hobbyist	$8/mes facturado anualmente ($10/mes mensual)	Hasta 3	5 GB incluido	100,000 incluido
Pay-as-you-go	$20/mes base + uso	Ilimitado	5 GB incluido, luego $0.10/GB	100,000 incluido, luego $1/100k
Enterprise	Personalizado (contactar ventas)	Ilimitado	Personalizado	Personalizado

Extras en Pay-as-you-go: SSO/RBAC a $10/usuario/mes, y la suite completa de Gobierno de Identidad y Acceso (SCIM, controles de dominio, restricciones IP a nivel de cuenta, logs de auditoría) a $15/usuario/mes. ngrok ya no publica un número de empresa por asiento; firmas de inteligencia de precios de terceros (como Vendr) reportan contratos anuales típicos en el rango de $5,000–$75,000+, pero esto no es una cifra oficial de ngrok, así que considérelo una estimación para presupuestar.

La estructura de precios de inlets se mantiene en línea con años anteriores y se verifica en inlets.dev:

Plan	Precio	Túneles incluidos	Uso comercial
inlets Personal	$25/mes	Hasta 5	No (uso personal)
inlets Pro Comercial	$50/mes	Comienza con 2 (+$25/mes cada adicional)	Sí
Inlets Uplink	$250/mes por clúster	Comienza con 10 (+$25/mes cada adicional)	Sí, diseñado para proveedores de servicios

Ninguno de los niveles de inlets mide ancho de banda o solicitudes — pagas por túnel, no por gigabyte.

El veredicto sobre costos: Si necesitas un URL ocasional para un webhook, el nivel gratuito de ngrok aún funciona, con la limitación de los 1 GB/20k solicitudes. Para tráfico sostenido, túneles de bases de datos o ingreso en Kubernetes en infraestructura que no quieres que pase por un tercero, la tarifa plana por túnel de inlets suele ser más barata y predecible, a costa de tener que correr (o pagar a Inlets Cloud para que corra) tu propio servidor de salida.

Casos de Uso: ¿Cuándo Elegir Cuál?

Elige ngrok cuando:

• Demostraciones rápidas para desarrolladores — compartir una app local en una llamada sin configuración.
• Depuración de webhooks — el inspector de tráfico y la repetición de solicitudes de ngrok siguen siendo los mejores para integrar con Stripe, Twilio o GitHub.
• Autenticación en el borde empresarial — proteger un panel interno con OAuth/SAML antes de que el tráfico llegue a tu red, usando el motor de Políticas de Tráfico de ngrok.
• Flujos de trabajo con AI/MCP — ngrok ha invertido específicamente en conectar servidores MCP con proveedores de IA a través de su producto AI Gateway.

Elige inlets cuando:

• Ingreso en Kubernetes en clústeres privados o bare-metal — K3s en Raspberry Pi, OpenShift en local, o clústeres en casa que necesitan una IP LoadBalancer real.
• Requisitos estrictos de soberanía de datos o cumplimiento — donde enrutar tráfico a través de un SaaS de terceros no es viable.
• Protocolos no HTTP — túneles para bases de datos, SSH, RDP o RTSP donde el modelo centrado en HTTP de ngrok no encaja.
• Conectividad multi-inquilino para clientes — Inlets Uplink dirigido a proveedores B2B que necesitan acceder a redes locales de clientes sin desplegar una VPN completa por cliente.

Configuración y Experiencia para Desarrolladores

ngrok sigue siendo la opción más sencilla: instalar el binario, agregar tu token de autenticación, ejecutar un comando. No se requiere conocimiento de infraestructura en la nube — la desventaja es que un túnel gratuito desaparece en cuanto cierras la laptop, y la persistencia del endpoint/dominio es una función de pago.

inlets requiere un poco más de preparación: inletsctl create usa la API de tu proveedor cloud para provisionar una VM pequeña y montar inlets en ella, devolviéndote una cadena de conexión para usar con el cliente. Para Kubernetes, inlets-operator automatiza esto por cada Service, y sus definiciones de recursos personalizados encajan naturalmente en flujos de trabajo GitOps gestionados por ArgoCD o Flux.

Conclusión

La decisión ngrok-vs-inlets es una elección de paradigmas, y los números de 2026 acentúan el contraste en lugar de difuminarlo.

ngrok ha reforzado su posición como un borde de red programable y alojado en SaaS — fuerte en inspección de tráfico, autenticación en el borde, ingreso en Kubernetes mediante su Operator compatible con Gateway, y ahora herramientas para gateways de IA/MCP — pero su nivel gratuito es ajustado (1 GB/mes, 20k solicitudes), y aún no soporta UDP en ningún plan.

inlets sacrifica esa conveniencia SaaS por control autohospedado: precios planos y predecibles por túnel, sin medición de ancho de banda, túnel real en Capa 4, y un operador de Kubernetes diseñado para dar IP pública real a clústeres bare-metal. Su soporte UDP es real pero actualmente limitado a DNS, no una solución universal para todos los workloads UDP.

Elige en función de si necesitas un borde gestionado con observabilidad pulida (ngrok) o infraestructura autohospedada, flexible en protocolos y totalmente controlada (inlets) — y verifica los detalles de precios y funciones en cada sitio antes de decidir, ya que ambos han cambiado sus planes más de una vez en el último año.

---

Historial de Cambios

Este artículo fue reescrito a partir de un borrador enviado, con las siguientes verificaciones y actualizaciones, verificadas el 15 de julio de 2026:

1. Nombres y precios de planes de ngrok corregidos. El borrador hacía referencia a una estructura desactualizada “Free / Personal / Pro / Enterprise” con Personal a $8/mes (10GB) y Pro a $20/mes (50GB). La estructura actual (ngrok.com/pricing, ngrok.com/docs/pricing-limits) usa Free / Hobbyist / Pay-as-you-go / Enterprise, con Free limitado a 1GB/20k solicitudes, Hobbyist a $8–10/mes con 5GB/100k solicitudes, y Pay-as-you-go a $20/mes base con 5GB incluido y sobrecarga medida.
2. Eliminada la cifra no verificada de “$39/mes por usuario” para Enterprise. La tarifa de Enterprise ahora es solo por cotización; el rango de $5,000–$75,000+ anual se mantiene, pero como dato de terceros, no oficial de ngrok.
3. Se marcó como no confirmado el “timeout de sesión de 2 horas en nivel gratuito”. Esta afirmación aparece en varios sitios de marketing en 2026, pero no en la documentación oficial de ngrok, que solo lista límites por uso.
4. Se confirmó que ngrok aún no soporta UDP en 2026 en múltiples fuentes independientes — esta afirmación del borrador original se mantiene.
5. Se renombró “Controlador de Ingress en Kubernetes de ngrok” a “Operador de Kubernetes de ngrok” — el repositorio original del Ingress Controller ahora está archivado en favor del Operador, que además soporta la API Gateway (incluyendo TCPRoute/TLSRoute).
6. Se precisó el soporte UDP de inlets. El borrador implicaba que inlets Pro soportaba UDP para “protocolos en tiempo real” en general. El sitio actual de inlets limita el tunneling UDP específicamente a tráfico DNS — esto se corrigió para no sobreestimar soporte para cargas UDP como servidores de juegos o VoIP.
7. Se verificaron exactamente los precios de inlets Pro/Uplink en inlets.dev/pricing: Personal $25/mes (5 túneles), Comercial $50/mes (2 túneles + $25/mes cada adicional), Uplink $250/mes por clúster (10 túneles + $25/mes cada adicional). Las cifras originales se mantienen.
8. Se aclaró que la integración con cert-manager/Let’s Encrypt la realiza el servidor de salida, no inlets directamente. inlets-operator provisiona la IP pública/servidor de salida; la emisión de certificados la gestionan cert-manager y un controlador de ingreso (ej. ingress-nginx), no inlets.
9. Se eliminaron metadatos SEO y títulos no verificables del borrador original.

Fuentes principales consultadas: ngrok.com/pricing, ngrok.com/docs/pricing-limits, ngrok.com/docs/getting-started/kubernetes/ingress, ngrok.com/blog/ngrok-kubernetes-ingress, github.com/ngrok/ngrok-operator, inlets.dev, inlets.dev/pricing, docs.inlets.dev, github.com/inlets/inlets-operator, documentación de cert-manager.io.