Cloud · Infraestructura · 2026
CV Harvard para Ingenieros/as Cloud
Los equipos de plataforma, SRE e infraestructura buscan números de confiabilidad, disciplina de IaC e impacto en el gasto cloud — no un muro de buzzwords de Kubernetes.
¿Cómo se hace un CV de Ingenieros/as Cloud en formato Harvard?
La contratación cloud y de plataforma se juzga por resultados que el negocio siente: disponibilidad, latencia, radio de impacto y dólares menos en la factura de AWS. En sus primeros 8 segundos, los reclutadores de AWS, GCP y startups con foco en plataforma confirman que despliegas infraestructura como código, que dominas la matemática de confiabilidad (SLOs, error budgets) y que puedes nombrar un gasto cloud real que recortaste. Esta receta adapta el formato Harvard para perfiles cloud en SRE, DevOps y plataforma — de junior a staff.
Qué buscan los recruiters
- Certificaciones cloud vigentes con su nivel — AWS Solutions Architect Pro / DevOps Pro, GCP Professional Cloud Architect, CKA / CKAD
- Propiedad de infraestructura como código: módulos de Terraform o Pulumi, no click-ops en la consola
- Fluidez en confiabilidad: SLOs, error budgets, latencia p99, MTTR, guardia (on-call) a cargo
- Impacto en gasto cloud en dólares o porcentaje (FinOps: rightsizing, Savings Plans, Spot, apagado de recursos ociosos)
- Profundidad en Kubernetes a nivel de versión/operador, más el tooling de CI/CD y GitOps (Argo CD, Flux) que operaste
- Señales de seguridad y cumplimiento: IAM con mínimo privilegio, evidencia SOC 2 / PCI, gestión de secretos
Secciones requeridas, en este orden
Sección de Skills (ubícala sobre Experiencia en roles de plataforma)
- Agrupa por categoría: Clouds · IaC · Contenedores/Orquestación · Observabilidad · CI-CD
- Nombra la profundidad real del cloud — 'AWS (EKS, Lambda, RDS, VPC peering)' vale más que 'computación en la nube'
- Lista 6-10 herramientas por grupo en las que te puedan evaluar en pizarra, no un muro de 30 logos
- Destaca certificaciones vigentes con su nivel y año (ej. 'AWS Solutions Architect — Professional, 2025')
Bullets de Experiencia — abre con confiabilidad y costo
- Inicia el primer bullet de cada rol con una métrica de SLO, disponibilidad, latencia o ahorro de costo
- Nombra la herramienta de IaC y el radio de impacto (regiones, cuentas, servicios, nodos)
- Demuestra madurez de guardia: MTTR reducido, incidentes atendidos, runbooks/automatización creados
- Cuantifica la escala concreta: req/s, nodos, clústeres, gasto cloud mensual gestionado
Encabezado y certificaciones
- Agrega el link de GitHub como segundo dato de contacto, después del email
- Las certificaciones pueden ir en su propia línea junto a Educación si tienes 3+ vigentes
- Sin foto ni fecha de nacimiento — indica región/zona horaria solo si es relevante para una guardia remota
Ejemplo en formato Harvard
Bullets fuertes vs débiles
Trabajé en migrar nuestra infraestructura a la nube
Lideré la migración lift-and-reshape de 140 servicios desde VMs on-prem a AWS EKS con módulos de Terraform; reduje el costo de infraestructura 41% (US$840K/año) vía node groups Spot y Savings Plans, manteniendo 99,95% de disponibilidad durante el corte
Nombra el destino (EKS), la herramienta (Terraform), la escala (140 servicios) y combina el ahorro en dólares con una garantía de disponibilidad — el revisor infiere propiedad de la migración de punta a punta en segundos.
Mejoré la confiabilidad del sistema y reduje las caídas
Definí SLOs y una política de error budget para la plataforma de pagos (objetivo 99,95%); construí dashboards de golden signals y alertas en Prometheus que bajaron el MTTR de 42 a 9 minutos en más de 60 incidentes de guardia en dos trimestres
La confiabilidad es difícil de demostrar — esto muestra la disciplina (SLO + error budget), el tooling (Prometheus, golden signals) y el resultado medible (MTTR 42 → 9 min en 60 incidentes).
Construí pipelines de CI/CD para el equipo de ingeniería
Reemplacé un monolito de Jenkins por GitOps con Argo CD en 28 microservicios; reduje el lead time de despliegue de 3,5 horas a 11 minutos y subí la frecuencia de despliegues de 12 a 90+ por semana con rollouts progresivos automatizados
Nombra lo que reemplazó (Jenkins → GitOps con Argo CD), el alcance (28 servicios) y dos métricas de nivel DORA (lead time y frecuencia de despliegue) — justo lo que los líderes de plataforma usan como benchmark.
Ayudé con la optimización de costos en la nube
Ejecuté una auditoría FinOps sobre 3 cuentas de AWS; hice rightsizing de 220 instancias EC2, eliminé gasto ocioso de EBS/NAT y migré jobs batch a Spot — recortando la factura mensual 33% (US$28K/mes) sin regresión de latencia hacia el cliente
Palancas específicas (rightsizing, apagado de ociosos, Spot), alcance específico (3 cuentas, 220 instancias) y un resultado cuidado (33% / US$28K sin afectar latencia) señalan madurez FinOps, no improvisación.
Errores comunes específicos
- Listar 30 logos en Skills (cada servicio de AWS, cada herramienta). Los reclutadores valoran la profundidad — nombra las 8-10 en las que te puedan evaluar en pizarra.
- Declararte 'experto en Kubernetes' sin versión, operador ni escala de clúster. Mejor: 'operé clústeres EKS de 12 nodos, escribí 3 operadores custom'.
- Cero métricas de confiabilidad. Un CV cloud sin números de SLO, disponibilidad, latencia o MTTR se lee como click-ops, no como ingeniería.
- Olvidar el costo. FinOps ya es una expectativa central — al menos un bullet debe cuantificar el gasto que recortaste en dólares o porcentaje.
- Listar certificaciones vencidas o sin nivel. Marca el nivel y el año; un 'AWS Certified' sin nivel y sin fecha parece relleno.
Tu CV empieza aquí. Decides después si pagas.
Empezar mi CVPreguntas frecuentes
- ¿Qué certificaciones cloud realmente suman en el CV?
- Las de nivel Professional y las de Kubernetes pesan más: AWS Solutions Architect Professional o DevOps Engineer Professional, GCP Professional Cloud Architect, Azure Solutions Architect Expert y CKA/CKAD. Las de nivel Associate ayudan al inicio de carrera, pero ya son lo mínimo a nivel mid. Indica el nivel y el año; una línea 'AWS Certified' sin fecha es débil.
- Soy DevOps generalista — ¿apunto a SRE, plataforma o DevOps?
- Reorienta el mismo esqueleto Harvard, no lo reescribas. Para SRE, abre los bullets con SLOs, error budgets y MTTR. Para ingeniería de plataforma, abre con experiencia de desarrollador (DevEx) y adopción de IaC self-service. Para DevOps, abre con CI/CD y métricas DORA (frecuencia de despliegue, lead time, change-fail rate). La sección de Experiencia se mantiene; solo cambia qué métrica abre cada bullet.
- ¿Cómo muestro experiencia cloud sin revelar el gasto confidencial del empleador?
- Usa porcentajes y escala relativa en lugar de dólares absolutos cuando la cifra sea sensible: 'reduje el costo de cómputo 33%' o 'gestioné un gasto cloud anual de siete cifras medias'. Al revisor le importa que puedas asociar un número a tu trabajo — la cifra exacta no es obligatoria y los rangos son creíbles.
- ¿Los proyectos de homelab o infraestructura personal van en un CV cloud?
- Solo si la profundidad es inusual y reciente. Un clúster de Kubernetes multi-región self-hosted con GitOps, IaC y observabilidad armado en los últimos 12 meses es señal para perfiles junior. Una sola Raspberry Pi corriendo Docker resta credibilidad — quítalo una vez que tengas experiencia real en producción.