programa
Contenedores y virtualización con Docker y Kubernetes
13 h
DevOps se ha vuelto esencial para el desarrollo de software moderno. A medida que las empresas lanzan nuevas funciones con mayor frecuencia y fiabilidad, la demanda de ingenieros DevOps cualificados sigue aumentando.
Así que sí: Hay muchas oportunidades laborales ahí fuera.
Pero para conseguir un trabajo se necesita algo más que conocer las herramientas adecuadas. Requiere que demuestres cómo piensas, colaboras y resuelves problemas del mundo real.
Ya he estado en ambos lados. Yo era un candidato que tenía que responder preguntas difíciles sobre Kubernetes y participé en entrevistas en las que evaluábamos cómo se enfrentaba cada uno al fracaso en la producción. Y lo que he aprendido es que las entrevistas de DevOps evalúan cómo abordas la complejidad, cómo te comunicas bajo presión y si realmente comprendes por qué se utilizan las herramientas.
Esta guía está diseñada para ayudarte a prepararte para una entrevista de DevOps, y abarca desde los conceptos básicos hasta el diseño avanzado de sistemas, así como preguntas técnicas y situaciones conductuales. Tanto si estás empezando en este campo como si quieres mejorar tus habilidades, estas preguntas te ayudarán a profundizar en tus conocimientos, hablar con confianza y estar preparado.
Preguntas básicas para una entrevista sobre DevOps
Estas preguntas evalúan tu comprensión de los principios básicos de DevOps. No te limites a memorizar definiciones. Demuestra que comprendes cómo se aplican estas ideas en situaciones reales.
1. ¿Qué es DevOps y por qué es importante?
DevOps es un conjunto de prácticas que reúne a los equipos de desarrollo y operaciones para optimizar la entrega de software.
¿El objetivo? Lanzamientos más rápidos, mayor calidad y ciclos de retroalimentación más ajustados.
En la práctica, esto significa reducir el conflicto entre la escritura y la ejecución del código. No se trata solo de herramientas, sino también de cultura, automatización y responsabilidad.
En mi puesto anterior, adoptamos DevOps para acelerar la implementación de nuestros modelos de aprendizaje automático, lo que nos permitió reducir drásticamente el tiempo de implementación y mejorar la estabilidad.
2. ¿En qué se diferencia DevOps de la TI tradicional?
La TI tradicional divide las responsabilidades: los programadores escriben el código y los equipos de operaciones lo implementan y mantienen.
DevOps combina estas funciones, impulsando la responsabilidad compartida y la automatización.
Con DevOps:
- Los programadores suelen escribir scripts de implementación.
- Los equipos de operaciones se involucran antes en el ciclo de desarrollo.
- Los lanzamientos se producen de forma continua y no trimestral.
Piensa en DevOps como derribar el muro entre dos departamentos que antes solo se comunicaban a través de tickets.
3. ¿Cuáles son los principios clave de DevOps?
Los principios fundamentales de DevOps incluyen:
- Colaboración: Romper las barreras entre desarrollo, operaciones, control de calidad y seguridad.
- Automatización: Automatiza las pruebas, la implementación y la supervisión.
- Integración y entrega continuas (CI/CD): Realizar cambios pequeños y seguros con frecuencia.
- Seguimiento y comentarios: Aprende y adáptate continuamente basándote en tus experiencias.
Estos principios no son opcionales, ya que definen si un equipo está trabajando en una cultura DevOps o simplemente utilizando herramientas DevOps con viejos hábitos.
4. Nombra herramientas populares de DevOps y sus casos de uso.
Aquí tienes algunas herramientas populares de las que oirás hablar mucho:
- Git: Control de versiones.
- Jenkins/Gitlab CI: Canales de CI/CD.
- Docker: Contenedorización.
- Kubernetes: Orquestación de contenedores.
- ArgoCD: GitOps.
- Terraform: Infraestructura como código (IaC).
- Prometheus + Grafana: Monitorización y visualización.
Echa un vistazo a los cursos de conceptos de DevOps si deseas obtener más información sobre DevOps y las herramientas más populares.
5. ¿Qué es CI/CD?
CI/CD son las siglas de «integración continua» y «entrega continua» (o «implementación continua»).
Es la columna vertebral de la automatización DevOps.
CI/CD significa:
- CI: Los programadores fusionan el código en un repositorio compartido varias veces al día. Cada fusión activa compilaciones y pruebas automatizadas.
- CD: Una vez que el código supera las pruebas, se implementa automáticamente en entornos de producción o de prueba.
CI/CD reduce los errores humanos y hace que los lanzamientos sean aburridos, lo cual es algo positivo.
Hemos utilizado ampliamente CI/CD para probar nuestros modelos de ML y el código que ejecuta nuestros modelos detrás de una API. Cada envío a una rama de características activaba las pruebas unitarias, mientras que una fusión con la rama principal activaba la creación de una nueva imagen de contenedor y enviaba el modelo a los espacios de nombres de Kubernetes de nuestros clientes.
Si te interesa saber cómo se utiliza CI/CD en ML, te recomiendo el curso CI/CD para machine learning y nuestra guía sobre CI/CD en machine learning.
6. ¿Cuáles son las ventajas de la automatización en DevOps?
La automatización reduce el esfuerzo manual, aumenta la fiabilidad y permite a los equipos ampliar sus operaciones.
Los beneficios incluyen:
- Ciclos de retroalimentación más rápidos
- Menos errores de implementación
- Entornos repetibles
- Menos dramas del tipo «en mi ordenador funciona».
Como regla general: Si haces algo dos veces, automatízalo.
7. ¿Qué es la infraestructura como código (IaC)?
IaC es la práctica de gestionar la infraestructura (servidores, bases de datos, redes) mediante código.
En lugar de configurar manualmente la infraestructura en consolas en la nube, tú la defines en archivos (por ejemplo, Terraform, CloudFormation).
Esto completa tu configuración:
- Reproducible
- Control de versiones (si utilizas Git)
- Fácil de auditar
IaC te permite aprovisionar entornos completos en cuestión de minutos, en lugar de días de trabajo manual.
8. ¿Cómo encajan Git y el control de versiones en DevOps?
El control de versiones no solo es válido para el código, sino para casi todo.
En DevOps:
- Versiones tu código, infraestructura e incluso documentación.
- Git permite la colaboración, la reversión y la trazabilidad.
- Herramientas como GitHub Actions o GitLab CI/CD se integran directamente con los flujos de trabajo de Git para una automatización perfecta.
El control de versiones es el núcleo de toda infraestructura DevOps.
9. ¿Cuál es la función de la supervisión y el registro en DevOps?
Sin supervisión y registro, la depuración puede convertirse en una pesadilla. No es posible saber si los cambios afectan positiva o negativamente a tus aplicaciones sin una supervisión y un registro adecuados. O encontrar y corregir errores sería casi imposible sin una supervisión y un registro adecuados.
Resuelven:
- El monitoreo te informa lo que está sucediendo en este momento (uso de la CPU, tiempos de respuesta, tiempo de actividad).
- El registro te informa sobre lo que ha sucedido (errores, trazas de pila y comportamiento inesperado).
Juntos, te permiten observar y mejorar fácilmente.
Recomiendo configurar alertas para anomalías, no solo para fallos. Esto te permite identificar los problemas antes de que se produzcan.
10. ¿Cuál es un ejemplo sencillo de un proceso de CI/CD?
A continuación, se muestra un ejemplo bastante común de flujo de CI/CD:
- El desarrollador fusiona los cambios en la ra
main. - El pipeline activa y ejecuta pruebas unitarias, linting de código y análisis estático.
- Si las pruebas se superan:
- Crea una imagen de Docker.
- Envía la imagen a un registro.
- Implementa en el entorno de pruebas a través de Kubernetes.
- Un paso de aprobación manual permite el despliegue en producción si el entorno de prueba resulta satisfactorio.
Esto se puede crear utilizando GitLab CI/CD, Jenkins o GitHub Actions.
Preguntas de entrevista para DevOps de nivel intermedio
Estas preguntas evalúan tu competencia técnica, especialmente en lo que respecta al trabajo con contenedores, flujos de trabajo de CI/CD, herramientas de infraestructura e implementaciones. Prepárate para justificar tus decisiones de diseño y resolver problemas bajo presión.
11. ¿Qué es una estrategia de implementación? ¿Puedes nombrar algunos?
Una estrategia de implementación describe el proceso de lanzamiento de nuevas versiones de software a los usuarios. Elegir la opción adecuada depende de la complejidad de tu sistema, la tolerancia al riesgo y las capacidades de reversión.
Las estrategias comunes incluyen:
- Implementación azul-verde: Ejecuta dos entornos (azul = actual, verde = nuevo) y cambia el tráfico cuando el verde sea estable. Esta estrategia permite retrocesos rápidos.
- Canary lanza: Implementa los cambios gradualmente en un pequeño subconjunto de usuarios. Esta estrategia es ideal para detectar problemas de forma temprana sin molestar a demasiados usuarios.
- Actualización continua: Reemplaza las instancias una por una sin tiempo de inactividad.
- Recrea la estrategia: Cierra completamente la versión antigua y, a continuación, inicia la nueva. Esto provoca tiempos de inactividad, es más arriesgado y no se utiliza habitualmente.
Como mínimo, recomiendo utilizar actualizaciones continuas. Si estás dispuesto a invertir más tiempo y cuentas con un conjunto sólido de herramientas DevOps, te recomiendo dar un paso más allá con implementaciones azul-verde o canario.
Sin embargo, en ocasiones, la estrategia de recreación también es una opción válida. Teníamos modelos de aprendizaje automático que consumían GPU más grandes, lo cual suponía una limitación. Por eso tuvimos que cerrar el modelo que se estaba ejecutando para liberar la GPU y, a continuación, pudimos ampliar la nueva versión.
12. ¿Cómo funcionan los contenedores y la orquestación en DevOps?
Los contenedores (por ejemplo, Docker) empaquetan aplicaciones con sus dependencias, lo que garantiza que funcionen igual en todas partes.
Las herramientas de orquestación (como Kubernetes) se encargan de:
- Programación de contenedores en nodos
- Escalar aplicaciones en función de la carga
- Aplicaciones de autorreparación (por ejemplo, reiniciar pods que han fallado)
- Redes, descubrimiento de servicios y equilibrio de carga
Juntos, aportan coherencia, portabilidad y automatización a los flujos de trabajo de DevOps.
Los utilizo en mi trabajo diario y han mejorado significativamente nuestra forma de trabajar y de desarrollar e implementar aplicaciones.
Puedes obtener más información sobre Kubernetes en la curso Introducción a Kubernetes .
Si deseas profundizar en la combinación de Docker y Kubernetes, te recomiendo el curso «Contenedorización y virtualización con Docker y Kubernetes». .
13. ¿Cómo implementarías la implementación azul-verde?
El despliegue azul-verde significa tener dos entornos de producción idénticos (azul = actual, verde = nuevo). La nueva aplicación se implementa primero en el entorno verde, donde se prueba. Una vez que estés satisfecho, el tráfico se cambiará del entorno azul al entorno verde.
Aquí tienes un enfoque general:
- Pon en marcha un entorno ecológico idéntico al azul (prod).
- Implementa la nueva versión en verde.
- Ejecuta pruebas y comprobaciones automatizadas.
- Si todo está estable, cambia el tráfico del equilibrador de carga al entorno verde.
- Mantén el azul activo brevemente para la reversión.
Este enfoque te permite revertir el proceso en cuestión de segundos, ya que solo tienes que adaptar el equilibrador de carga para que vuelva a enviar el tráfico al entorno azul.
14. ¿Qué es una actualización continua frente a un lanzamiento canario?
Una actualización continua sustituye las instancias de la aplicación una por una, lo que evita el tiempo de inactividad. Esta opción se utiliza cuando estás seguro de tu lanzamiento y deseas que esté disponible al instante para todos los usuarios.
Con una versión canaria, tu nueva versión solo se implementa en un pequeño subconjunto de usuarios (por ejemplo, el 5 %). En primer lugar, supervisa y asegúrate de que todo funciona correctamente antes de ampliar la implementación a más usuarios. Puedes aumentarlo gradualmente hasta que lo implementes para todos los usuarios.
Canary te permite realizar pruebas en producción sin afectar a un número significativo de tus usuarios.
15. ¿Cómo se protege un canal de CI/CD?
La seguridad a menudo se pasa por alto, pero es fundamental.
Algunas prácticas recomendadas son:
- Utiliza herramientas de gestión de secretos (por ejemplo, Vault, AWS Secrets Manager).
- Ejecuta compilaciones en ejecutores aislados.
- Valida las entradas para evitar ataques de inyección.
- Utiliza contenedores firmados y verifica la procedencia de las imágenes.
- Integrar herramientas de análisis estático y dinámico (SAST/DAST).
No dudes en dejar que una canalización falle por motivos de seguridad.
16. ¿Cuál es la diferencia entre Docker y una máquina virtual (VM)?
Esta pregunta es bastante habitual para evaluar tus conocimientos básicos sobre contenedores.
|
Característica |
Docker |
Máquina virtual |
|
Uso de recursos |
Ligero (comparte el núcleo del sistema operativo) |
Pesado (sistema operativo completo por máquina virtual) |
|
Tiempo de arranque |
Segundos |
Actas |
|
Aislamiento |
Nivel de proceso |
OS-level |
|
Caso de uso |
Microservicios, canalizaciones CI/CD |
Emulación completa del sistema, aislamiento |
Docker es rápido, portátil y excelente para los flujos de trabajo de las aplicaciones modernas. Las máquinas virtuales siguen siendo útiles para el aislamiento estricto y los sistemas heredados.
Si deseas prepararte mejor para las preguntas de la entrevista relacionadas con Docker, te recomiendo leer Las 26 preguntas y respuestas más frecuentes en entrevistas sobre Docker para 2026.
17. ¿Cómo ayuda Kubernetes en los flujos de trabajo de DevOps?
Kubernetes automatiza las partes complejas de la ejecución de contenedores a gran escala:
- Autoescalado basado en CPU/memoria
- Actualizaciones y reversiones continuas
- Descubrimiento de servicios y equilibrio de carga
- Cuotas de recursos y prioridades de pods
En DevOps, Kubernetes se convierte en la columna vertebral de CI/CD, la supervisión y una infraestructura con capacidad de autorreparación.
18. ¿Qué son los gráficos Helm y por qué utilizarlos?
Helm es el gestor de paquetes para Kubernetes. Las tablas Helm definen, instalan y actualizan aplicaciones K8s utilizando plantillas YAML.
Sus características incluyen:
- Implementaciones simplificadas
- Compatibilidad con versiones y reutilización
- Ayuda con la coherencia del entorno (desarrollo/pruebas/producción)
Si alguna vez has tenido que editar manualmente grandes cantidades de archivos YAML una y otra vez, Helm es la opción adecuada para ti.
Lo utilizo para todos los servicios que ofrecemos a los clientes, en los que se instala el mismo conjunto de YAML con diferentes configuraciones una y otra vez.
19. ¿Cómo gestionas los secretos en DevOps?
Nunca codifiques secretos en el código o en los archivos de configuración.
Mejores alternativas:
- Uso de herramientas de gestión de secretos (por ejemplo, HashiCorp Vault, AWS Secrets Manager)
- Uso de secretos sellados o secretos K8s cifrados
- Restricción del acceso mediante RBAC
- Rotar las credenciales con regularidad
A veces nos encontramos con clientes que almacenan información confidencial en vuestros repositorios Git, lo que puede dar lugar a graves violaciones de seguridad.
20. ¿Cómo solucionas los problemas de las compilaciones fallidas?
Esta es una parte esencial del trabajo de un ingeniero de DevOps, ya que siempre habrá errores y compilaciones fallidas.
Un enfoque sistemático consistiría en:
- Revisa los registros de tus compilaciones.
- Intenta reproducir el error localmente siguiendo los mismos pasos que en el paso de CI.
- Comprueba si hay alguna diferencias en el entorno (por ejemplo, dependencias que faltan, variables de entorno, rutas de archivos).
- Deshacer los cambios recientes paso a paso.
El problema más habitual en mi historial era la falta de variables de entorno que tenía al compilar y probar localmente, pero que no había añadido a tu configuración de CI.
Preguntas avanzadas para entrevistas sobre DevOps
Estas preguntas se adentran en la arquitectura, la escalabilidad, la seguridad y el liderazgo. Prepárate para debatir sobre compensaciones, decisiones de diseño y cómo abordar DevOps a gran escala.
21. ¿Qué es GitOps y en qué se diferencia de DevOps?
GitOps es un subconjunto de DevOps que utiliza Git como única fuente de información veraz para la infraestructura y la entrega de aplicaciones.
En GitOps, todos los cambios en la aplicación o la infraestructura se realizan mediante solicitudes de extracción a los repositorios Git.
Un operador GitOps (por ejemplo, ArgoCD, Flux) supervisa los cambios y los sincroniza con el clúster, manteniendo una relación uno a uno entre el repositorio Git y el clúster.
Así, GitOps aporta control de versiones, auditabilidad y reversiones a los flujos de trabajo de infraestructura.
22. Explica la política como código con ejemplos.
La política como código significa redactar políticas de seguridad, cumplimiento y operativas como código ejecutable, automatizado y aplicado en todos tus sistemas.
Algunos ejemplos son:
- Uso de OPA (Open Policy Agent) para bloquear implementaciones de Kubernetes que exponen servicios públicos
- Exigir que todos los recursos de Terraform etiqueten a su propietario y entorno.
- Evitar que los procesos de CI/CD se implementen en producción sin las aprobaciones necesarias.
Una vez utilicé Gatekeeper (la integración de OPA con K8s) para bloquear imágenes de contenedores sin escanear, lo que mejoró nuestra seguridad.
23. ¿Cómo diseñarías un sistema CI/CD escalable?
Diseñar un sistema CI/CD escalable es esencial, y abordar cuestiones de diseño es habitual, ya que el entrevistador puede ver cómo piensas y cómo articulas tus argumentos.
Algunos componentes clave de tu diseño:
- Etapas desacopladas (creación, prueba, implementación) con responsabilidades claras.
- Paralelización para aumentar la velocidad (por ejemplo, ejecutar pruebas en todos los nodos)
- Corredores dinámicos en Kubernetes para mayor elasticidad
- Almacenamiento en caché para dependencias y artefactos
- Secretos y aislamiento de acceso entre proyectos
Para escalar, considera utilizar herramientas como Tekton o Gitlab CI con ejecutores de Kubernetes.
24. ¿Cuál es tu enfoque para la respuesta ante incidentes?
Esta es una parte importante, ya que el entrevistador quiere ver cómo interactúas con los clientes, que en su mayoría están molestos porque algo no funciona. La resolución de incidentes es una parte fundamental del trabajo diario de un ingeniero de DevOps.
Los principios fundamentales incluyen:
- Mantén la calma.
- Diagnóstico rápido (¿Problema de red? ¿Nivel de aplicación? ¿Infra?)
- Comunícate con claridad.
- Documenta todo.
- Realizar un análisis posterior (identificar la causa raíz y aprender).
Recuerda una cosa importante: Nunca culpes a los demás.
En su lugar, céntrate en los sistemas, los procesos y las mejoras.
25. ¿Cómo gestionas la observabilidad en los microservicios?
Los microservicios desempeñan un papel esencial en el panorama actual de DevOps. Por lo tanto, también deberías ser capaz de responder a preguntas básicas sobre ellos, ya que esto demuestra tu comprensión general de DevOps.
Para la observabilidad, necesitas tres componentes:
- Registro: Centralizado, estructurado, con capacidad de búsqueda (por ejemplo, ELK, Loki).
- Métricas: Series temporales al estilo Prometheus + paneles de control (por ejemplo, Grafana)
- Rastreando: Herramientas de rastreo distribuido como Jaeger u OpenTelemetry.
Únelo todo utilizando identificadores de correlación para realizar un seguimiento de las solicitudes entre servicios.
26. ¿Cómo optimizarías los procesos lentos?
Esto ocurre con bastante frecuencia, y hay algunos pasos típicos que debes seguir:
- Mide primero: Utiliza métricas de canalización y tiempos por paso para optimizar tu flujo de trabajo.
- Almacenamiento inteligente en caché: Dependencias, capas de Docker, resultados de pruebas.
- Pruebas A/B: Paralelizar conjuntos de pruebas por tipo o módulo.
- Utiliza los ganchos pre-commit: Detecta los errores a tiempo.
- Omite los pasos innecesarios: Utiliza lógica condicional (por ejemplo, solo compila Docker si el código ha cambiado en la ubicación correspondiente).
A veces, añadir hardware más rápido no basta para resolver el problema, pero implementar tus procesos de forma más eficiente sí lo hace.
27. ¿Cómo abordas el cumplimiento normativo en los flujos de trabajo de DevOps?
El cumplimiento normativo debe integrarse de forma proactiva desde el inicio del ciclo de desarrollo del software.
Pasos a seguir:
- Control de versiones de todo (código, infraestructura, políticas)
- Registros de auditoría a través de Git, registros de CI/CD y herramientas de supervisión.
- Comprobaciones de cumplimiento automatizadas (por ejemplo, puntos de referencia CIS, escáneres de seguridad).
- Control de acceso mediante RBAC y privilegios mínimos
- Gestión de secretos con políticas de rotación
28. ¿Puedes explicar qué son las mallas de servicio en el contexto de DevOps?
Una malla de servicios (por ejemplo, Istio, Linkerd) gestiona la comunicación entre servicios con características como:
- Control de tráfico (por ejemplo, reintentos, tiempos de espera, enrutamiento)
- Seguridad (mTLS entre servicios)
- Observabilidad (telemetría por servicio)
En lugar de integrar esta lógica en cada aplicación, la malla la gestiona a través de proxies sidecar.
29. ¿Cómo se diseñan implementaciones sin tiempo de inactividad?
Las implementaciones sin tiempo de inactividad son esenciales, ya que permiten introducir cambios sin interrumpir la experiencia del usuario.
Las estrategias para una implementación sin tiempo de inactividad incluyen:
- Azul verdoso o canario implementaciones para desviar el tráfico de forma segura
- Las migraciones de bases de datos gestionadas con compatibilidad con versiones anteriores
- Equilibrador de carga Comprobaciones de estado antes de añadir nuevas instancias
- Apagados elegantes para que las solicitudes en curso se completen
30. ¿Qué es la ingeniería del caos? ¿La has utilizado alguna vez?
La ingeniería del caos consiste en introducir fallos de forma intencionada en los sistemas para poner a prueba su resiliencia.
Ejemplos de herramientas:
- Gremlin
- Chaos Monkey
- Litmus
Los escenarios simulados para probar la estabilidad de tu sistema incluyen:
- Muerte de vainas aleatorias
- Simular la latencia de la red
- Cortar conexiones DB
Netflix también utiliza mucho la ingeniería del caos.
Ayuda a simular diferentes escenarios y ver cómo se comporta tu sistema.
Preguntas de entrevista sobre DevOps basadas en comportamientos y escenarios
Estas preguntas evalúan tu capacidad para responder de manera eficaz en situaciones reales. El entrevistador quiere ver cómo manejas situaciones reales y comprobar si solo has memorizado conceptos o si realmente entiendes DevOps.
Prepárate para preguntas que profundicen en tu experiencia, criterio y capacidad para trabajar bajo presión o colaborar con otros equipos.
31. Cuéntame alguna ocasión en la que hayas solucionado un problema de implementación.
Esta es tu oportunidad de abordar un problema real.
Los entrevistadores quieren:
- La situación: ¿Qué se rompió?
- El impacto: ¿Qué tan grave fue?
- Tu enfoque: ¿Qué medidas tomaste?
- La lección « »: ¿Qué harías de manera diferente la próxima vez?
Un ejemplo podría ser:
Una vez me encontré con una implementación fallida que sobrescribió silenciosamente un archivo de configuración crítico en producción. Tu aplicación estuvo fuera de servicio durante una hora hasta que la revertí manualmente a una versión anterior. Un total de 30 usuarios fueron bloqueados durante 1 hora. Diagnostiqué el problema mediante Git diffs, añadí un paso de validación a vuestra CI e implementé la compatibilidad con la reversión. El problema nunca volvió a ocurrir.
32. Describe un conflicto con un programador. ¿Cómo lo manejaste?
Dado que DevOps se encuentra en la intersección de varios equipos, surgen conflictos. El entrevistador quiere comprobar si tienes inteligencia emocional.
Encuadra esto así:
- La raíz del conflicto (por ejemplo, lanzamiento apresurado, propiedad poco clara).
- Cómo abordaste la conversación (empatía + datos)
- La resolución (por ejemplo, proceso actualizado, responsabilidades aclaradas)
Sé sincero y evita señalar con el dedo al programador. Siempre destaca cómo intentaste centrarte en una buena colaboración.
Y ten siempre presente lo siguiente: Los programadores y los ingenieros de DevOps suelen tener prioridades diferentes. Los programadores quieren lanzar funciones rápidamente, mientras que tú quizá te centres en la seguridad, la estabilidad y la facilidad de mantenimiento a largo plazo. Esa tensión es normal, y comprender su perspectiva puede ayudarte a manejar los conflictos de manera más constructiva.
33. ¿Cómo equilibras la velocidad y la estabilidad en los ciclos de lanzamiento?
Esta es una tensión constante en DevOps.
Puedes centrarte en:
- Indicadores de características: Activar o desactivar funciones en producción.
- Estrategia de implementación: Implementaciones canarias o azul verdosas
- Métodos ágiles: Utiliza métodos ágiles para iterar rápidamente.
- Supervisión: Gran capacidad de observación, lo que te permite reaccionar rápidamente si algo falla.
- Comunicación: Establece una cultura de retroalimentación abierta y aprendizaje continuo a partir de los errores.
- Automatización: Automatiza todo lo que puedas y cuando tenga sentido para conseguir resultados más rápidos y estables.
No tienes que elegir entre velocidad y seguridad, ya que puedes diseñar tu sistema DevOps para mejorar ambas cosas.
34. ¿Puedes explicarme cuál es tu proceso tras una interrupción de la producción?
Los sistemas fallarán ocasionalmente. Por lo tanto, es fundamental poder restablecer la normalidad lo antes posible.
Por lo tanto, puedes seguir los pasos que se indican a continuación para que tus sistemas vuelvan a funcionar con normalidad:
- Reconocer y contener: Avisar a las partes pertinentes y comunicarles la información sin demora.
- Diagnóstico rápido: Revisa los registros, las métricas y los paneles de control para identificar el problema.
- Soluciona el problema: Aplica un parche, revierte la aplicación o reconfigúrala para volver a ponerla en línea.
- Post mortem: Documenta el tiempo que te llevó encontrar el problema y solucionarlo, la causa raíz y las medidas que se deben tomar para evitar que se repita en el futuro.
Si nunca has dirigido una llamada por incidente, practica. Es una habilidad que se espera que tengan los ingenieros sénior.
35. ¿Puedes describir tu experiencia trabajando con equipos multifuncionales?
Como ingeniero de DevOps, trabajarás con muchos equipos multifuncionales diferentes. Por lo tanto, es esencial una buena colaboración, y los entrevistadores analizarán detenidamente tus habilidades de colaboración.
Podrías hablar sobre:
- Cómo superaste las diferencias entre desarrollo y operaciones
- Cómo ayudaste a los científicos de datos a adoptar CI/CD
- ¿Cómo resuelves un problema entre los equipos de seguridad y de producto (discuten mucho, créeme)?
Si alguna vez has creado documentación o herramientas internas para ayudar a otros a trabajar de forma más eficiente, menciónalo también, ya que demuestra iniciativa.
36. ¿Alguna vez te has automatizado para librarte de una tarea?
Este es mi favorito.
Seamos realistas: uno de los objetivos principales de DevOps es automatizar los flujos de trabajo repetitivos. Pero cuando automatizas todo, ¿qué queda por hacer? No es raro que los ingenieros de DevOps automaticen sus tareas hasta el punto de quedar fuera de ellas.
Aún así, la automatización es lo importante. Quieres demostrar que está integrado en tu proceso de pensamiento. El trabajo manual debería considerarse una señal de alarma, algo que hay que eliminar, no tolerar.
Ejemplo:
Solía implementar nuestro entorno de prueba todos los lunes de forma manual. Escribí un script para gestionarlo con un solo comando y luego lo integré en una acción de GitHub para que el equipo pudiera activarlo en cualquier momento.
El objetivo es demostrar que piensas como un ingeniero de DevOps: reducir la fricción, eliminar los cuellos de botella y liberar a las personas para que puedan resolver problemas más complejos.
37. ¿Cómo incorporas a los ingenieros junior a las prácticas de DevOps?
Esta pregunta evalúa tus habilidades de liderazgo y colaboración en equipo.
Algunas ideas para incorporar a ingenieros junior:
- Crear una página de documentación «Primeros pasos» con toda la información y los enlaces relevantes.
- Sesiones de programación en pareja o depuración conjunta
- Documentación de guías de procedimientos y flujos de trabajo
- Creación de entornos aislados para realizar experimentos de forma segura.
- Organización de talleres internos sobre los conceptos básicos de Docker/Kubernetes.
La diferencia entre un buen ingeniero y un gran ingeniero radica en las habilidades docentes.
38. Describe un proyecto de DevOps del que te sientas orgulloso.
Este es tu momento para hablar de uno de tus éxitos creativos. Elige algo en lo que hayas creado algo extraordinario y sobre lo que puedas hablar mucho.
Puedes hablar sobre:
- El problema que resolviste
- El impacto (por ejemplo, mayor velocidad de lanzamiento, reducción del MTTR)
- Las herramientas y la arquitectura que utilizaste
- Lo que aprendiste
En una ocasión formé parte de un equipo que creó una pequeña plataforma MLOps. Esta plataforma se implementó como un gráfico Helm. Inicialmente, lo implementamos en los diferentes espacios de nombres de Kubernetes utilizando un script bash, en el que teníamos que comprobar manualmente si el gráfico Helm se actualizaba correctamente, y cada lanzamiento tardaba casi un día. A continuación, implementé GitOps con ArgoCD para implementar nuestro gráfico de plataforma en todos los espacios de nombres con un simple clic, lo que redujo el tiempo de lanzamiento a unos pocos minutos.
39. ¿Qué mejorarías en tu actual canalización de DevOps?
Esta pregunta demuestra tu carácter autocrítico y tu visión de futuro.
Evita decir «nada». En su lugar, podrías:
- Menciona un cuello de botella (por ejemplo, un conjunto de pruebas lento).
- Una actualización de herramientas que estás planeando (por ejemplo, pasar de Jenkins a Tekton).
- Una brecha de observabilidad que estás solucionando
- O incluso un pequeño cambio cultural (por ejemplo, una mejor documentación).
No solo se evalúa lo que sabes, sino también cómo piensas.
40. Cuéntame alguna ocasión en la que hayas introducido una nueva herramienta o práctica. ¿Cómo conseguiste la aceptación?
Como ingeniero de DevOps, mejoras los flujos de trabajo y automatizas tareas. Esto significa cambiar el statu quo, lo que a menudo hace que las personas se muestren reticentes, ya que no desean cambios.
Debes demostrar que puedes manejar este tipo de situaciones con calma y profesionalidad.
Puedes incluir en tu respuesta:
- ¿Por qué impulsaste la herramienta/práctica?
- ¿Cómo se lo presentaste al equipo?
- ¿Cómo lidiaste con la resistencia?
- ¿Cuál fue el resultado?
Por ejemplo: Propuse adoptar Terraform para sustituir el aprovisionamiento manual de AWS. Algunos compañeros de equipo tenían dudas, así que hice una demostración de un flujo de trabajo repetible, añadí documentación y ayudé con la incorporación.
Estrategias para preparar una entrevista
Las entrevistas de DevOps evalúan más que solo los conocimientos técnicos. Ponen a prueba tu capacidad para resolver problemas, colaborar y pensar de forma crítica bajo presión.
Las siguientes secciones muestran formas prácticas de perfeccionar tus habilidades y destacar.
Análisis técnicos en profundidad
Tener solo un conocimiento superficial de los sistemas no es suficiente en los niveles medio y superior. Es necesario comprender cómo funcionan los sistemas internamente.
Debes profundizar en:
- Kubernetes: Aprende a implementar, escalar y solucionar problemas en clústeres. Céntrate en las redes, los volúmenes persistentes y Helm.
- Terraform: Comprender la gestión de estados, los módulos y cómo utilizar backends remotos.
- Patrones de CI/CD: Aprende a desacoplar etapas, almacenar en caché compilaciones y proteger canalizaciones.
Si estás desarrollando habilidades desde cero, comienza con DataCamp Introducción a Kubernetes y Conceptos de DevOps.
También recomiendo siempre realizar proyectos prácticos, ya que es ahí donde más se aprende. Podrías crear una aplicación, contenerizarla e implementarla utilizando Terraform y Kubernetes con canalizaciones automatizadas.
Recomendaciones de recursos
No es necesario que dependas del aprendizaje por tu cuenta. Hay numerosos recursos en línea disponibles para optimizar tu proceso de aprendizaje.
Algunos recursos útiles son:
- Simulacros de entrevistas: Prueba servicios como Pramp, Interviewing.io, o haz entrevistas entre pares con amigos o compañeros de trabajo.
- Libros:
- El Proyecto Phoenix (sobre cultura y una historia sobre cómo DevOps ayudó a una empresa a mejorar)
- Ingeniería de fiabilidad del sitio web por Google (para profundizar)
- Terraform Up & Running, de Yevgeniy Brikman (para dominar IaC)
- Hojas de referencia: Imprime las referencias de la CLI de Kubernetes, los flujos de trabajo de Git o los comandos de Linux que utilizas a diario.
- Comunidades:
- Grupos de Discord sobre DevOps
- r/devops en Reddit
- Blogs de Dev.to, Medium y DataCamp
- Cursos:
- Conceptos de DevOps: Fundamentos para la fiabilidad de los sistemas y las tuberías de transporte.
- Contenedorización y virtualización con Docker y Kubernetes: Esencial para preguntas centradas en la implementación
- CI/CD para machine learning y MLOps totalmente automatizado: Si desempeñas una función híbrida de ML+DevOps.
- Otros artículos sobre cómo prepararse para una entrevista:
- A veces, resulta útil profundizar en otros artículos sobre la preparación de entrevistas para campos relacionados. Algunos ejemplos son:
- Las 31 preguntas más frecuentes en entrevistas sobre Azure DevOps para todos los niveles
- Las 24 preguntas más frecuentes en entrevistas de trabajo sobre AWS DevOps
- Las 34 preguntas y respuestas más frecuentes en entrevistas de trabajo para ingenieros en la nube en 2026
- Las 30 preguntas y respuestas más frecuentes en entrevistas sobre nube (2026)
- Las 30 preguntas y respuestas más frecuentes en entrevistas sobre MLOps para 2026
Si quieres destacar, tienes que ir más allá de simplemente memorizar cosas. Construye algo, rómpelo a propósito y mejóralo.
Preparación para preguntas basadas en situaciones hipotéticas y del mundo real
Aquí es donde la mayoría de la gente tropieza. Una cosa es explicar qué es CI/CD. Otra cosa es hablar con calma sobre una interrupción de la producción a las 2 de la madrugada, que tú manejaste (o manejarías).
A continuación te explicamos cómo prepararlo:
- Revisita viejos incidentes: ¿Qué salió mal? ¿Qué lo solucionó? ¿Qué cambiarías ahora?
- Realiza revisiones post mortem: También para tus proyectos personales. Practica escribiendo uno en formato STAR.
- Piensa como un accionista: Si tuvieras que explicar un lanzamiento fallido al propietario de un producto, ¿cómo lo harías de forma clara y sin culpar a nadie?
- Practica el pensamiento de compensación: ¿Azul verdoso o amarillo canario? ¿Terraform o Pulumi? ¿Jenkins o GitHub Actions? ¿Cuáles son las ventajas y desventajas?
La mejor preparación es la experiencia, pero los escenarios simulados se acercan bastante. Reflexiona sobre tus historias y, si no tienes muchas, toma prestadas de proyectos de código abierto, casos prácticos o tus laboratorios.
Conclusión
DevOps es más que un título de trabajo elegante. Es una forma de pensar.
No se trata de memorizar comandos o enumerar herramientas en tu currículum. Se trata de mostrar cómo piensas, cómo colaboras y cómo construyes sistemas que no se desmoronan cuando las cosas se ponen serias.
En esta guía, hemos abordado cuestiones fundamentales y avanzadas sobre arquitectura, desde conocimientos específicos sobre herramientas hasta información sobre comportamientos. Si has llegado hasta aquí, ya estás por delante del resto, ya que la mayoría de los candidatos no se preparan con este nivel de estructura.
Pero no te detengas aquí:
- Construye algo.
- Rompe algo.
- Escribe sobre ello.
- Compártelo con otras personas.
- Reflexiona sobre lo que salió mal y cómo lo solucionarías la próxima vez.
DevOps se centra más en la práctica que en la teoría. Así que recuerda eso cuando estés en la entrevista. Explica siempre tu proceso mental y céntrate más en tus propias experiencias.
Si buscas tutoriales prácticos, no te pierdas nuestro tutorial de Azure DevOps.
Te deseo mucha suerte en tus entrevistas y espero que esta guía te sea de ayuda.
Preguntas frecuentes sobre entrevistas de DevOps
¿Cuáles son los retos más comunes a los que te enfrentas durante una entrevista de DevOps?
Los candidatos suelen encontrarse con preguntas prácticas y reales, especialmente relacionadas con la resolución de problemas de CI/CD, las redes de Kubernetes o la respuesta y recuperación ante incidentes. La teoría por sí sola no es suficiente.
¿Cómo puedo prepararme eficazmente para las preguntas sobre comportamiento en una entrevista de DevOps?
Reflexiona sobre incidentes, conflictos o lanzamientos importantes del pasado que hayan tenido un impacto en tu organización. Utiliza el formato STAR (Situación, Tarea, Acción, Resultado) y sé brutalmente honesto, ya que los entrevistadores valoran más la conciencia de uno mismo que la perfección.
¿Qué tan necesaria es la experiencia práctica con herramientas como Docker y Kubernetes?
Crucial. La mayoría de los puestos de DevOps exigen fluidez en el mundo real, no solo conocimientos a nivel de certificación. Debes ser capaz de crear, deshacer y depurar contenedores y clústeres con confianza.
¿Cuáles son algunos temas avanzados de DevOps que pueden hacer que tu currículum destaque?
GitOps, políticas como código, escalado de CI/CD en Kubernetes, observabilidad y automatización de la seguridad.
¿Debería aprender a utilizar herramientas DevOps específicas para la nube, como Azure DevOps o AWS CodePipeline?
Sí. Las herramientas de la nube pueden influir significativamente en tus posibilidades en una entrevista. Estar familiarizado con la suite DevOps de al menos una plataforma te hace más adaptable y competitivo.
Soy un Ingeniero de la Nube con una sólida base de Ingeniería Eléctrica, aprendizaje automático y programación. Mi carrera comenzó en visión por ordenador, centrándome en la clasificación de imágenes, antes de pasar a MLOps y DataOps. Me especializo en la creación de plataformas MLOps, el apoyo a los científicos de datos y la entrega de soluciones basadas en Kubernetes para agilizar los flujos de trabajo de aprendizaje automático.
