Las entrevistas de DevOps evalúan si puedes entregar software de forma confiable: cómo llega el código desde una laptop hasta producción, cómo sabes que está sano y qué haces cuando no lo está. A continuación tienes 20 preguntas con respuestas, desde lo básico hasta las preguntas de escenario que deciden la mayoría de las entrevistas. Cuando se muestra un comando, es uno estándar que puedes verificar en la documentación de la propia herramienta.
Fundamentos
1. ¿Qué es DevOps?
Una forma de trabajar que une desarrollo y operaciones para que el software se construya, se pruebe, se libere y se ejecute mediante un mismo proceso compartido. Los objetivos son releases más rápidos y seguros, y una recuperación más ágil cuando algo falla. Es una cultura y un conjunto de prácticas, con herramientas como apoyo, no un puesto de trabajo por sí solo.
2. ¿Cuál es la diferencia entre integración continua, entrega continua y despliegue continuo?
| Práctica | Qué significa |
|---|---|
| Integración continua | Los desarrolladores fusionan cambios pequeños con frecuencia, y cada fusión dispara una compilación y una ejecución de pruebas automatizadas |
| Entrega continua | Cada cambio que pasa el pipeline está listo para liberarse, y una persona decide cuándo |
| Despliegue continuo | Cada cambio que pasa el pipeline se libera a producción automáticamente |
3. ¿Cuáles son las métricas clave para la entrega de software?
Se usan ampliamente cuatro, del programa de investigación DORA: frecuencia de despliegue, tiempo de espera para los cambios, tasa de fallos en los cambios y tiempo de restauración del servicio. Las dos primeras miden la velocidad, y las dos últimas miden la estabilidad. Una buena respuesta explica que se monitorean las cuatro para no mejorar la velocidad a costa de la estabilidad.
4. ¿Cómo se ve un buen pipeline de CI?
- Clonar el código y restaurar las dependencias en caché.
- Compilar.
- Ejecutar primero las pruebas rápidas (pruebas unitarias) y luego las más lentas.
- Ejecutar verificaciones estáticas, como linting y un escaneo de vulnerabilidades en las dependencias.
- Construir un artefacto (una imagen de contenedor o un paquete) una sola vez y etiquetarlo con el commit.
- Publicarlo y desplegar el mismo artefacto en todos los entornos.
La idea clave es construir una vez y promover el mismo artefacto, para que lo que probaste sea lo que entregas.
Control de versiones y releases
5. ¿Cómo manejas las ramas y los releases?
Dos enfoques comunes. El desarrollo basado en tronco fusiona cambios pequeños a la rama principal con frecuencia, con feature flags para ocultar el trabajo sin terminar. Los flujos basados en ramas, como GitFlow, usan ramas de larga vida para los releases. El desarrollo basado en tronco suele combinarse mejor con la entrega continua, porque las fusiones son pequeñas y frecuentes.
6. ¿Qué son los despliegues blue-green y canary?
| Estrategia | Cómo funciona | Rollback |
|---|---|---|
| Blue-green | Dos entornos idénticos. Despliega en el que está inactivo, pruébalo y luego redirige el tráfico | Redirigir el tráfico de vuelta |
| Canary | Envía una pequeña parte del tráfico a la nueva versión, observa las métricas y auméntala de forma gradual | Devolver esa parte del tráfico a cero |
| Rolling | Reemplaza las instancias de a pocas | Avanzar o revertir el despliegue |
Blue-green cuesta capacidad adicional. Canary necesita buenas métricas, porque decides con base en los datos.
7. ¿Qué es un feature flag y por qué usarlo?
Un interruptor en la configuración que activa o desactiva una funcionalidad sin necesidad de un despliegue. Separa el despliegue del código de la liberación de una funcionalidad, te permite probar con un grupo pequeño y te da un interruptor de apagado rápido si algo sale mal. El costo es que los flags antiguos se acumulan, así que elimínalos una vez que la funcionalidad sea estable.
8. ¿Cómo haces un rollback de forma segura?
Mantén disponible el artefacto anterior, haz que los despliegues sean repetibles y que los cambios en la base de datos sean compatibles hacia atrás, para que la versión anterior siga funcionando con el nuevo esquema. Un plan de rollback que ignora la base de datos no es un plan. Para cambios riesgosos, prefiere avanzar con una corrección cuando un rollback provocaría pérdida de datos.
Infraestructura y contenedores
9. ¿Qué es la infraestructura como código?
Definir servidores, redes y permisos en archivos versionados en lugar de hacer clics en una consola. Hace que los entornos sean reproducibles, revisables y fáciles de reconstruir. Las herramientas más comunes incluyen Terraform, Pulumi y las plantillas propias de los proveedores de nube. Consulta nuestras preguntas de entrevista sobre Terraform.
10. ¿Cuál es la diferencia entre un contenedor y una máquina virtual?
Una máquina virtual incluye un sistema operativo invitado completo sobre hardware virtualizado. Un contenedor comparte el kernel del host y empaqueta solo la aplicación y sus dependencias, por lo que arranca más rápido y usa menos memoria. Los contenedores ofrecen menos aislamiento que una máquina virtual.
11. ¿Qué incluye un buen Dockerfile?
Usa una imagen base pequeña y específica, ordena las capas de modo que las que cambian menos vayan primero (para aprovechar la caché de compilación), copia los archivos de dependencias e instálalos antes de copiar el código fuente, ejecuta como usuario no root y no incrustes secretos en la imagen. Las compilaciones multietapa mantienen las herramientas de compilación fuera de la imagen final.
12. ¿Por qué Kubernetes?
Programa contenedores en varias máquinas, reinicia los que fallan, los escala y gestiona actualizaciones progresivas y descubrimiento de servicios. También añade mucha complejidad, así que una buena respuesta menciona cuándo no lo usarías, como en una app pequeña que cabe en unos pocos servidores o en una plataforma gestionada. Consulta nuestras preguntas de entrevista sobre Kubernetes.
13. ¿Cómo gestionas los secretos?
Nunca los pongas en el control de código fuente ni en las imágenes. Usa un gestor de secretos o el almacén de secretos de la plataforma, da a cada servicio el mínimo acceso que necesita, rota los secretos y evita imprimirlos en los logs. Di qué harías si uno se filtrara: revocarlo, rotarlo y revisar los logs para ver si se usó.
Confiabilidad y operaciones
14. ¿Qué son el monitoreo, el logging y el tracing?
| Señal | Qué te dice |
|---|---|
| Métricas | Cómo le va al sistema a lo largo del tiempo, como la tasa de errores y la latencia |
| Logs | Qué ocurrió en un evento específico |
| Trazas | Cómo se movió una petición a través de varios servicios |
Genera alertas sobre los síntomas que sienten los usuarios, como errores y respuestas lentas, más que sobre las causas, como un uso alto de CPU en una máquina.
15. ¿Qué son los SLI, los SLO y los SLA?
Un indicador de nivel de servicio es una medición, como la proporción de peticiones que tienen éxito. Un objetivo de nivel de servicio es la meta para ese indicador, como 99,9 por ciento en 30 días. Un acuerdo de nivel de servicio es una promesa a los clientes, a menudo con consecuencias si no se cumple. La diferencia entre el 100 por ciento y el SLO es un presupuesto de error: el margen que tienes para asumir riesgos y cambios.
16. Un servicio en producción va lento. ¿Qué haces?
- Comprueba si es real y a quién afecta, usando paneles y tasas de error.
- Revisa qué cambió recientemente: un despliegue, un cambio de configuración, un pico de tráfico.
- Acótalo: un endpoint, una región o una dependencia específicos.
- Mira los recursos (CPU, memoria, conexiones) y los servicios posteriores.
- Si un cambio reciente es la causa probable, revíertelo primero e investiga después.
- Comunica el estado mientras trabajas.
Los entrevistadores buscan un enfoque tranquilo y ordenado, y que mitiguen antes de encontrar la causa raíz.
17. ¿Qué es un postmortem sin culpa?
Una revisión escrita después de un incidente que se centra en cómo el sistema y el proceso permitieron el fallo, no en quién cometió un error. Cubre la cronología, el impacto, las causas y acciones de seguimiento concretas con responsables. El objetivo es aprender y hacer que el mismo fallo sea más difícil de repetir.
18. ¿Cuál es la diferencia entre el escalado horizontal y el vertical?
El escalado vertical da más recursos a una máquina. El escalado horizontal añade más máquinas. El vertical es simple, pero tiene un techo y un punto único de fallo. El horizontal escala más y sobrevive a la pérdida de una máquina, pero necesita servicios sin estado o estado compartido.
Práctica
19. ¿Cómo aseguras un pipeline?
Limita quién puede modificar el pipeline y quién puede desplegar a producción. Escanea dependencias e imágenes en busca de vulnerabilidades conocidas, firma y verifica los artefactos, mantén las credenciales de vida corta y con alcance limitado, y revisa los cambios en los archivos del pipeline como si fuera código. Un agente de compilación con permisos amplios es un objetivo favorito.
20. Cuéntame sobre un despliegue que salió mal.
Esta es una pregunta conductual dentro de una entrevista técnica. Usa una historia breve: qué cambió, cómo te diste cuenta, qué hiciste primero (normalmente mitigar, a menudo revirtiendo), qué encontraste y qué cambiaste después para que no se repita. Un lenguaje sin culpa y un seguimiento concreto son lo que buscan los entrevistadores.
Cómo prepararte
- Arma un pipeline pequeño de principio a fin: un repositorio, una compilación, una ejecución de pruebas, un contenedor y un despliegue a algo a lo que puedas acceder.
- Prepárate para explicar un incidente o una versión fallida de tu propia experiencia.
- Practica en voz alta la respuesta a "el servicio está lento" hasta que sea una lista ordenada y tranquila.
- Domina bien una herramienta de cada área, como CI, contenedores, infraestructura como código y monitoreo, en lugar de una larga lista de nombres.
Para practicar temas relacionados, consulta nuestras guías de preguntas de entrevista sobre AWS, preguntas de entrevista sobre Terraform, preguntas de entrevista sobre Kubernetes y preguntas de entrevista sobre redes informáticas.
Practica en voz alta y con tus propias palabras. Una transcripción posterior muestra dónde divagaste o te saltaste el punto. Sigue las reglas del empleador sobre herramientas de IA en cualquier entrevista o evaluación en vivo.
Practica tus respuestas con YesToTheOffer
Ensaya en voz alta, obtén respuestas creadas a partir de tu propio currículum y revisa tu transcripción después. 30 minutos gratis, sin suscripción.
