Preguntas de entrevista DevOps
Las preguntas técnicas que más se repiten en entrevistas DevOps, agrupadas por tema, con lo que de verdad quiere oír quien te entrevista.
Casi ninguna se responde con una definición de memoria. Lo que se evalúa es cómo razonas ante un problema y si lo has vivido. Si vienes de sysadmin, apóyate en incidentes reales de tu trabajo: valen más que cualquier tutorial.
Linux y redes
Un servidor va lento. ¿Qué miras y en qué orden?
Quieren ver método, no comandos sueltos. Empieza por carga y CPU (uptime, top), memoria y swap (free, vmstat), disco e I/O (df, iostat) y red (ss, sar). Después baja al proceso concreto y a sus logs. Cuenta un caso real si lo tienes.
¿Qué pasa desde que escribes una URL en el navegador hasta que ves la página?
Resolución DNS, conexión TCP, negociación TLS, petición HTTP, balanceador, servidor y respuesta. Cada paso es un punto donde algo puede fallar: explica cómo lo depurarías (dig, curl -v, openssl s_client).
¿Qué diferencia hay entre un proceso y un hilo? ¿Y qué es un proceso zombie?
Los hilos comparten memoria dentro de un proceso; los procesos no. Un zombie es un proceso que ya terminó pero cuyo padre no ha recogido su estado. No consume CPU, pero ocupa una entrada en la tabla de procesos.
Docker y contenedores
¿Qué diferencia hay entre un contenedor y una máquina virtual?
El contenedor comparte el kernel del host y se aísla con namespaces y cgroups; la VM virtualiza el hardware y lleva su propio kernel. Por eso un contenedor arranca en segundos y pesa mucho menos.
¿Cómo harías una imagen Docker más pequeña y segura?
Imagen base mínima, multi-stage build, ordenar las capas para aprovechar la caché, no meter secretos en la imagen, ejecutar con un usuario sin privilegios y escanear vulnerabilidades en el pipeline.
Kubernetes
Un pod está en CrashLoopBackOff. ¿Qué haces?
kubectl describe pod para ver eventos y el motivo de salida, kubectl logs --previous para ver el log del arranque que falló, y revisar probes, límites de memoria (OOMKilled), variables y secretos. Es la pregunta de depuración más habitual.
¿Qué diferencia hay entre un Deployment, un StatefulSet y un DaemonSet?
El Deployment es para aplicaciones sin estado y réplicas intercambiables; el StatefulSet da identidad y almacenamiento estables a cada réplica (bases de datos, Kafka); el DaemonSet ejecuta un pod en cada nodo (agentes de logs o métricas).
¿Para qué sirven las liveness y readiness probes?
La readiness decide si el pod recibe tráfico; la liveness decide si hay que reiniciarlo. Confundirlas provoca reinicios en bucle cuando la aplicación solo estaba arrancando despacio.
CI/CD
Explica qué pasa desde que haces push hasta que el cambio está en producción.
Lint y tests, build de la imagen, escaneo, push al registry, despliegue a un entorno de pruebas, validación y promoción a producción con una estrategia (rolling, blue-green o canary) y un plan de rollback. Usa un pipeline tuyo como ejemplo.
¿Cómo gestionas los secretos en un pipeline?
Nunca en el repositorio. Variables protegidas del sistema de CI, un gestor de secretos (Vault, el de tu cloud) o Sealed Secrets/External Secrets en Kubernetes, con permisos mínimos y rotación.
Terraform e infraestructura como código
¿Qué es el state de Terraform y por qué importa dónde lo guardas?
Es el mapa entre tu código y los recursos reales. En equipo debe estar en un backend remoto con bloqueo para que dos personas no apliquen cambios a la vez, y protegido porque puede contener datos sensibles.
Alguien cambió un recurso a mano desde la consola. ¿Qué haces?
terraform plan muestra la deriva. Decides si el cambio manual se incorpora al código o se revierte aplicando de nuevo, y cierras el acceso manual para que no vuelva a pasar.
Observabilidad e incidentes
¿Qué métricas vigilarías en un servicio web?
Las cuatro señales doradas: latencia, tráfico, errores y saturación. Alertas sobre síntomas que nota el usuario, no sobre cada CPU al 80 %.
Cuéntame un incidente que hayas resuelto.
Es la pregunta donde un sysadmin más puede destacar. Estructura: contexto, impacto, cómo lo detectaste, cómo lo diagnosticaste, la solución y qué automatizarías o monitorizarías ahora para que no se repita.
Cómo prepararte
- > Responde en voz alta, no solo en tu cabeza: la estructura se nota.
- > Ten dos o tres proyectos propios en GitHub que puedas explicar de principio a fin.
- > Prepara tres incidentes reales con contexto, diagnóstico, solución y aprendizaje.
- > Si no sabes algo, di cómo lo averiguarías. Inventar se nota más que no saber.
Si todavía estás construyendo la base, empieza por la guía para pasar de sysadmin a DevOps.
Practica la entrevista conmigo
En la mentoría DevOps 1-on-1 hacemos simulacros de entrevista técnica con estas preguntas y con las de las ofertas a las que te presentas. Las 2 primeras sesiones son gratis.
Pedir mis 2 sesiones gratis