Preparación para la entrevista de DevOps: temas, preguntas por nivel, estrategia

Q: ¿Un ingeniero DevOps necesita programar para la entrevista?

Scripting sí: Bash y Python a nivel de automatización se preguntan casi siempre. Las secciones algorítmicas son más raras, pero escribir o analizar un script de procesamiento de logs es una habilidad obligatoria para Middle+.

Q: ¿Es obligatorio Kubernetes para las vacantes de DevOps?

Para la mayoría de puestos Middle+ es el estándar de facto y se pregunta en profundidad. Pero hay empresas sobre otras plataformas, así que mira el stack de la vacante. Los principios de orquestación son transferibles.

Q: ¿Preguntan por una nube concreta o por principios generales?

Ambas. Los principios (redes, IAM, autoescalado, gestionado vs self-hosted) son transferibles y se comprueban primero. Pero para una vacante concreta conviene reforzar precisamente su nube.

Q: ¿En qué se diferencia la entrevista de DevOps de la de SRE?

Los límites son difusos. El SRE pone más acento en la fiabilidad (SLI/SLO, error budget) y el código; el DevOps, en el pipeline de entrega y la infraestructura. El núcleo es común a ambos roles.

Q: ¿Cómo prepararse para las preguntas situacionales sobre incidentes?

Analizando experiencia real: el análisis profundo de experiencia hace preguntas de seguimiento sobre tus proyectos, y las entrevistas simuladas trabajan las formulaciones. Lo clave es la estructura: recuperación, diagnóstico por señales, comunicación, conclusiones.

De qué se compone la entrevista de DevOps

La entrevista de un ingeniero DevOps suele abarcar cuatro bloques:

Fundamentos: Linux y redes. Procesos, permisos, systemd, DNS, TCP/IP, depuración de problemas de red. La base que se pregunta en cualquier nivel — sin ella, todo lo demás se desmorona.
Pipeline de entrega. CI/CD, contenedores, orquestación, infraestructura como código. El núcleo del trabajo diario y el grueso de las preguntas.
Operación y fiabilidad. Observabilidad, incidentes, guardias, SLI/SLO. Cómo se comporta el sistema en producción y qué hacer cuando cae.
Práctica y experiencia. Análisis de situaciones reales de tu experiencia: cómo resolviste un incidente, cómo diseñaste un pipeline, cómo tomaste las decisiones. Para entrenar este bloque ayuda el análisis profundo de experiencia.

Temas de la entrevista de DevOps

Linux y redes

Procesos y señales, permisos y propietarios, systemd, DNS, TCP/IP, enrutamiento, iptables, depuración de conexiones y puertos.

CI/CD

Etapas del pipeline, estrategias de despliegue (rolling, blue-green, canary), artefactos y versionado, GitOps, rollbacks.

Contenedores y orquestación

Docker, capas de imagen, multi-stage build, Kubernetes (pod, deployment, service, ingress), Helm, recursos y límites.

Infraestructura como código

Terraform (state, módulos, drift), Ansible, idempotencia, infraestructura inmutable, gestión de entornos.

Nube

Modelos de servicio, redes y VPC, IAM y accesos, servicios gestionados, autoescalado, control de costes.

Observabilidad y fiabilidad

Métricas, logs, trazas, SLI/SLO y error budget, alertas, análisis de incidentes, guardias on-call.

Cómo cambian las preguntas según el nivel

Junior — «qué es y para qué»

Contenedores · Junior ¿En qué se diferencia una imagen (image) de un contenedor? ¿Qué son las capas de la imagen y para qué sirven? comprensión del modelo básico de Docker: la imagen es una plantilla, el contenedor una instancia en ejecución; las capas y su caché.

Linux · Junior Un servicio no responde en el puerto 8080. ¿Cómo compruebas si alguien está escuchando ese puerto y qué proceso lo ocupa? dominio del instrumental básico: ss/netstat, lsof, systemctl, lectura de logs — no adivinar.

Middle — «cómo aplicarlo en una situación real»

Kubernetes · Middle Un pod está en estado CrashLoopBackOff. Describe paso a paso cómo buscarías la causa. diagnóstico sistemático: describe, logs (incluido el del contenedor anterior), probes, recursos, permisos — no reiniciar al azar.

CI/CD · Middle ¿Cómo desplegarías una nueva versión de un servicio sin downtime? ¿Qué estrategias conoces y cuándo eliges cada una? rolling vs blue-green vs canary, healthchecks, disposición al rollback, compatibilidad de las migraciones de BD.

IaC · Middle ¿Qué es el state de Terraform y por qué no se puede perder? ¿Cómo organizar el trabajo con el state en equipo? entender el papel del state, remote backend con bloqueo, el peligro de las ediciones manuales, el drift.

Senior — «estrategia y compromisos»

Fiabilidad · Senior ¿Cómo conectar la fiabilidad de un servicio con el ritmo de releases? ¿Qué es el error budget y cómo influye en las decisiones del equipo? SLI/SLO/error budget como herramienta de negociación entre velocidad y estabilidad, no como simples métricas.

Incidentes · Senior Son las 3 de la madrugada, un servicio clave está caído y estás de guardia. Describe cómo llevas el diagnóstico y la comunicación. prioridad en la recuperación, no en buscar culpables; hipótesis a partir de las señales, escalado, actualizaciones de estado, postmortem sin culpas.

Arquitectura · Senior Diseñas el CI/CD para decenas de servicios en un monorepo. ¿Qué decisiones clave tomarías y qué compromisos sopesarías? pipelines reutilizables, construir solo lo modificado, aislamiento de entornos, gestión de secretos, velocidad vs control.

Particularidad de la entrevista de DevOps: se evalúa menos el conocimiento de una herramienta concreta y más el pensamiento de depuración y la comprensión de los principios — idempotencia, inmutabilidad, observabilidad. El candidato que, ante un servicio caído, construye hipótesis a partir de las señales del sistema gana a quien se sabe de memoria los flags de los comandos pero no sabe localizar el problema.

Dónde fallan los candidatos

Herramientas sin principios. «Sé ejecutar terraform apply», pero no puede explicar qué es el state ni por qué se pierde. Conocer comandos sin el modelo que hay debajo se lee como techo de crecimiento.
Sin pensamiento de depuración. Ante la pregunta situacional «el servicio se cayó» — bloqueo en lugar de un recorrido sistemático de hipótesis. Para DevOps es la habilidad clave, y se comprueba casi siempre.
Ignorar la seguridad. Secretos en las variables del pipeline en texto plano, imágenes con la etiqueta latest en producción, permisos «dar todo para que funcione». Bandera roja para cualquier equipo.
«Lo automatizo todo». Entusiasmo por automatizar sin preguntarse por la mantenibilidad y el coste de operación. Una respuesta senior incluye el compromiso: qué automatizar y qué dejar manual de forma consciente.
Confusión en observabilidad. No distingue cuándo hacen falta métricas, cuándo logs y cuándo trazas. Para Middle+ es la base del diagnóstico en producción.

Cómo estructurar la preparación

Diagnóstico. 2–3 entrevistas simuladas del track de DevOps mostrarán las lagunas reales — a menudo no es Kubernetes, sino los fundamentos de Linux y redes que hay debajo.
Trabajar los temas débiles. Modo «Preparación por temas»: eliges un cluster concreto — CI/CD, orquestación, IaC, observabilidad — y lo entrenas hasta la seguridad.
Preguntas situacionales. «El servicio se cayó», «el despliegue rompió producción» — se trabajan analizando experiencia real. El análisis profundo de experiencia hace preguntas de seguimiento sobre tus proyectos de infraestructura.
Para una vacante concreta. Lee los requisitos: si el stack está sobre Kubernetes y una nube concreta — haz sesiones sobre eso, no sobre un DevOps abstracto.

Preguntas y respuestas

¿Un ingeniero DevOps necesita programar para la entrevista?

Scripting — sí: Bash y Python a nivel de automatización de tareas se preguntan casi siempre. Las secciones algorítmicas como las de los desarrolladores son más raras, pero escribir o analizar un script de procesamiento de logs, un wrapper sobre una API o un operador sencillo es una habilidad obligatoria para Middle+.

¿Es obligatorio Kubernetes para las vacantes de DevOps?

Para la mayoría de puestos Middle+ es el estándar de facto, y se pregunta en profundidad: de los objetos básicos a las redes, los recursos y la depuración. Pero hay empresas sobre otras plataformas (servicios gestionados, Nomad, VM puras), así que mira el stack de cada vacante. La comprensión de los principios de orquestación es transferible entre plataformas.

¿Preguntan por una nube concreta o por principios generales?

Ambas cosas. Los principios (redes, IAM, autoescalado, gestionado vs self-hosted) son transferibles entre proveedores y se comprueban primero. Pero para una vacante concreta conviene reforzar precisamente su nube — la especificidad de los servicios y la terminología de AWS, GCP o Azure.

¿En qué se diferencia la entrevista de DevOps de la de SRE?

Los límites son difusos y dependen de la empresa, pero la tendencia: el SRE pone más acento en la fiabilidad (SLI/SLO, error budget), los incidentes y el código, más cerca del desarrollo. El DevOps, más en el pipeline de entrega y la infraestructura. El núcleo — Linux, contenedores, CI/CD, observabilidad — es común a ambos roles.

¿Es realista entrar como Junior DevOps sin experiencia comercial?

Sí, si tienes algo que mostrar: un laboratorio casero, un pet-project con CI/CD configurado, un cluster montado, contribuciones a open source. En el nivel Junior las preguntas del bot se calibran a la base — Linux, Docker, fundamentos de CI/CD — que se puede dominar en proyectos de aprendizaje. Importa más demostrar pensamiento de depuración que enumerar herramientas de moda.

¿Cómo prepararse para las preguntas situacionales sobre incidentes?

Las preguntas situacionales («el servicio se cayó, ¿qué haces?») se entrenan analizando experiencia real: el análisis profundo de experiencia hace preguntas de seguimiento sobre tus proyectos, y las entrevistas simuladas trabajan las formulaciones bajo presión. Lo clave es mostrar la estructura: recuperación, diagnóstico por señales, comunicación, conclusiones.

Ver también

Ponte a prueba con preguntas reales

Elige la especialización DevOps y tu nivel — recibe la primera pregunta en un minuto. Evaluación de cada respuesta y análisis de tus temas débiles al terminar la sesión. Inicio gratuito.

▶ Empezar a entrenar

Preparación para la entrevista de DevOps: temas, preguntas, estrategia