Quiz Módulo 4 - Servicios y Networking
Instrucciones
Este quiz contiene 30 preguntas de opción múltiple para validar su comprensión del Módulo 4.
Consejo: Responda cada pregunta antes de revelar la respuesta.
Pregunta 1
¿Cuál es el rol principal de un Service en Kubernetes?
Ver la explicación
Respuesta correcta: Exponer un conjunto de Pods como un servicio de red con una IP estable
Explicación: Un Service proporciona una IP estable y un nombre DNS para acceder a un grupo de Pods, incluso si las IPs de los Pods cambian.
Pregunta 2
¿Qué tipo de Service se utiliza por defecto y solo es accesible desde dentro del clúster?
Ver la explicación
Respuesta correcta: ClusterIP
Explicación: ClusterIP es el tipo por defecto. Expone el Service en una IP interna del clúster, accesible solo desde dentro.
Pregunta 3
¿Qué tipo de Service expone la aplicación en un puerto estático de cada nodo?
Ver la explicación
Respuesta correcta: NodePort
Explicación: NodePort expone el Service en un puerto estático (30000-32767) de cada nodo, permitiendo acceder al Service desde fuera del clúster vía [NodeIP]:[NodePort].
Pregunta 4
¿Qué tipo de Service crea automáticamente un load balancer externo en entornos cloud?
Ver la explicación
Respuesta correcta: LoadBalancer
Explicación: LoadBalancer extiende NodePort y crea automáticamente un load balancer externo en entornos cloud (AWS ELB, Azure Load Balancer, GCP Load Balancer).
Pregunta 5
¿Cuál es el formato DNS de un Service en Kubernetes?
Ver la explicación
Respuesta correcta: [service-name].[namespace].svc.cluster.local
Explicación: Los Services tienen un nombre DNS completo que incluye el nombre del Service, el namespace y el dominio del clúster, permitiendo la resolución DNS en todo el clúster.
Pregunta 6
¿Qué componente de Kubernetes gestiona la resolución DNS de los Services?
Ver la explicación
Respuesta correcta: CoreDNS
Explicación: CoreDNS es el servicio DNS que resuelve los nombres de los Services y permite la detección de servicios vía DNS en el clúster.
Pregunta 7
¿Qué es un Endpoint en Kubernetes?
Ver la explicación
Respuesta correcta: Un recurso que lista las direcciones IP de los Pods que coinciden con los selectores de un Service
Explicación: Los Endpoints se crean automáticamente para cada Service y contienen las direcciones IP de los Pods backend que coinciden con los selectores del Service.
Pregunta 8
¿Qué es un EndpointSlice?
Ver la explicación
Respuesta correcta: Una versión mejorada de Endpoint que permite gestionar grandes cantidades de backends de manera más eficiente
Explicación: EndpointSlice es una alternativa moderna a Endpoint que divide los endpoints en varios slices, mejorando el rendimiento para los Services con muchos backends.
Pregunta 9
¿Cuál es el modo de load balancing por defecto para un Service ClusterIP?
Ver la explicación
Respuesta correcta: Round-robin vía iptables o IPVS (según la configuración de kube-proxy)
Explicación: kube-proxy utiliza iptables (por defecto) o IPVS para distribuir el tráfico entre los Pods backend de manera round-robin.
Pregunta 10
¿Qué es un Service headless?
Ver la explicación
Respuesta correcta: Un Service con clusterIP: None que retorna directamente las IPs de los Pods
Explicación: Un Service headless (clusterIP: None) permite obtener directamente las direcciones IP de los Pods vía DNS, útil para StatefulSets y la detección de servicios.
Pregunta 11
¿Qué es una Network Policy?
Ver la explicación
Respuesta correcta: Un recurso que define las reglas de comunicación de red entre los Pods
Explicación: Las Network Policies permiten controlar el tráfico de red entre los Pods, actuando como un firewall a nivel de clúster.
Pregunta 12
¿Qué plugin CNI es necesario para usar las Network Policies?
Ver la explicación
Respuesta correcta: Un plugin CNI que soporte Network Policies (Calico, Cilium, Weave, etc.)
Explicación: No todos los plugins CNI soportan Network Policies. Se debe usar un plugin compatible como Calico, Cilium o Weave.
Pregunta 13
¿Cuál es el puerto por defecto de un Service si no se especifica?
Ver la explicación
Respuesta correcta: El puerto debe ser especificado explícitamente
Explicación: Kubernetes no define un puerto por defecto para los Services. El puerto debe ser especificado en la definición del Service.
Pregunta 14
¿Qué es un Service de tipo ExternalName?
Ver la explicación
Respuesta correcta: Un Service que mapea un Service a un nombre DNS externo
Explicación: ExternalName mapea un Service de Kubernetes a un nombre DNS externo, permitiendo acceder a servicios externos como si fueran internos al clúster.
Pregunta 15
¿Cuál es el rango de puertos para NodePort?
Ver la explicación
Respuesta correcta: 30000-32767
Explicación: Los puertos NodePort se asignan en el rango 30000-32767 por defecto, aunque este rango puede ser configurado.
Pregunta 16
¿Qué es el sessionAffinity en un Service?
Ver la explicación
Respuesta correcta: Una configuración que garantiza que las solicitudes de un cliente siempre vayan al mismo Pod backend
Explicación: sessionAffinity: ClientIP garantiza que todas las solicitudes provenientes de la misma IP de cliente se dirijan al mismo Pod backend, útil para sesiones.
Pregunta 17
¿Cuál es el rol de kube-proxy en el networking de Kubernetes?
Ver la explicación
Respuesta correcta: Mantener las reglas de red (iptables/IPVS) para los Services y realizar el load balancing
Explicación: kube-proxy supervisa los Services y los Endpoints, y actualiza las reglas iptables o IPVS para dirigir el tráfico hacia los Pods backend apropiados.
Pregunta 18
¿Qué es un Service sin selector?
Ver la explicación
Respuesta correcta: Un Service que apunta a endpoints externos definidos manualmente
Explicación: Un Service sin selector permite crear un Service que apunta a endpoints externos al clúster creando manualmente un objeto Endpoints.
Pregunta 19
¿Cuál es la ventaja de usar IPVS en lugar de iptables para kube-proxy?
Ver la explicación
Respuesta correcta: IPVS ofrece mejor rendimiento y más opciones de load balancing para muchos Services
Explicación: IPVS utiliza tablas hash en lugar de largas cadenas iptables, ofreciendo mejor rendimiento y más algoritmos de load balancing (rr, lc, dh, sh, sed, nq).
Pregunta 20
¿Qué es cluster.local en el DNS de Kubernetes?
Ver la explicación
Respuesta correcta: El dominio DNS por defecto del clúster
Explicación: cluster.local es el dominio DNS por defecto utilizado por CoreDNS para resolver los nombres de los Services en el clúster (puede ser configurado de forma diferente).
Pregunta 21
¿Cuál es la diferencia entre un Service ClusterIP y un Service NodePort?
Ver la explicación
Respuesta correcta: ClusterIP es accesible solo dentro del clúster, NodePort también expone un puerto en cada nodo
Explicación: Un Service ClusterIP es accesible solo desde dentro del clúster, mientras que un NodePort extiende ClusterIP exponiendo también un puerto estático en cada nodo.
Pregunta 22
¿Qué es un Service Account en el contexto de networking?
Ver la explicación
Respuesta correcta: Una identidad para los Pods, utilizada para la autenticación con el API Server
Explicación: Un Service Account proporciona una identidad para los Pods, permitiendo la autenticación y autorización al acceder al API Server, pero no está directamente relacionado con el networking de los Services.
Pregunta 23
¿Cuál es el rol de un Ingress en Kubernetes?
Ver la explicación
Respuesta correcta: Exponer los Services HTTP/HTTPS desde fuera del clúster con enrutamiento basado en el path o el hostname
Explicación: Ingress permite exponer varios Services a través de un solo punto de entrada con enrutamiento basado en el path de la URL o el hostname, con soporte TLS/SSL.
Pregunta 24
¿Qué es un CNI plugin?
Ver la explicación
Respuesta correcta: Un plugin de red que configura el networking de los Pods en Kubernetes
Explicación: CNI (Container Network Interface) es una interfaz estándar que permite a los plugins de red (Calico, Flannel, Weave, etc.) configurar el networking de los Pods.
Pregunta 25
¿Cuál es el comando para ver los Endpoints de un Service?
Ver la explicación
Respuesta correcta: kubectl get endpoints
Explicación: Este comando muestra los Endpoints que listan las direcciones IP de los Pods backend para cada Service.
Pregunta 26
¿Qué es un Service mesh?
Ver la explicación
Respuesta correcta: Una infraestructura dedicada que gestiona la comunicación entre los microservicios con observabilidad, seguridad y control de tráfico
Explicación: Un Service mesh (como Istio, Linkerd) añade una capa de networking que gestiona la comunicación entre servicios con funcionalidades avanzadas como mTLS, circuit breaking y observabilidad.
Pregunta 27
¿Cuál es la diferencia entre un Service y un Ingress?
Ver la explicación
Respuesta correcta: Un Service expone un conjunto de Pods, un Ingress expone Services HTTP/HTTPS con enrutamiento avanzado
Explicación: Un Service expone Pods con una IP estable y load balancing. Un Ingress es una capa superior que permite el enrutamiento HTTP/HTTPS basado en el path o el hostname hacia varios Services.
Pregunta 28
¿Qué es un ExternalIP en un Service?
Ver la explicación
Respuesta correcta: Una dirección IP externa que puede ser utilizada para acceder al Service desde fuera del clúster
Explicación: externalIPs permite especificar direcciones IP externas que serán enrutadas hacia el Service, permitiendo el acceso externo sin LoadBalancer.
Pregunta 29
¿Cuál es el comando para probar la resolución DNS de un Service?
Ver la explicación
Respuesta correcta: nslookup [service-name].[namespace].svc.cluster.local desde un Pod
Explicación: Puede probar la resolución DNS ejecutando nslookup o dig desde un Pod para verificar que CoreDNS resuelve correctamente el nombre del Service.
Pregunta 30
¿Qué es un Service sin targetPort especificado?
Ver la explicación
Respuesta correcta: El targetPort utiliza el mismo valor que el port
Explicación: Si targetPort no se especifica en un Service, utiliza el mismo valor que el port, lo que significa que el tráfico hacia el puerto del Service se dirige al mismo puerto en los Pods backend.
Resultado del Quiz
¡Felicidades por haber completado el quiz del Módulo 4!
Puntaje:
- 25-30 respuestas correctas: ¡Excelente!
- 20-24 respuestas correctas: ¡Muy bien!
- 15-19 respuestas correctas: ¡Bien!
- Menos de 15: Se recomienda repasar el módulo.
Quiz creado el: Diciembre 2024