🎁 Regístrate ahora y obtén hasta 30 minutos gratis de uso de IA en línea. Sin tarjeta de crédito.

Preguntas y respuestas de entrevista sobre Kubernetes: 26 preguntas con comandos

August 24, 2026
Preguntas de entrevista sobre Kubernetes con respuestas sobre pods, deployments, services, probes, escalado, almacenamiento, RBAC y solución de problemas de CrashLoopBackOff y pods Pending.
Preguntas y respuestas de entrevista sobre Kubernetes: 26 preguntas con comandos
preguntas de entrevista de kubernetes
preguntas y respuestas de entrevista de kubernetes
preguntas de entrevista de k8s
entrevista de solución de problemas de kubernetes

Las entrevistas de Kubernetes pasan del vocabulario (pod, deployment, service) a las operaciones (qué ocurre cuando un pod se cae, cómo depuras un rollout atascado) y al diseño (cómo ejecutarías una aplicación de forma segura). A los entrevistadores les gustan los comandos y los síntomas, así que practica decir qué escribirías realmente y qué esperarías ver.

A continuación tienes 26 preguntas con respuestas, agrupadas por tema. Sustituye los ejemplos por tu propia experiencia con clústeres siempre que puedas.

Arquitectura y objetos

1. ¿Qué es Kubernetes?

Un sistema de código abierto para ejecutar y gestionar contenedores en un clúster de máquinas. Declaras el estado que quieres, por ejemplo tres copias de un servicio, y Kubernetes trabaja continuamente para igualarlo.

2. ¿Cuáles son los componentes principales de un clúster?

El plano de control tiene el servidor de API (la puerta de entrada), etcd (el almacén de datos), el scheduler (que elige un nodo para cada pod) y el controller manager (que ejecuta bucles de control). Cada nodo trabajador ejecuta el kubelet (que ejecuta los pods), un runtime de contenedores y kube-proxy (que gestiona la red de servicios).

3. ¿Qué es un pod?

La unidad desplegable más pequeña. Contiene uno o más contenedores que comparten espacio de red y almacenamiento. La mayoría de los pods tienen un contenedor principal, y los contenedores extra son sidecars o contenedores de inicialización.

4. ¿Cuál es la diferencia entre un Deployment, un ReplicaSet y un StatefulSet?

Un ReplicaSet mantiene en ejecución un número de pods idénticos. Un Deployment gestiona ReplicaSets y te da actualizaciones progresivas y rollbacks. Un StatefulSet es para aplicaciones con estado: los pods obtienen nombres estables, almacenamiento estable y un arranque y parada ordenados.

5. ¿Qué es un DaemonSet? ¿Un Job? ¿Un CronJob?

Un DaemonSet ejecuta un pod por nodo, para agentes como los recolectores de logs. Un Job ejecuta una tarea hasta completarla. Un CronJob ejecuta Jobs según una programación.

6. ¿Qué son las labels, los selectors y las annotations?

Las labels son pares clave-valor en los objetos, y los selectors eligen objetos por su label. Así encuentran los Services a los pods, y los Deployments a sus ReplicaSets. Las annotations también contienen datos clave-valor, pero son para metadatos no identificativos que usan las herramientas.

7. ¿Qué es un namespace?

Una forma de dividir un clúster en grupos virtuales, normalmente por equipo o entorno. Los namespaces delimitan los nombres, y puedes aplicar cuotas de recursos y reglas de acceso por namespace. Por sí solos no son una frontera de seguridad sólida.

Redes

8. ¿Cuáles son los tipos de Service?

TipoQué hace
ClusterIPUna IP interna estable, accesible solo dentro del clúster (predeterminado)
NodePortAbre un puerto en cada nodo
LoadBalancerCrea un balanceador de carga externo, a través del proveedor de nube
ExternalNameAsigna el servicio a un nombre DNS

9. ¿Qué es un Ingress?

Un objeto que enruta el tráfico HTTP y HTTPS externo hacia los servicios por host y ruta, con un controlador de ingress haciendo el trabajo. La API Gateway, más reciente, es un sucesor con más capacidades.

10. ¿Cómo se encuentran los pods entre sí?

A través de los Services y el DNS del clúster. Un servicio llamado api en el namespace shop es accesible como api.shop.svc.cluster.local, o simplemente api desde dentro del mismo namespace.

11. ¿Qué es una NetworkPolicy?

Un conjunto de reglas que controla qué pods pueden comunicarse con cuáles. De forma predeterminada, todos los pods pueden alcanzarse entre sí. Con políticas (y un plugin de red que las aplique), puedes restringir el tráfico, por ejemplo permitiendo que solo los pods de la API lleguen a la base de datos.

Configuración y almacenamiento

12. ¿Cuál es la diferencia entre un ConfigMap y un Secret?

Ambos contienen configuración que se inyecta como variables de entorno o archivos. Los Secrets están pensados para datos sensibles, pero de forma predeterminada solo están codificados en base64, no cifrados. Activa el cifrado en reposo, restringe el acceso con RBAC y considera usar un gestor de secretos externo.

13. ¿Qué son los PersistentVolumes y los PersistentVolumeClaims?

Un PersistentVolume es una porción de almacenamiento del clúster. Un PersistentVolumeClaim es la solicitud de almacenamiento de un pod. Una StorageClass permite que Kubernetes aprovisione volúmenes automáticamente. Los datos del sistema de archivos normal de un contenedor desaparecen cuando se reemplaza el pod.

14. ¿Qué son los requests y los limits?

Los requests son los recursos que el scheduler reserva para un contenedor. Los limits son el máximo que puede usar. Superar un límite de memoria hace que maten el contenedor (OOMKilled), mientras que superar un límite de CPU provoca throttling.

Confiabilidad y actualizaciones

15. ¿Qué son los probes de liveness, readiness y startup?

El liveness verifica si el contenedor debe reiniciarse. El readiness verifica si debe recibir tráfico. El startup le da tiempo a las aplicaciones de arranque lento antes de que comiencen los otros probes. Un error común es un probe de liveness que depende de una base de datos, lo que puede reiniciar todos los pods cuando la base de datos está caída.

16. ¿Cómo funciona una actualización progresiva (rolling update)?

El Deployment crea pods nuevos y elimina los antiguos de forma gradual, controlado por maxSurge y maxUnavailable. Los probes de readiness determinan cuándo un pod nuevo cuenta como listo. Si algo sale mal, kubectl rollout undo vuelve a la revisión anterior.

17. ¿Cómo funciona el autoscaling?

El Horizontal Pod Autoscaler cambia la cantidad de pods según métricas como la CPU. El Vertical Pod Autoscaler ajusta los requests y los limits. El cluster autoscaler agrega o quita nodos cuando los pods no se pueden programar o los nodos están subutilizados.

18. ¿Cómo mantienes una aplicación disponible durante el mantenimiento de un nodo?

Ejecuta varias réplicas, distribúyelas entre nodos o zonas, y configura un PodDisruptionBudget para que las expulsiones voluntarias mantengan un mínimo en ejecución. Drena los nodos con kubectl drain.

Solución de problemas

19. Un pod está en CrashLoopBackOff. ¿Qué haces?

El contenedor arranca y luego sale repetidamente. Ejecuta kubectl logs <pod> --previous para ver por qué falló, kubectl describe pod para ver eventos, códigos de salida y fallos de probes, y revisa la configuración, los secrets faltantes y los límites de recursos.

20. Un pod está atascado en Pending. ¿Qué revisas?

kubectl describe pod muestra por qué el scheduler no pudo ubicarlo: CPU o memoria insuficientes en cualquier nodo, node selectors o taints que no coinciden, o un volume claim sin enlazar.

21. Un pod fue terminado por OOMKilled. ¿Qué haces?

Superó su límite de memoria. Revisa la tendencia de uso, determina si hay una fuga o si el límite simplemente es demasiado bajo, y aumenta el límite o corrige la aplicación. Configura los requests cerca del uso real para que la programación sea realista.

22. Un servicio no es accesible. ¿Cómo lo depuras?

  1. Verifica que los pods estén en ejecución y listos.
  2. Verifica que el selector del servicio coincida con las etiquetas de los pods (kubectl get endpoints).
  3. Prueba desde dentro del clúster con un pod temporal.
  4. Revisa el puerto, el target port y la dirección de escucha del contenedor.
  5. Revisa las políticas de red, y luego el ingress y el DNS.

Seguridad y operaciones

23. ¿Cómo funciona RBAC?

Los Roles definen permisos sobre recursos, y los bindings los otorgan a usuarios, grupos o service accounts. Usa Roles con alcance de namespace cuando sea posible, evita cluster-admin, y dale a cada workload su propia service account con los mínimos permisos que necesite.

24. ¿Cómo aseguras un clúster?

Usa RBAC con privilegio mínimo, restringe el acceso a la API, escanea imágenes, ejecuta contenedores como no root con un sistema de archivos de solo lectura cuando sea posible, aplica políticas de red, cifra los secrets, mantén Kubernetes actualizado y audita la actividad.

25. ¿Qué es Helm?

Un gestor de paquetes para Kubernetes. Un chart es un conjunto de manifiestos con plantillas, y un release es una instancia instalada con sus propios values. Te ayuda a reutilizar y versionar despliegues entre entornos. Kustomize es otro enfoque que aplica parches a manifiestos simples.

26. ¿Cómo desplegarías una aplicación web en Kubernetes de forma segura?

"Un Deployment con al menos tres réplicas distribuidas entre zonas, requests y limits configurados, probes de readiness y liveness, un Service y un Ingress con TLS, la configuración en ConfigMaps y Secrets, un HPA y un PodDisruptionBudget. Despliega mediante un pipeline con actualizaciones progresivas y un rollback sencillo, y monitorea la tasa de errores y la latencia durante el despliegue."

Comandos que debes conocer

TareaComando
Listar podskubectl get pods -n <namespace>
Detalles y eventos del podkubectl describe pod <pod>
Logskubectl logs <pod> -c <container> (agrega --previous después de un crash)
Shell en un podkubectl exec -it <pod> -- sh
Revertirkubectl rollout undo deployment/<name>
Escalarkubectl scale deployment/<name> --replicas=5
Aplicar un manifiestokubectl apply -f file.yaml

Cómo prepararte

Levanta un clúster pequeño localmente con kind o minikube y rompe cosas a propósito: un tag de imagen incorrecto, un probe que falla, un límite de memoria demasiado bajo. Practica leer la salida de describe y logs. Prepara un incidente real que hayas gestionado y qué cambiaste después. Para practicar diseño, consulta nuestra guía de diseño de sistemas, y para temas de nube, la guía de entrevistas de AWS.

Di tus pasos de depuración en voz alta, porque a los entrevistadores les importa tu orden de verificación. Una entrevista simulada con transcripción te mostrará dónde te saltaste un paso. Sigue las reglas del empleador sobre herramientas de IA en cualquier entrevista en vivo.

Practica respuestas para entrevistas de Kubernetes con YesToTheOffer

Realiza una entrevista técnica simulada, explica tus pasos de depuración y revisa tu transcripción después. 30 minutos gratis, sin suscripción.

iOS & Android — Próximamente
Ver precios