Arquitectura Cloud y Empresarial · 2026
CV en formato Harvard para Arquitectos de Soluciones
Tu CV es un registro de decisiones de arquitectura: muestra resultados de negocio y trade-offs, no un muro con todos los servicios de AWS.
¿Cómo se hace un CV de Arquitectos de Soluciones en formato Harvard?
A los Arquitectos de Soluciones los contratan equipos de plataforma cloud, áreas de preventa y programas de modernización empresarial que revisan tu CV buscando una sola cosa primero: ¿tus diseños movieron una métrica de negocio —ingresos, costo, latencia o riesgo— a escala real? El formato Harvard de una página te obliga a pasar del catálogo de todos los servicios de AWS, Azure y GCP a las decisiones que lideraste: la migración que dirigiste, el TCO que redujiste, el SLA que defendiste y los trade-offs que elegiste. Lidera con resultados de arquitectura cuantificados, mantén las certificaciones (Arquitecto de Soluciones de AWS/Azure/GCP, TOGAF) compactas bajo Educación y escribe cada viñeta como un registro de decisión con un resultado medido.
Qué buscan los recruiters
- Resultados de arquitectura cuantificados: TCO reducido (-34% del gasto cloud a 3 años, USD 1,2M), latencia p99 (480ms → 90ms), SLA de disponibilidad defendido (99,99%), alcance de migración (180 servidores, 40 apps)
- Profundidad cloud con escala nombrada: servicios de AWS/Azure/GCP ligados a una carga de trabajo —clústeres EKS, throughput de Aurora, diseños orientados a eventos con Kafka/Kinesis/EventBridge— y no una lista plana de servicios
- Señales de preventa y de stakeholders: propuestas o licitaciones (RFP) ganadas (valor en USD), revisiones Well-Architected / Cloud Adoption Framework lideradas, arquitecturas de referencia y diseños de alto nivel (HLD) escritos
- Evidencia de migración y modernización: decisiones lift-and-shift vs re-plataformado vs re-arquitectura, monolito a microservicios, salida de data center, diseño de landing zone o híbrido
- Ingeniería de costos y fiabilidad: rightsizing, planes reservados/savings, DR multi-AZ y multi-región, objetivos de RTO/RPO cumplidos, guardrails de FinOps definidos
- Certificaciones que habilitan el rol: AWS Certified Solutions Architect (Associate/Professional), Azure Solutions Architect Expert, Google Professional Cloud Architect, TOGAF 9/10
Secciones requeridas, en este orden
Lidera con resultados de arquitectura, no con un catálogo de servicios
- Coloca una sección de Experiencia compacta justo después de Educación; abre cada viñeta con el resultado de negocio o fiabilidad (TCO reducido, latencia, SLA, ingresos habilitados), no con el proveedor cloud
- Indica la escala del diseño dentro de la viñeta —'180 servidores, 40 apps, 3 regiones' o 'diseño orientado a eventos a 2M de eventos/día'— para que el revisor vea de inmediato tu alcance y seniority
- Cierra con un bloque de 'Habilidades técnicas' agrupado (Cloud / Cómputo y Contenedores / Datos y Mensajería / IaC / Seguridad) para que el ATS coincida sin un caldo de 40 servicios
- Muestra la decisión, no solo el despliegue: 're-plataformé en vez de lift-and-shift para ahorrar USD 300K/año en licencias de base de datos' demuestra criterio arquitectónico, el núcleo del rol
Aprovecha certificaciones y educación al estilo Harvard
- Educación primero, una línea cada una: título, institución, año de egreso —sin promedio salvo que sea alto y reciente
- Lista las certificaciones que habilitan el rol (AWS SA Professional, Azure SA Expert, Google Professional Cloud Architect, TOGAF) bajo Educación, con el emisor y el año obtenido
- Quita las certificaciones Associate vencidas una vez que tengas el nivel Professional, y elimina insignias de proveedor obsoletas que delaten arquitectura previa a la nube
- Si vienes de ingeniería, lidera con los sistemas que diseñaste y migraste —el formato Harvard premia los resultados medidos por encima de la progresión de cargos
Una página, apto ATS y orientado a decisiones
- Sin foto, sin fecha de nacimiento, sin diagramas ni barras de habilidad —una arquitectura de referencia va en el enlace de tu portafolio, no como gráficos que los ATS destrozan
- Una sola columna, fuentes estándar, sin tablas ni cuadros de texto —los CV de arquitectura a varias columnas suelen parsearse mal y pierden tus palabras clave
- Escribe el concepto y luego la sigla una vez: 'Costo Total de Propiedad (TCO)', 'diseño de alto nivel (HLD)' para que coincidan ambas variantes de palabra clave
- Orden cronológico inverso, verbos de acción fuertes (Arquitecté, Migré, Consolidé, Re-plataformé) —cada viñeta lleva un número y un trade-off, o se elimina
Ejemplo en formato Harvard

Bullets fuertes vs débiles
Trabajé en la migración de las aplicaciones de la empresa a AWS.
Arquitecté y lideré la migración de 40 aplicaciones on-premise (180 servidores) a AWS con estrategia de landing zone y re-plataformado, reduciendo el TCO a 3 años en 34% (USD 1,2M) y alcanzando un RTO de 4 horas con Aurora multi-AZ y DR entre regiones.
Nombra la estrategia (landing zone, re-plataformado), la escala (40 apps, 180 servidores), el resultado en dólares (TCO y monto) y un objetivo de fiabilidad (RTO). Se lee como dominio arquitectónico senior.
Diseñé una nueva arquitectura de microservicios para la plataforma.
Re-arquitecté un monolito de checkout en 12 microservicios orientados a eventos sobre EKS y EventBridge, sosteniendo 2,3M de pedidos/día y reduciendo la latencia p99 del checkout de 480ms a 90ms, con cambio sin downtime detrás de un traffic shift con feature flag.
Especifica el patrón (orientado a eventos), el stack (EKS, EventBridge), el throughput (2,3M/día), la métrica de latencia y la disciplina de despliegue (sin downtime, feature flag).
Ayudé al equipo de ventas a ganar negocios cloud con diseños de solución.
Escribí arquitecturas de referencia y HLDs para 18 licitaciones empresariales, ganando USD 4,6M en valor anual de contrato, incluyendo una revisión Well-Architected que detectó USD 280K/año de ahorro por rightsizing y cerró un negocio estancado del sector financiero.
Liga la arquitectura a los ingresos (USD 4,6M ACV), cuenta los negocios (18 RFP) y muestra una palanca concreta de preventa (revisión Well-Architected, ahorro de USD 280K) que cerró un trato.
Reduje costos en la nube y mejoré la fiabilidad del entorno.
Reduje el gasto en Azure 29% (USD 540K/año) consolidando 9 servicios de datos redundantes en un único diseño con Synapse y Cosmos DB, y elevé la disponibilidad de la plataforma de 99,9% a 99,99% mediante failover multi-región y un RPO de 5 minutos.
Dólares y porcentaje, la decisión de consolidación (9 → 1 diseño sobre servicios nombrados), los nueves de disponibilidad y un objetivo de punto de recuperación —costo y fiabilidad demostrados juntos, no un vago 'mejoré'.
Errores comunes específicos
- Listar más de 40 servicios cloud como un muro plano de palabras clave. Al arquitecto se le evalúa por criterio —agrupa 5-6 categorías y empareja cada servicio destacado con una carga de trabajo y una métrica.
- Describir despliegues en lugar de decisiones ('migré a AWS'). El rol son los trade-offs: di por qué elegiste re-plataformar en vez de lift-and-shift y qué ahorró en dólares, latencia o riesgo.
- Ocultar la escala y el dinero. 'Diseñé un sistema escalable' es relleno; '2,3M de pedidos/día, p99 de 90ms, TCO -USD 1,2M' demuestra el nivel en el que operas.
- Conservar certificaciones Associate vencidas o insignias previas a la nube. Una vez que tienes AWS SA Professional o Azure SA Expert, las caducadas delatan arquitectura obsoleta, no profundidad.
- Estirar el CV a dos páginas con minucias de implementación. La disciplina Harvard es de una página —si una viñeta no tiene métrica de negocio ni decisión arquitectónica, es tarea de ingeniero, no de arquitecto: elimínala.
Tu CV empieza aquí. Decides después si pagas.
Empezar mi CVPreguntas frecuentes
- ¿Debo listar todos los servicios cloud que he usado o solo con los que arquitecté?
- Solo con los que arquitectaste y puedes defender. Un muro plano de 40 servicios se ve superficial y ensucia la coincidencia del ATS. Agrupa 5-6 categorías (Cloud, Cómputo y Contenedores, Datos y Mensajería, IaC, Seguridad) y empareja tus servicios destacados con una carga de trabajo y una métrica reales. Un diseño orientado a eventos con AWS/EKS/Aurora que de verdad dominaste vale más que un caldo de logos.
- ¿Cómo cuantifico el trabajo de Arquitecto de Soluciones si no escribo la mayor parte del código?
- Tus métricas son resultados de negocio y de sistema, no commits. Cuantifica TCO reducido (USD y %), alcance de migración (servidores, apps, regiones), latencia p99/p95, SLA de disponibilidad y RTO/RPO, throughput (eventos o pedidos por día) e impacto de preventa (RFP ganadas, ACV). Es justo lo que primero escanean los responsables de cloud y preventa —miden el diseño, no la cantidad de código.
- ¿Qué certificaciones importan más en un CV de Arquitecto de Soluciones?
- Las que habilitan el rol: AWS Certified Solutions Architect (Associate y luego Professional), Azure Solutions Architect Expert y Google Professional Cloud Architect para roles cloud prácticos, más TOGAF 9/10 para la vía de arquitectura empresarial. Pon las vigentes bajo Educación con emisor y año. Quita la Associate cuando tengas la Professional y elimina insignias obsoletas o previas a la nube que delaten habilidades desactualizadas.
- ¿Debo incluir trabajo de preventa y de propuestas en el CV?
- Sí —para roles de arquitecto de cara al cliente y de preventa es una señal de primer nivel. Cuantifica RFP y propuestas ganadas, valor anual de contrato influido, arquitecturas de referencia y HLDs escritos, y revisiones Well-Architected o Cloud Adoption Framework lideradas. Demuestra que traduces el diseño técnico en resultados de negocio, lo que distingue a un arquitecto de un ingeniero senior ante el reclutador.