Quien contrata un perfil DevOps busca a alguien que haga que el software llegue a producción rápido y sin sobresaltos: pipelines de integración y despliegue, infraestructura como código, monitoreo, respuesta a incidentes y control de costos. La lectura del CV busca primero la nube y las herramientas (AWS, Azure o GCP; Kubernetes; Terraform), y después las métricas que definen el rol: frecuencia de despliegue, tiempo de recuperación, disponibilidad.
El CV de DevOps se llena con facilidad de logotipos: cuarenta herramientas en una sección de habilidades y ninguna cifra en la experiencia. Esta guía explica qué pesa en la lectura, qué keywords filtran los avisos, cómo escribir viñetas con métricas de plataforma y cómo se ve un CV completo del rol dentro del área de tecnología.
En esta guía
Qué pesa en el CV de DevOps
La experiencia se lee buscando escala y resultados operativos. Escala: cantidad de servicios, clusters, cuentas o servidores administrados, y cuántos equipos de desarrollo dependen de esa plataforma. Resultados: disponibilidad, tiempo desde el commit hasta producción, tiempo medio de recuperación ante incidentes, reducción de costos de nube. Sin esos datos, el CV describe a un administrador de herramientas, no a alguien que mejora la entrega de software.
Las certificaciones pesan más que en desarrollo. AWS Solutions Architect, Azure Administrator, Google Cloud Professional, CKA o CKAD y Terraform Associate aparecen como requisito o como ventaja en la mayoría de los avisos, y muchas empresas las necesitan para mantener su nivel de partner con el proveedor. Van con nombre completo, emisor y año.
Los incidentes y las guardias merecen espacio. Un párrafo o dos viñetas sobre cómo se manejó un incidente grave (detección, mitigación, postmortem, medida preventiva) dicen más sobre el criterio que cualquier lista de herramientas.
Keywords que buscan los avisos
Estos son los términos que más se repiten en los avisos de DevOps en LatAm y España:
- AWS, Azure o GCP
- Kubernetes y Helm
- Docker
- Terraform e infraestructura como código
- Ansible
- CI/CD (Jenkins, GitLab CI, GitHub Actions, ArgoCD)
- GitOps
- Linux y scripting (Bash, Python)
- Observabilidad (Prometheus, Grafana, Datadog, ELK)
- Redes y seguridad en la nube (VPC, IAM, WAF)
- SRE, SLO y SLA
- Gestión de incidentes y postmortems
- Optimización de costos (FinOps)
- Gestión de secretos (Vault)
- Certificaciones (AWS Solutions Architect, CKA)
Se ubican en las viñetas junto a la métrica que mejoraron y se repiten en habilidades, ordenadas por categoría. Antes de postular, la herramienta para adaptar el CV a la oferta muestra qué términos del aviso faltan en el documento.
Viñetas de experiencia que funcionan
Cada herramienta debería aparecer junto a la métrica que cambió. Los pares siguientes muestran la diferencia:
| Así no | Así sí |
|---|---|
| Administración de la infraestructura en AWS | Administré con Terraform la infraestructura en AWS de 3 productos (60 instancias, 4 clusters EKS), con 99,95 % de disponibilidad en 2025 |
| Implementación de CI/CD | Diseñé pipelines en GitLab CI para 25 repositorios; el tiempo desde el merge hasta producción bajó de 3 días a 40 minutos |
| Migración a Kubernetes | Migré 18 servicios de máquinas virtuales a Kubernetes con Helm y ArgoCD, sin cortes, y el costo mensual de cómputo bajó un 32 % |
| Monitoreo de sistemas | Implementé observabilidad con Prometheus y Grafana (140 alertas con SLO definidos) y el tiempo medio de recuperación pasó de 90 a 20 minutos |
| Automatización de tareas | Automaticé con Ansible el aprovisionamiento de 120 servidores Linux; levantar un entorno nuevo pasó de 2 días a 3 horas |
| Gestión de la seguridad | Centralicé los secretos en Vault y apliqué políticas IAM de mínimo privilegio en 12 cuentas de AWS, con cero hallazgos críticos en la auditoría anual |
Junior vs. senior
Un perfil DevOps junior suele llegar desde soporte, administración de sistemas o desarrollo, y el CV debe mostrar esa base como ventaja: Linux sólido, scripting, redes, o bien conocimiento del ciclo de desarrollo. La evidencia propia se construye con un laboratorio: un repositorio con infraestructura en Terraform, un pipeline en GitHub Actions que despliega una aplicación en un cluster, monitoreo configurado. Una certificación de nivel asociado (AWS Cloud Practitioner o Solutions Architect Associate) ordena el perfil.
En un perfil senior pesan la arquitectura de la plataforma y la responsabilidad: diseño multi-cuenta o multi-región, definición de SLO, liderazgo de guardias y postmortems, decisiones de costos con cifras, migraciones grandes sin cortes y mentoría de otros ingenieros. Las viñetas muestran cuántos equipos dependen de la plataforma y qué cambió en disponibilidad, velocidad de entrega y costo.
En DevOps, cada herramienta del CV debería poder responder a la pregunta "qué métrica mejoró". Si no hay respuesta, la herramienta va en la lista de habilidades, no en la experiencia.
Errores frecuentes en este rol
Estos son los errores que más se repiten en los CV de DevOps:
- Cuarenta herramientas sin jerarquía. La lista impide saber cuál es la nube principal y qué se usó en producción.
- Sin métricas de disponibilidad ni de despliegue. Son las cifras que definen el rol; un CV sin ellas se lee como el de un administrador de servidores.
- No indicar escala. Administrar 3 servidores y administrar 300 son trabajos distintos; el número tiene que estar.
- Certificaciones sin fecha o vencidas. Los avisos las verifican y una certificación de 2017 sin renovar despierta dudas.
- Confundir DevOps con operaciones tradicionales. Sin CI/CD ni infraestructura como código, el perfil corresponde a otro rol.
- Omitir incidentes y guardias. Un CV que solo cuenta éxitos parece incompleto; el manejo de un incidente serio es evidencia de criterio. Una plantilla de CV de una columna deja espacio para contarlo.
Ejemplo de CV de DevOps
El siguiente ejemplo condensa lo anterior en un CV de una página para un perfil de mitad de carrera. Los nombres y las empresas son ficticios.
Ingeniero DevOps con 6 años de experiencia en AWS y Kubernetes, en plataformas de pagos y consultoría. Infraestructura como código con Terraform, pipelines en GitLab CI y ArgoCD, observabilidad con Prometheus y Grafana. Responsable de guardias y postmortems para 5 equipos de desarrollo.
Ingeniero DevOps Senior, Pagos Sur (fintech), Lima. 2022 - actualidad
- Administro con Terraform la infraestructura en AWS de 3 productos (60 instancias, 4 clusters EKS), con 99,95 % de disponibilidad en 2025.
- Migré 18 servicios de máquinas virtuales a Kubernetes con Helm y ArgoCD, sin cortes, y el costo mensual de cómputo bajó un 32 %.
- Implementé observabilidad con Prometheus y Grafana (140 alertas con SLO definidos); el tiempo medio de recuperación pasó de 90 a 20 minutos.
Ingeniero de Infraestructura, Consultora Nexo TI, Lima. 2019 - 2022
- Diseñé pipelines en GitLab CI para 25 repositorios de 4 clientes; el tiempo desde el merge hasta producción bajó de 3 días a 40 minutos.
- Automaticé con Ansible el aprovisionamiento de 120 servidores Linux, y levantar un entorno nuevo pasó de 2 días a 3 horas.
- Centralicé los secretos en Vault y apliqué políticas IAM de mínimo privilegio en 12 cuentas de AWS, sin hallazgos críticos en la auditoría anual.
Ingeniería de Sistemas, Universidad Nacional de Ingeniería, 2018. AWS Certified Solutions Architect Associate, 2024. Certified Kubernetes Administrator (CKA), 2023.
AWS (EKS, EC2, RDS, IAM, VPC), Kubernetes, Helm, ArgoCD, Terraform, Ansible, Docker, GitLab CI, GitHub Actions, Prometheus, Grafana, Vault, Linux, Bash, Python. Inglés avanzado (C1).
Preguntas frecuentes
¿Qué certificaciones pesan más en un CV de DevOps?
Las del proveedor de nube que usa la empresa (AWS Solutions Architect, Azure Administrator, Google Cloud Professional Cloud Architect) y las de Kubernetes (CKA, CKAD). Terraform Associate suma cuando el aviso pide infraestructura como código. Siempre con año, y renovadas si vencieron.
¿Cómo mostrar métricas si la empresa no las medía?
Con lo que se pueda reconstruir: cantidad de despliegues por semana antes y después de un pipeline, duración de un proceso manual que se automatizó, horas de caída en un año, costo mensual de nube al inicio y al final. Un orden de magnitud honesto es mejor que ninguna cifra.
¿Un CV de DevOps puede tener dos páginas?
Con más de ocho años de experiencia y varias plataformas grandes, sí. La segunda página lleva los primeros puestos resumidos y las certificaciones; la primera concentra los últimos dos puestos con métricas.
¿Cómo pasar de administrador de sistemas a DevOps en el CV?
Mostrando lo que ya se hizo en esa dirección: scripts que automatizaron tareas, monitoreo configurado, contenedores en producción, un pipeline aunque sea simple. El título del CV puede ser "Administrador de sistemas con foco en DevOps" mientras la experiencia lo respalda, y un laboratorio propio con Terraform y Kubernetes cubre lo que el puesto actual no permitió.