Day in the Life of a DevOps Engineer

Te has preguntado cómo es un día real de DevOps Engineer y lo que encuentras en internet son descripciones de folleto. Aquí va lo que de verdad pasa: reuniones, interrupciones, guardias, herramientas y una presión que no siempre se cuenta. Esto aplica a un perfil de nivel medio con dos o cuatro años de experiencia en una empresa con algo de madurez técnica.

Cómo empieza la mañana#

La primera hora es revisar qué pasó mientras no estabas. Si hay equipo distribuido o servicios con usuarios en otras zonas horarias, algo se habrá movido. Mira alertas, revisa el chat del equipo y comprueba si algún pipeline de la noche falló.

Luego viene el primer bloque de reuniones. Daily de 15 minutos, quizás una revisión de un cambio pendiente o una llamada con desarrollo sobre un despliegue que salió mal. Suele ocupar entre una hora y media y dos horas repartidas por la mañana.

Lo que queda de la mañana es tu primer hueco de trabajo profundo. Aprovecha para escribir código de infraestructura, revisar pull requests o automatizar algo que ayude a todo el equipo. Ahí es donde se hace el trabajo que luego se valora.

Las herramientas que realmente usas#

No trabajas con veinte herramientas a la vez. Trabajas con unas pocas todo el día y otras de forma puntual. Lo habitual en la mayoría de entornos es algo parecido a esto:

• Git y un sistema de control de versiones como GitHub o GitLab, todo el día.
• Terraform o CloudFormation para infraestructura como código.
• Kubernetes, o en algunos casos un servicio gestionado tipo ECS o Cloud Run.
• Un proveedor de nube: AWS, Azure o Google Cloud.
• Prometheus, Grafana, Datadog o el sistema de métricas que use la empresa.
• CI/CD con GitHub Actions, GitLab CI, Jenkins o Argo.
• Slack o Teams, que se convierte en tu canal de operaciones.

Lo que casi nadie dice: buena parte del día es leer configuración, leer logs y entender por qué algo que funcionaba ayer hoy no funciona. No es escribir código nuevo desde cero.

El reparto entre reuniones y trabajo profundo#

En un día normal, una parte importante del tiempo se va en coordinar con otros equipos. DevOps no es un rol aislado: hablas con desarrollo, con seguridad, a veces con producto o con soporte. Eso no es tiempo perdido, pero sí que rompe el foco.

Un día realista de nivel medio se reparte más o menos así:

• Reuniones y comunicación: entre 2 y 3 horas.
• Trabajo profundo: entre 2 y 4 horas, con suerte seguidas.
• Tareas cortas, revisiones y mensajes: el resto.

Si tienes guardia activa, el reparto cambia. Puedes estar resolviendo un incidente a las 3 de la mañana y luego arrastrar cansancio todo el día siguiente. Pregunta siempre cómo funciona la guardia en la empresa antes de aceptar la oferta.

Dónde está la presión de verdad#

Los momentos de más presión son los despliegues y los incidentes. Cuando un servicio importante se cae o degrada, todo el mundo mira hacia ti y hacia el equipo de plataforma. Hay que diagnosticar rápido, comunicar claro y no empeorar las cosas con un cambio apresurado.

Otro punto de presión es cuando desarrollo pide algo que no encaja con la infraestructura actual. Te conviertes en quien dice que no, o en quien busca una solución intermedia. Esa parte del rol cansa más de lo que parece.

Qué sorprende a quienes llegan nuevos#

Lo primero que sorprende es la cantidad de tiempo que se va en entender sistemas heredados. Nada está escrito del todo, hay configuraciones que nadie recuerda quién creó y dependencias ocultas entre servicios. Eso es normal, no es señal de que la empresa sea un desastre, aunque a veces también lo es.

Lo segundo es que casi nadie trabaja en proyectos grandes y limpios. Trabajas en arreglos pequeños, mejoras incrementales y automatizaciones que ahorran minutos. La suma de esos minutos es lo que cambia el día del equipo.

También sorprende lo poco que se escribe código nuevo. Buena parte del trabajo es revisar, ajustar y mantener. Si buscas un rol donde cada día crees algo desde cero, DevOps probablemente no es lo tuyo.

Diferencias entre junior y senior#

Un junior recibe tareas definidas: añadir un paso al pipeline, revisar un dashboard, corregir una alerta mal configurada. Un senior decide qué hay que hacer y por qué, sin que nadie se lo diga.

La diferencia real está en la anticipación. El senior ve que una decisión de hoy va a causar problemas dentro de seis meses y lo plantea antes. El junior reacciona a lo que ya pasó.

También cambia la comunicación. El senior explica a dirección por qué una migración tarda tres meses y no dos semanas. El junior se centra en ejecutar bien su parte, que es exactamente lo que debe hacer.

Un ejemplo concreto de mejora#

Imagina que el equipo pierde tiempo cada vez que alguien necesita revisar un entorno de pruebas. Un junior puede recibir la tarea de documentar el proceso. Un nivel medio automatiza la creación del entorno y lo deja en un comando.

Antes: un mensaje en Slack, esperar a que alguien responda, media hora de configuración manual y una base de datos que casi siempre queda distinta a producción.

Después: un comando que levanta el entorno con datos de ejemplo, documentado en el repositorio y ejecutable por cualquiera del equipo. Ahorras horas cada semana y reduces errores.

Cómo prepararte si quieres entrar#

Si estás pensando en dar el paso, esto es lo que de verdad ayuda:

• Aprende bien un proveedor de nube, uno solo, en profundidad.
• Practica con Terraform o el equivalente que más se use en las ofertas que te interesan.
• Entiende cómo funciona un pipeline de CI/CD completo, no solo cómo se ejecuta.
• Aprende a leer logs y métricas, que es donde se resuelven la mayoría de incidentes.
• Escribe documentación clara, porque vas a escribir mucho.
• Prepara ejemplos concretos de problemas que resolviste, no solo herramientas que tocaste.

Cuando busques ofertas, usa el decodificador de ofertas para entender qué piden de verdad y revisa el comprobador ATS gratis para que tu CV pase los filtros automáticos. También puedes mirar las ofertas de empleo de DevOps y leer más sobre cómo funciona el proceso en nuestro blog.

Herramientas gratis#

• jobrise.io/es/free-ats-checker/
• jobrise.io/es/free-jd-decoder/
• jobrise.io/es/jobs/
• jobrise.io/es/blog/

Preguntas frecuentes#

¿Cuánto tiempo de reuniones tiene un DevOps Engineer?

Entre dos y tres horas al día es lo habitual, más si coordinas con varios equipos. En puestos muy senior o de plataforma, puede ser bastante más.

¿Es un rol con mucha guardia y trabajo nocturno?

Depende por completo de la empresa y del servicio. Pregunta por la frecuencia de guardia, el número de incidentes reales y si hay compensación antes de aceptar.

¿Qué lenguajes de programación se usan más?

Bash, Python y Go son los más comunes. No necesitas ser experto en los tres, pero sí leerlos y modificarlos con soltura.

¿Cuánto tarda en llegar a un nivel senior?

Con dos a cuatro años de experiencia suele llegarse a nivel medio, y el salto a senior depende de la responsabilidad que asumas, no solo del tiempo. Varía mucho según la empresa.

¿Se puede entrar sin experiencia previa en DevOps?

Sí, muchas veces se llega desde desarrollo o desde soporte técnico. Lo que necesitas es experiencia práctica con nube, infraestructura como código y CI/CD, aunque sea en proyectos personales.