Ingress para acceso externo
Configure Ingress para administrar el acceso externo a los Services, con enrutamiento HTTP/S y balanceo de carga.
Ingress para acceso externo es una lección gratuita de DevOps Bootcamp en CoddyKit. Esta es la lección 3 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de DevOps Bootcamp, y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de DevOps Bootcamp incluye 4 lecciones en total.
Más allá de NodePort y LoadBalancer
Hemos explorado distintos tipos de Service de Kubernetes, como NodePort y LoadBalancer, para exponer aplicaciones externamente.
Aunque son útiles, pueden resultar difíciles de gestionar cuando los requisitos de acceso externo son complejos, especialmente si necesita alojar muchas aplicaciones o API en una sola dirección IP con reglas de enrutamiento específicas.
Aquí es donde entra en juego Ingress, que ofrece una solución más potente y flexible.
Introducción a Kubernetes Ingress
Ingress es un objeto de la API de Kubernetes que gestiona el acceso externo a los Services de un clúster, principalmente para tráfico HTTP y HTTPS.
- Actúa como un único punto de entrada para las solicitudes externas.
- Permite el enrutamiento HTTP/S según nombres de host o rutas URL.
- También puede proporcionar funciones como la terminación SSL/TLS y el balanceo de carga.
Considere Ingress como un controlador inteligente del tráfico que dirige el tráfico web a los Services internos correctos.
El Ingress Controller
Un recurso Ingress es solo un conjunto de reglas; no gestiona el tráfico directamente. Para que Ingress funcione, necesita un Ingress Controller ejecutándose en su clúster.
El Ingress Controller supervisa los recursos Ingress y configura un balanceador de carga externo (o proxy inverso) según las reglas definidas.
Entre los Ingress Controller más populares se encuentran Nginx, Traefik y otros específicos de proveedores cloud, como GCE Ingress para Google Cloud o AWS Load Balancer Controller.
Cómo funcionan las reglas de Ingress
Ingress define reglas que asignan las solicitudes externas entrantes a Services de backend específicos dentro del clúster. Normalmente, estas reglas especifican:
- Host: El nombre de dominio (por ejemplo,
www.my-app.com). - Path: La ruta URL (por ejemplo,
/api,/blog). - Backend Service: El Service de Kubernetes y el puerto al que debe reenviarse el tráfico.
El Ingress Controller evalúa estas reglas para cada solicitud entrante a fin de determinar el destino correcto.
Crear un YAML de Ingress
Al igual que otros recursos de Kubernetes, Ingress se define mediante un manifiesto YAML. Esta es una estructura básica que muestra los campos principales:
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: my-app-ingress
spec:
rules:
- host: myapp.example.com
http:
paths:
- path: /
pathType: Prefix
backend:
service:
name: my-web-service
port:
number: 80Ingress sencillo basado en rutas
Vamos a crear un recurso Ingress que dirija todo el tráfico de la ruta raíz (/) de myapp.example.com a un Service llamado my-web-service en el puerto 80.
Asegúrese de tener un Deployment y un Service llamados my-web-service ejecutándose en su clúster antes de aplicar este Ingress.
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: basic-app-ingress
annotations:
nginx.ingress.kubernetes.io/rewrite-target: /
spec:
rules:
- host: myapp.example.com
http:
paths:
- path: /
pathType: Prefix
backend:
service:
name: my-web-service
port:
number: 80Implementar su Ingress
Para implementar su recurso Ingress, guarde el YAML en un archivo (por ejemplo, basic-ingress.yaml) y use kubectl apply:
kubectl apply -f basic-ingress.yaml
Puede comprobar el estado de su Ingress con kubectl get ingress. A continuación, el Ingress Controller configurará el balanceador de carga externo según estas reglas.
Para realizar pruebas, normalmente deberá actualizar su archivo local /etc/hosts (o el DNS) para que myapp.example.com apunte a la dirección IP externa de su Ingress Controller.
Ejemplo de enrutamiento basado en host
Ingress es perfecto para alojar varias aplicaciones en una sola dirección IP externa mediante distintos nombres de host. Aquí, app1.example.com se enruta a service-app1 y app2.example.com se enruta a service-app2.
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: host-routing-ingress
spec:
rules:
- host: app1.example.com
http:
paths:
- path: /
pathType: Prefix
backend:
service:
name: service-app1
port:
number: 80
- host: app2.example.com
http:
paths:
- path: /
pathType: Prefix
backend:
service:
name: service-app2
port:
number: 80Varias rutas, un host
También puede enrutar distintas rutas URL del mismo nombre de host a diferentes Services de backend. Esto es ideal para arquitecturas de microservicios o para distintas secciones de una misma aplicación.
Por ejemplo, las solicitudes a api.example.com/users se dirigen a users-service, mientras que las solicitudes a api.example.com/products se dirigen a products-service.
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
name: path-routing-ingress
spec:
rules:
- host: api.example.com
http:
paths:
- path: /users
pathType: Prefix
backend:
service:
name: users-service
port:
number: 80
- path: /products
pathType: Prefix
backend:
service:
name: products-service
port:
number: 80Comprobación del propósito de Ingress
¿Cuáles de las siguientes son las principales ventajas de usar Kubernetes Ingress?
Recapitulación: Ingress para un enrutamiento inteligente
¡Buen trabajo! Ha aprendido sobre Kubernetes Ingress, un componente fundamental para gestionar cómo interactúan los usuarios externos con sus aplicaciones.
- Ingress proporciona un enrutamiento HTTP/S flexible basado en nombres de host y rutas URL.
- Requiere un Ingress Controller (como Nginx) que supervise las reglas de Ingress y configure el enrutamiento.
- Simplifica la exposición de varios Services mediante una sola dirección IP externa, lo que hace que su clúster sea más eficiente y fácil de gestionar.
Dominar Ingress es fundamental para crear aplicaciones cloud-native sólidas y accesibles.
Preguntas frecuentes
¿La lección «Ingress para acceso externo» es gratis?
Sí — el texto completo de «Ingress para acceso externo» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de DevOps Bootcamp, actualiza a CoddyKit PRO. El curso de DevOps Bootcamp incluye 4 lecciones en total.
¿Qué aprenderé en «Ingress para acceso externo»?
Configure Ingress para administrar el acceso externo a los Services, con enrutamiento HTTP/S y balanceo de carga. Practicas DevOps Bootcamp con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.
¿Necesito experiencia previa para empezar DevOps Bootcamp?
No se requiere experiencia previa. DevOps Bootcamp en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 3 de 4.
¿Cuánto tiempo toma la lección «Ingress para acceso externo»?
La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.
¿Puedo escribir y ejecutar código en esta lección de DevOps Bootcamp?
Sí. Cada lección de DevOps Bootcamp incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.
Todas las lecciones de este curso
- Exposición de aplicaciones con Services
- Tipos de Service: ClusterIP, NodePort y LoadBalancer
- Ingress para acceso externo
- DNS y descubrimiento de servicios