Las entrevistas de DevOps y SRE tratan menos de nombrar herramientas y más de juicio bajo restricciones: qué revertir primero, sobre qué alertar, y qué dejar deliberadamente roto hasta la mañana. Aquí están las preguntas hechas más a menudo, cada una con una respuesta modelo. Junior: teoría básica, definiciones y casos prácticos simples.
Readiness controla si se envía tráfico al pod; liveness controla si el contenedor se reinicia. Apunta un liveness probe a una dependencia compartida y una base de datos lenta se convierte en una tormenta de reinicios de todo el cluster, porque cada réplica falla la misma verificación al mismo momento. Un fallo de readiness solo remueve un pod de la rotación y el resto sigue sirviendo.
Una imagen es el filesystem inmutable y metadata; un contenedor es una instancia en ejecución de ella con una capa escribible encima. Las imágenes se construyen en capas y se cachean por capa, por eso el orden de las instrucciones en un Dockerfile decide cuánto tarda un rebuild — poner la instalación de dependencias antes de copiar el código fuente significa que un cambio de código no la invalida.
Un Deployment trata a los pods como intercambiables y les da nombres aleatorios; un StatefulSet les da identidades estables y almacenamiento estable, y los arranca y detiene en orden. Necesitas un StatefulSet cuando la identidad importa — un replica set de base de datos, cualquier cosa con un volumen por instancia. Usar uno donde un Deployment bastaría hace los rollouts más lentos sin ningún beneficio.
El request es lo que el scheduler reserva al colocar el pod; el limit es el techo que se aplica en runtime. No poner request significa que el scheduler no asume nada y puede sobrecomprometer un nodo; poner un límite de memoria muy bajo significa que el contenedor se mata por OOM bajo carga normal. El throttling de CPU en el límite es la falla más silenciosa, porque el pod se mantiene arriba y solo se pone lento.
Ambos inyectan configuración; un Secret está pensado para valores sensibles y está codificado en base64 en etcd, que es codificación en vez de encriptación a menos que se active la encriptación en reposo. La regla práctica es que un Secret mantiene los valores fuera del manifest y de los logs, pero no es una bóveda — para gestión real de secretos quieres un store externo.
Checkout, install, build, test, luego produce un artefacto — una imagen o un paquete — y solo entonces despliega. El orden importa porque cada etapa debería fallar lo más temprano y barato posible: linting antes de tests, unit tests antes de integration. Un pipeline que despliega antes de testear no es un pipeline, es un script de despliegue con pasos extra.
Empieza con qué está corriendo y qué está haciendo: ps o systemctl status, luego journalctl o el archivo de log, luego df para disco y free para memoria, porque un disco lleno y un heap agotado ambos se ven como un bug de la aplicación. Luego ss o netstat para si el puerto está escuchando siquiera. Leer el log primero es un hábito que vale la pena tener sobre adivinar.
Un inode es el registro real del archivo — permisos, timestamps, punteros a los datos — y el nombre de archivo es solo una entrada de directorio que apunta a él. Un hard link es un segundo nombre para el mismo inode, así que los datos sobreviven hasta que se elimina el último nombre. Un symlink es un archivo pequeño que contiene una ruta, así que se rompe si el destino se mueve y puede cruzar filesystems, lo que un hard link no puede.
Un zombie terminó pero su padre no leyó el exit status, así que la entrada permanece en la tabla de procesos — inofensivo individualmente, un bug en el padre cuando se acumulan. El load average es el número de procesos corriendo o esperando, incluyendo esperando en disco, por eso una máquina con load 8 y CPUs inactivas usualmente está bloqueada en I/O en vez de corta de procesador.
TCP establece una conexión, garantiza entrega y orden, y se hace más lento cuando la red está congestionada. UDP solo envía paquetes — sin handshake, sin retransmisión, sin orden — así que es más rápido y es lo que quieres cuando datos tardíos son peores que datos faltantes: video, voz, consultas DNS, telemetría. Elegir TCP para un stream de métricas te cuesta head-of-line blocking sin ningún beneficio.
En una entrevista real hablas bajo presión. Cam hace estas mismas preguntas, evalúa cada respuesta y muestra exactamente qué mejorar.
Practicar entrevista de Junior DevOps / SRE →