Un DevOps Engineer se ocupa de que el código llegue a producción rápido, seguro y sin romper nada. No escribe la aplicación: construye el camino por el que la aplicación viaja, desde el commit de un desarrollador hasta el servidor donde la usa un cliente.

Es uno de los roles mejor pagos del sector y uno de los que más creció en salario en los últimos años. También es de los que más se malinterpretan. Acá va el detalle: qué hace en el día a día, con qué herramientas, en qué se diferencia del SRE, cuánto gana y cómo llegar desde desarrollo.

Qué hace un DevOps Engineer en un día normal

El trabajo se reparte en cuatro frentes que rara vez aparecen en las descripciones de puesto con esta claridad:

1. Pipelines de integración y despliegue continuo

Construir y mantener los procesos automáticos que toman el código, lo prueban, lo empaquetan y lo despliegan. Cuando un developer hace merge y quince minutos después su cambio está en producción sin que nadie toque nada, eso es un pipeline funcionando.

2. Infraestructura como código

Definir servidores, redes, bases de datos y permisos en archivos de configuración versionados, en lugar de hacer clic en una consola. Herramientas como Terraform permiten recrear un entorno completo desde cero de forma reproducible.

3. Observabilidad

Instrumentar sistemas para saber qué está pasando: métricas, logs, trazas y alertas. Un buen DevOps se entera de que algo falla antes que el cliente, y sabe dónde mirar.

4. Confiabilidad y respuesta a incidentes

Diseñar sistemas que toleran fallas, participar de guardias y hacer análisis posteriores a los incidentes. Esta parte es la que más desgasta y la que más se subestima al elegir el rol.

La investigación anual de DORA (DevOps Research and Assessment) es la referencia del sector para medir estos cuatro frentes: frecuencia de despliegue, tiempo de entrega, tasa de fallas y tiempo de recuperación. Si vas a una entrevista de DevOps, conocer esas métricas es prácticamente obligatorio.

El stack típico

Nadie domina todo esto al entrar. Lo que se espera de un perfil junior es una base sólida de Linux, Git, Docker y un proveedor cloud; el resto se aprende adentro. Si Kubernetes te suena a idioma extranjero, empezá por nuestra guía introductoria de Kubernetes para developers, que explica pods, deployments y services desde cero.

DevOps, SRE y Platform Engineer: las diferencias

Los tres roles se superponen bastante y varias empresas usan los nombres indistintamente, pero hay un foco distinto en cada uno:

• DevOps Engineer: foco en el flujo de entrega. Su métrica de éxito es la velocidad y la seguridad con la que el código llega a producción.

• SRE (Site Reliability Engineer): foco en la confiabilidad del sistema en producción. Trabaja con objetivos de nivel de servicio y presupuestos de error. Es un rol más orientado a la operación bajo carga.

• Platform Engineer: foco en construir herramientas internas para que los equipos de desarrollo se autogestionen. Su cliente es el developer, no el usuario final.

En empresas chicas, una sola persona hace las tres cosas. En empresas grandes, son equipos separados con culturas distintas.

Cuánto gana un DevOps Engineer

Es de los roles con mejor evolución salarial del sector. Según los datos del Stack Overflow Developer Survey, los salarios de perfiles DevOps y cloud engineering mostraron subas de dos dígitos interanuales, ubicándose entre las categorías mejor remuneradas de la encuesta.

La estructura salarial funciona por capas:

• Junior (0-2 años): suele entrarse desde soporte, sysadmin o desarrollo. El salario está en línea con un developer junior, a veces algo por encima.

• Semi senior (2-5 años): acá se abre la brecha. Manejar cloud, Kubernetes e infraestructura como código con autonomía tiene prima salarial clara.

• Senior (5+ años): el rango se amplía mucho según industria. Fintech, salud y empresas con requisitos de cumplimiento normativo pagan por encima del promedio.

Tres factores mueven el número más que la antigüedad:

1. Trabajo remoto para el exterior: es la variable de mayor impacto en la región.

2. Guardias: los roles con on-call suelen compensarse aparte.

3. Certificaciones cloud: especialmente las de nivel profesional, funcionan como filtro en procesos de selección.

Para poner el número en contexto respecto de otros perfiles del sector, revisá nuestra comparativa de sueldos de desarrolladores por seniority y stack.

Cómo hacer la transición desde desarrollo

Es el camino más común y el más rápido, porque ya tenés la mitad del recorrido hecho. Un plan realista de seis a nueve meses:

1. Mes 1-2: Linux en profundidad, redes básicas, Git avanzado.

2. Mes 2-4: Docker y un proveedor cloud, con foco en cómputo, almacenamiento y permisos.

3. Mes 4-6: CI/CD real: armá un pipeline completo para un proyecto propio.

4. Mes 6-9: Kubernetes y Terraform. Desplegá algo tuyo de punta a punta.

El atajo más efectivo: ofrecete para las tareas de infraestructura de tu equipo actual. Arreglar el pipeline que nadie quiere tocar es la forma más rápida de sumar experiencia real y de hacer la transición internamente, que suele ser más fácil que cambiar de empresa y de rol al mismo tiempo.

Señales de que este rol te va a gustar

• Te molesta más un proceso manual repetido que un problema difícil.

• Disfrutás entender cómo encajan las piezas de un sistema completo.

• Tolerás bien la responsabilidad de que algo esté caído.

Señales de que quizás no

• Necesitás ver resultado visual de lo que hacés.

• Las guardias nocturnas te resultan inaceptables.

• Preferís profundidad en una tecnología antes que amplitud en muchas.

Cursos recomendados de Coderhouse

• Curso de DevOps y Cloud: la formación directa para el rol. Cubre contenedores, orquestación, integración continua y trabajo en la nube, que son los cuatro pilares que aparecen en toda búsqueda.

• Carrera de Desarrollo Backend: el paso previo ideal si venís de frontend o de un perfil no técnico. Sin entender servidores, bases de datos y APIs, DevOps queda a mitad de camino.

• Curso de AI Automation: complemento cada vez más pedido. Buena parte del trabajo de DevOps hoy incorpora automatización asistida por IA para diagnóstico y generación de configuración.

Preguntas frecuentes

¿Se puede entrar a DevOps sin experiencia previa en desarrollo?

Se puede, aunque es más lento. Los caminos más comunes son desde soporte técnico o administración de sistemas, donde ya se maneja Linux y redes. Lo que sí es innegociable es aprender a programar al menos a nivel scripting: sin eso, el techo del rol se alcanza muy rápido.

¿DevOps es un rol o una cultura?

Originalmente era una cultura de trabajo: acercar desarrollo y operaciones para reducir fricción. El mercado convirtió el término en un puesto. En la práctica hoy conviven ambas cosas, y en las entrevistas conviene entender la distinción porque suele preguntarse.

¿Cuántas horas de guardia implica el rol?

Varía enormemente. En empresas con sistemas críticos, las rotaciones de on-call son parte del contrato y suelen compensarse económicamente. En empresas con productos menos sensibles, puede no existir. Es una de las primeras preguntas que conviene hacer en una entrevista.

¿La IA va a reemplazar al DevOps Engineer?

Está automatizando tareas específicas: generar configuración, sugerir causas raíz de incidentes, escribir pipelines base. Lo que no automatiza es el criterio de arquitectura, la decisión de compromiso entre costo y confiabilidad, y la responsabilidad cuando algo falla. El rol se está corriendo hacia esas capas.

¿Qué certificación conviene sacar primero?

Una certificación de nivel asociado de tu proveedor cloud principal, antes que las de Kubernetes. Es la que más aparece como requisito en las búsquedas y la que mejor ordena el aprendizaje inicial. Las certificaciones de la CNCF tienen más sentido una vez que ya trabajás con clusters.