Currículum de ingeniero/a cloud: ejemplos y guía para redactarlo

Este ejemplo es de un ingeniero que empezó en soporte cloud en un proveedor de servicios gestionados y hoy lleva la plataforma AWS de una empresa de software mediana. El nombre y las empresas son inventados. Todas las cifras son de las que puedes sacar de la consola de facturación, de CloudWatch, de tu sistema de tickets o de tu repositorio de Terraform.

Las ofertas de ingeniería cloud concretan mucho el proveedor y las herramientas, y los seleccionadores filtran por esas palabras antes de que nadie lea un logro. Después, el responsable de plataforma o de infraestructura quiere saber qué tamaño tenía el entorno que has gestionado y qué cambiaste en él.

• Coincidencia de proveedor. Una empresa que trabaja con AWS quiere AWS. Si eres fuerte en Azure y la oferta pide AWS, tu currículum tiene que mostrar AWS en algo real (una certificación, un proyecto, una migración) o te filtrarán. Pon el proveedor en la línea del título: «Ingeniero/a cloud (AWS)».
• Infraestructura como código. Terraform es la herramienta más pedida en las ofertas cloud, seguida de CloudFormation, Bicep y Pulumi. Los responsables quieren saber que construyes con código, no desde la consola. Indica qué parte del entorno está en código y cómo se revisan los cambios.
• Escala y radio de impacto. Número de cuentas o suscripciones, máquinas virtuales o nodos, servicios, gasto mensual, usuarios. «Gestión de infraestructura AWS» puede significar una sola instancia EC2. «38 cuentas, 1.100 instancias, 125.000 € al mes» le dice al responsable que has trabajado a la escala de su empresa.
• Resultados en tres monedas: dinero (gasto reducido), fiabilidad (disponibilidad, MTTR, incidencias) y velocidad (frecuencia de despliegue, tiempo de aprovisionamiento). Cada logro cloud debería tocar al menos una.
• Certificaciones para desempatar. No sustituyen a la experiencia, pero las certificaciones de AWS, Azure y Kubernetes se usan a menudo para ordenar un montón grande de currículums, y algunas empresas partner necesitan personal certificado para mantener su categoría de partner.

“Lo primero que busco es si la persona ha sido responsable de un entorno o solo lo ha tocado. Las cifras de coste son la pista más rápida. Quien ha recortado de verdad una factura de AWS sabe la cifra exacta y la pone en el currículum.”

La sección de competencias cloud funciona mejor como una tabla por categorías. Quien selecciona debería encontrar «Terraform» o «AKS» en un segundo. Pon los servicios que has configurado de verdad, no todos los de la página de precios del proveedor. Entre 15 y 25 elementos en seis o siete categorías es lo normal en este puesto.

• Escribe las herramientas como las escriben las ofertas: «Terraform», «Kubernetes» (y «EKS» o «AKS»), «CI/CD», «IaC», «infraestructura como código». Incluye una vez la sigla y otra la expresión completa.
• No pongas Word, Excel ni «computación en la nube». No pongas un servicio sobre el que no sabrías responder una pregunta básica en una entrevista.

El patrón: qué construiste o cambiaste, con qué servicio o herramienta, a qué escala y con qué resultado en dinero, fiabilidad o velocidad. Siete frases reescritas a partir de trabajo habitual de ingeniería cloud:

Las certificaciones pesan más en ingeniería cloud que en la mayoría de puestos de software, por dos razones: los seleccionadores las usan para ordenar grandes volúmenes de candidaturas y las consultoras partner necesitan personal certificado. Aun así, no sustituyen al trabajo hecho. Una o dos certificaciones vigentes por proveedor son suficientes; ponlas con el año en una sección de certificaciones y menciona la principal en tu perfil profesional.

• AWS: Solutions Architect (Associate) es la certificación estándar de nivel intermedio. SysOps Administrator (Associate) encaja en puestos de operaciones. DevOps Engineer (Professional) y Solutions Architect (Professional) son las de nivel sénior. Cloud Practitioner es solo para perfiles junior.
• Microsoft Azure: Azure Administrator Associate (AZ-104) para ingenieros, Azure Solutions Architect Expert (AZ-305) para puestos sénior, Azure Security Engineer Associate (AZ-500) para seguridad. Azure Fundamentals (AZ-900) es de nivel inicial.
• Google Cloud: Associate Cloud Engineer y, después, Professional Cloud Architect o Professional Cloud DevOps Engineer.
• Independientes del proveedor: Certified Kubernetes Administrator (CKA), HashiCorp Certified: Terraform Associate, CompTIA Cloud+ (más reconocida en el sector público y de defensa de EE. UU. que en España) y CCSP de ISC2 para puestos de seguridad cloud.
• Certificaciones caducadas: quítalas o márcalas como «(caducada en 2024)». Los seleccionadores comprueban los enlaces de verificación, y las certificaciones de AWS caducan a los tres años.

Tres líneas: título, años y proveedor; la escala a la que has trabajado; uno o dos resultados con cifras; tu certificación principal. Evita el objetivo profesional salvo que no tengas experiencia laboral, y aun así un perfil breve como el primer ejemplo se lee mejor.

Pocas empresas contratan a un ingeniero cloud sin ninguna experiencia (en España se busca a menudo como currículum de «cloud engineer junior» o «sin experiencia»), pero muchas contratan ingenieros de soporte cloud, ingenieros cloud junior, técnicos de NOC y administradores de sistemas que después pasan a trabajar en cloud. Tu currículum tiene que hacer pensar al responsable: «esta persona ya ha construido y roto cosas en una cuenta real».

1. 1Consigue una certificación antes de presentarte. AWS Solutions Architect (Associate) o Azure Administrator (AZ-104) es el nivel que los seleccionadores toman en serio; Cloud Practitioner o AZ-900 por sí solas no bastan.
2. 2Construye dos o tres proyectos en una cuenta real (capa gratuita o un presupuesto de 20 € con alertas) y descríbelos como si fueran empleos: qué hace, los servicios, el enlace al repositorio de Terraform o Bicep y una cifra (peticiones atendidas, coste mensual, tiempo de despliegue).
3. 3Demuestra Linux, redes y scripting. La mayoría de los fallos de perfiles cloud junior son lagunas de Linux y redes. Un laboratorio en casa, una certificación Linux+ o Network+ o experiencia en soporte técnico cuentan.
4. 4Replantea tu empleo actual. Administradores de sistemas, técnicos de soporte, técnicos de redes e incluso desarrolladores ya tienen logros útiles para cloud: parches aplicados, número de máquinas virtuales, tickets cerrados, disponibilidad, scripts escritos.
5. 5Preséntate a puestos de ingeniero/a de soporte cloud, ingeniero/a cloud junior y en proveedores de servicios gestionados (MSP); contratan en este nivel y ascienden en 12–24 meses.

La mayoría de ofertas cloud pasan por Workday, Greenhouse, Lever u otro ATS, y un seleccionador puede encontrarte también buscando en LinkedIn antes de que te presentes. Los dos premian lo mismo: un diseño sencillo y las palabras exactas de la oferta.

• Una página con menos de unos 8 años de experiencia; dos páginas para puestos sénior y de arquitectura, con el empleo actual ocupando la mayor parte de la primera página.
• Orden: encabezado con LinkedIn y GitHub, perfil profesional de tres líneas, competencias agrupadas, experiencia, certificaciones, formación académica. Los recién titulados ponen los proyectos y las certificaciones antes que la experiencia.
• Una sola columna, títulos de sección estándar, sin iconos ni barras de nivel, PDF con texto seleccionable llamado Nombre-Apellido-CV.pdf. Las plantillas de dos columnas son la causa más habitual de una lectura desordenada en el ATS.
• Repite una vez cada término de la oferta: el nombre del proveedor, «Terraform» o «IaC», «Kubernetes», «CI/CD», «Linux», «Python», «monitorización», «optimización de costes», «alta disponibilidad», «recuperación ante desastres», «seguridad». Usa los nombres exactos de los servicios que use la oferta («EKS» y no solo «Kubernetes» si pone EKS).
• LinkedIn: usa el mismo título y proveedor en el titular («Cloud Engineer | AWS | Terraform | Kubernetes»), añade las certificaciones en la sección Licencias y certificaciones para que aparezcan en los filtros de los seleccionadores y limita el apartado Acerca de a tu perfil profesional.
• La foto es opcional en España y en tecnología muchos candidatos la omiten. No pongas fecha de nacimiento, DNI ni dirección completa; basta con la ciudad. Una carta de presentación breve ayuda si la oferta la pide.

Pasa tu currículum y la oferta por el comprobador ATS de cvplex antes de presentarte. Te muestra qué nombres de herramientas de la oferta faltan y si tu sección de competencias se ha leído como una sola.