01
Pegar los recursos relacionados
Separa Ingress y Service con --- y añade opcionalmente Deployment o Pod. Un Service con el mismo nombre en otro namespace no sirve como backend.
Kubernetes / Helm
probar rutas Ingress
Pega YAML ya renderizado y consulta una solicitud con Host y ruta concretos.
probar rutas Ingress
Informe de ruta
Pega manifiestos o carga un ejemplo.
Análisis en el navegador; sin conexión al clúster ni petición HTTP.
Opciones de solicitud
Exact y Prefix siguen Kubernetes; no se simulan reglas del controlador.
Límites: 300 000 caracteres, 100 recursos, 500 rutas.
Pega manifiestos o carga un ejemplo.
Una ruta de Ingress puede coincidir y aun así apuntar a un puerto que el Service no expone. Probar rutas Ingress ayuda a encontrar ese salto incorrecto sin perderse en todo el manifiesto.
El informe solo describe los objetos pegados. No consulta el clúster ni envía tráfico; distingue una referencia rota de una condición que requiere datos en vivo.
Por qué probar rutas Ingress aquí
Seguir una petición hasta el puerto final
Al probar rutas Ingress, se elige la coincidencia más larga y Exact gana a Prefix en empate. Después se muestra cómo el puerto del Service se transforma en targetPort.
Distinguir roturas de incógnitas
Si falta el puerto referenciado del Service, la cadena se corta ahí. Si no se pegó ningún Pod, el estado queda desconocido: no se inventa un fallo del endpoint.
Tres comprobaciones antes de editar
02
Elegir la solicitud exacta
La ruta inicial es /. Prueba /api/orders e introduce el Host HTTP cuando la regla lo pide. Con Host vacío solo se comprueban reglas sin host.
03
Leer el grado de certeza
Coincidencia significa que la regla estática se resuelve. Roto indica una referencia ausente; incierto señala comportamiento del controlador. Tras editar, vuelve a ejecutar para copiar.
Del Host al puerto de destino
Selección por segmentos
Probar rutas Ingress admite Exact, Prefix por segmentos, hosts exactos y comodín de un solo subdominio. /api no coincide con /apix. El enrutamiento Ingress Kubernetes se evalúa solo según las reglas estándar.
Puertos con funciones distintas
El backend Ingress busca un número o nombre de puerto del Service. Después el Service lleva a targetPort; si falta, se usa el mismo número de port.
Carga de trabajo opcional
Cuando se proporcionan Pod o plantillas Deployment, se cotejan sus etiquetas con el selector. Sin esos objetos, no se presume que exista un endpoint activo.
Límites de la comprobación estática
- El controlador puede cambiar la elección
- ImplementationSpecific y anotaciones de regex o rewrite dependen del controlador. Probar rutas Ingress las marca como inciertas, sin simular una política no especificada.
- No se envía tráfico
- Un error 404 en Ingress puede requerir logs del controlador, DNS, EndpointSlices y una petición real. La coincidencia en YAML no demuestra que la aplicación responda.
- No pegar Pods no equivale a un fallo
- Puede haber Pods fuera del fragmento o endpoints manuales. Solo un Service o puerto referenciado que falte entre los recursos aportados se marca como ruptura segura.
- Formato y tamaño
- Se aceptan hasta 300 000 caracteres, 100 recursos y 500 rutas. Solo YAML o JSON ya renderizado de Ingress v1 y Service v1; no Gateway API ni plantillas Helm.
Preguntas al probar rutas Ingress
¿Por qué Ingress devuelve 404 para una ruta configurada?
Host o ruta distintos, backend por defecto, rewrite y la propia aplicación pueden producir 404. El informe muestra la selección estática; los logs y una petición real revelan la respuesta final.
¿El backend de Ingress usa el puerto del Service o targetPort?
El backend de Ingress referencia el número o nombre de un puerto del Service. Ese Service lo mapea después a targetPort; no debe suponerse que el puerto del Pod sea el del backend.
¿Prefix /foo coincide también con /foobar?
No. Prefix /foo coincide con /foo y /foo/bar, pero no con /foobar; además distingue mayúsculas de minúsculas.
¿Qué regla gana si coinciden Exact y Prefix?
Gana la ruta coincidente más larga. Si empatan, Exact tiene prioridad sobre Prefix. Reglas equivalentes en distintos Ingress se señalan como conflicto.
¿Puede el YAML confirmar que el Pod responde?
No. El YAML no confirma Pods preparados, EndpointSlices, DNS, balanceador ni conectividad real.
¿Otra duda sobre la ruta?
Empezar a probar rutas Ingress
Cambia el Host y la ruta del ejemplo para observar el puerto seleccionado.
El análisis permanece en el navegador.