En este seminario web, aprenderá cómo Kubernetes hace que las aplicações estén disponibles fuera de un clúster de Kubernetes. Abordaremos esto desde una perspectiva de red para comprender cómo Kubernetes tiene su propia interfaz de red de contenedores (CNI) que se utiliza para facilitar la comunicación entre pods (contenedores). A continuación, analizaremos el tipo de servicio de Kubernetes para comprender cómo la elección de “ClusterIP”, “NodePort”, “HostPort” y “LoadBalancer” puede afectar la disponibilidad de un servicio y su rendimiento. También analizaremos el tipo de recurso “Ingress” y cómo se utiliza para proporcionar L7 (enrutamiento de contenido) de tráfico HTTP y HTTPS.
Después de analizar los aspectos internos de cómo funciona Kubernetes, aprenderemos cómo interactúa BIG-IP con un clúster de Kubernetes usando NodePort o a través de una CNI como Flannel o Calico (VXLAN/BGP). Esta interacción se facilita mediante el uso de F5 Container Ingress Services para automatizar la configuración de la instancia de BIG-IP.
Por último, veremos cómo NGINX Ingress Controller se diferencia del proyecto Kubernetes NGINX Ingress Controller (sí, mismo nombre, diferentes autores) al soportar el tipo de recurso Kubernetes Ingress para el enrutamiento L7 del tráfico HTTP y HTTPS.
A lo largo del seminario web, demostraremos aspectos pertinentes de Kubernetes, F5 BIG-IP y NGINX relacionados con la red y el soporte de los recursos de Kubernetes.
Tipos de recursos de red de Kubernetes (Servicio/Ingreso)
BIG-IP para conectarse a una red de clúster de Kubernetes
Compatibilidad del controlador de ingreso NGINX con los recursos de ingreso de Kubernetes
Eric Chen
Arquitecto de la nube
F5
Tom Gamull
Arquitecto de soluciones
F5