Guía de carrera DevOps: qué hace y cómo empezar en 2026

Qué hace un perfil DevOps, qué herramientas se usan más y por dónde empezar. Con datos de Stack Overflow 2026, DORA y las vacantes abiertas al 12 de noviembre.

DevOps aparece en muchos avisos de empleo, pero rara vez es un puesto para quien empieza desde cero. Esta guía explica qué hace ese perfil, qué herramientas conviene aprender primero y por qué camino se llega. Los datos salen de la encuesta 2026 de Stack Overflow (30.903 respuestas), del programa de investigación DORA de Google Cloud, de la ruta de roadmap.sh y de las vacantes abiertas en Human IT AI, leídos el 12 de noviembre de 2026.

Qué es DevOps y qué hace quien trabaja en eso

Según roadmap.sh, DevOps es una forma de trabajar: una mentalidad de colaboración y automatización entre los equipos de desarrollo y los de operaciones para entregar software más rápido y de manera más confiable. La misma página aclara que no es un título de puesto, aunque las empresas igual contratan «DevOps Engineer»: un ingeniero de software especializado en las prácticas y herramientas que permiten la entrega continua.

En el día a día, ese perfil se ocupa de:

• Automatizar tareas que antes se hacían a mano, como instalar, configurar o publicar una aplicación.
• Armar la integración y el despliegue continuos (CI/CD): el circuito que prueba cada cambio de código y lo lleva a producción.
• Configurar la infraestructura donde corre el software, casi siempre en la nube.
• Monitorear los sistemas y definir alertas para enterarse de un problema antes que los usuarios.
• Aplicar buenas prácticas de seguridad en todo ese recorrido.

Vas a encontrar nombres vecinos, como SRE (ingeniería de confiabilidad), ingeniería de plataforma o infraestructura de nube. Cambian el énfasis y el nombre, pero comparten la base: roadmap.sh propone la misma ruta de estudio para DevOps, SRE y otros roles de operaciones.

Los datos: muchos despliegan, pocos tienen el título

La encuesta 2026 de Stack Overflow preguntó qué actividades forman parte de una semana típica de trabajo. Respondieron 24.714 personas:

• El 89,9 % escribe, edita o genera código.
• El 51,8 % despliega o publica software.
• El 49,9 % cambia código, sistemas o infraestructura en producción.
• El 46,5 % investiga incidentes o caídas.
• El 44,3 % monitorea sistemas, registros, métricas o alertas.

Ahora el contraste. Cuando la misma encuesta pregunta por el rol (25.767 respuestas), solo el 2 % se define como profesional de DevOps: 527 personas. Otro 0,8 % dice ser ingeniero de infraestructura de nube y un 0,5 %, SRE. El rol más común es desarrollador full-stack, con el 27,3 %.

La lectura que hacemos: desplegar y operar software ya es parte del trabajo de más de la mitad de quienes respondieron, aunque su cargo no diga DevOps. Por eso estas habilidades sirven también si tu objetivo es ser desarrollador backend o full-stack.

Las herramientas más usadas en 2026

En la pregunta sobre plataformas de nube y herramientas (10.889 respuestas), estas son las que más se relacionan con el trabajo de DevOps:

• Docker: 59,1 %. Es la más usada de toda la lista.
• Amazon Web Services (AWS): 41,8 %.
• Kubernetes: 26 %.
• Microsoft Azure: 25,1 %, y Google Cloud: 24,5 %.
• Terraform: 18,3 %.
• Ansible: 12 %.

Entre los lenguajes, Bash y otros intérpretes de comandos son el quinto más usado, con el 51,3 %. La lista de ejemplo de roadmap.sh coincide casi punto por punto: Python o JavaScript para escribir scripts, Git, Docker, Kubernetes, AWS, Terraform, Ansible, Jenkins y herramientas de monitoreo y registros.

Un dato práctico sale de comparar dos números: Docker lo usa más del doble de gente que Kubernetes. Tiene sentido aprenderlos en ese orden.

Cómo se mide el trabajo: las cinco métricas de DORA

DORA es el programa de investigación de Google Cloud sobre equipos de software. Su guía de métricas propone cinco medidas, que funcionan como idioma común del área:

• Tiempo de entrega de un cambio: cuánto tarda un cambio desde que se guarda en el repositorio hasta que está en producción.
• Frecuencia de despliegue: cada cuánto se publica.
• Tiempo de recuperación de un despliegue fallido: cuánto se tarda en volver a la normalidad.
• Tasa de fallos por cambio: qué proporción de despliegues exige una intervención inmediata.
• Tasa de retrabajo: qué proporción de despliegues no estaba planeada y se hizo por un incidente.

La conclusión que DORA repite es que velocidad y estabilidad no se contraponen: los mejores equipos rinden bien en las cinco medidas. También advierte un error frecuente: convertir una métrica en objetivo, porque los equipos terminan acomodando el número.

¿Y la inteligencia artificial? En su informe de 2025, hecho con casi 5.000 profesionales, DORA encontró que el 90 % ya usa IA en su trabajo y que esa adopción se asocia con publicar más software. El mismo resumen señala que sigue siendo un desafío asegurar que el software funcione como se espera antes de llegar a los usuarios. Nuestra lectura: si escribir código es cada vez más rápido, probarlo, desplegarlo y vigilarlo bien pesa más.

Por dónde empezar: una ruta en seis pasos

• 1. Linux y la terminal. Moverte entre carpetas, leer registros, manejar permisos y procesos. Es la base de todo lo demás.
• 2. Git y un lenguaje para automatizar. Python es una buena puerta de entrada: aquí tienes una ruta gratis de 8 semanas.
• 3. Docker. Empaqueta una aplicación tuya en un contenedor y hazla correr en otra computadora.
• 4. CI/CD. Configura un circuito que, con cada cambio, corra las pruebas y publique la aplicación sin pasos manuales.
• 5. Una nube. Elige una sola para empezar. La nota sobre certificaciones de AWS, Azure y Google te ayuda a decidir.
• 6. Infraestructura como código y monitoreo. Describe tus servidores en archivos con una herramienta como Terraform y suma alertas básicas. Kubernetes puede esperar hasta aquí.

Para el portafolio alcanza con un proyecto que una todo: una aplicación sencilla, en un contenedor, con su circuito de despliegue y un texto que explique qué hace cada parte y qué pasa si algo falla. Súbelo a un repositorio público y ordena tu perfil de GitHub para que se vea.

Qué esperar al buscar trabajo

Miramos las vacantes abiertas en Oportunidades, la bolsa de empleo de Human IT AI. Al 12 de noviembre de 2026 hay 150, y 10 son de cloud y DevOps. De esas 10, 7 piden perfil senior, 3 no indican el nivel y ninguna es para perfiles junior. Por modalidad, 5 son remotas, 3 híbridas y 2 presenciales.

Es una muestra chica y cambia todas las semanas, pero va en la misma dirección que la definición de roadmap.sh: se trata de un ingeniero de software que se especializa. El camino más realista es entrar por desarrollo, soporte o testing y, desde ahí, pedir tareas de despliegue, automatización y monitoreo. Si hoy trabajas en soporte, la nota de soporte a desarrollo describe esa transición.

Preguntas frecuentes

¿Hay que saber programar? Sí, al menos para automatizar. roadmap.sh incluye lenguajes como Python o JavaScript para escribir scripts entre las habilidades del puesto.

¿DevOps y SRE son lo mismo? Son perfiles vecinos. roadmap.sh propone la misma ruta para ambos, y en la encuesta de Stack Overflow se cuentan por separado: 2 % y 0,5 %.

¿Puede ser mi primer empleo en IT? Es poco frecuente. En las vacantes que revisamos no hay ninguna junior. Lo habitual es llegar después de un primer puesto en desarrollo, soporte o testing.

¿Por cuál nube empiezo? Por una sola. AWS es la más usada en la encuesta (41,8 %), pero conviene mirar primero qué piden los avisos de tu país.

¿Necesito Kubernetes desde el principio? No. Lo usa el 26 % de quienes respondieron, frente al 59,1 % de Docker. Primero contenedores; después, cómo coordinarlos.