Quien contrata a un arquitecto de software busca a alguien que tome decisiones técnicas con consecuencias de años: cómo se divide un sistema, qué se compra y qué se construye, cuánto va a costar operarlo y qué pasa cuando el tráfico se multiplica por diez. Busca criterio para elegir entre opciones imperfectas, capacidad de explicar esas elecciones a los equipos y a la dirección, y evidencia de que las decisiones anteriores funcionaron.
El error más común en estos CV es que parecen los de un desarrollador senior con el título cambiado: listas de tecnologías, sin decisiones, sin escala y sin resultado. Esta guía explica qué pesa en la lectura, qué términos filtran los avisos, cómo escribir viñetas que muestren decisiones con efecto medido 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 arquitecto de software
Las decisiones y sus consecuencias son el centro del CV. Cada puesto necesita al menos una viñeta con la forma "decidí X frente a Y por Z, y el resultado fue N": pasar de un monolito a servicios (o no hacerlo), elegir un bus de eventos, definir la estrategia de datos, adoptar una plataforma de nube. La escala acompaña a cada decisión: transacciones por segundo, usuarios, volumen de datos, cantidad de servicios y de equipos que dependen de la arquitectura.
El resumen indica el tipo de arquitecto, porque el título cubre trabajos distintos: arquitecto de aplicaciones cercano al código, arquitecto de soluciones que diseña para clientes o proyectos, arquitecto de plataforma o empresarial que gobierna estándares de varios equipos. Tres líneas con dominio, escala y tipo de decisiones orientan más que una lista de patrones.
Las habilidades se agrupan por capa (lenguajes y frameworks, nube y plataforma, datos, mensajería, observabilidad, prácticas) y son deliberadamente cortas: el arquitecto elige tecnologías, y un CV con cuarenta nombres sugiere que no eligió ninguna. Las certificaciones de nube (AWS Solutions Architect, Azure Solutions Architect Expert, Google Professional Cloud Architect) y TOGAF para perfiles empresariales van con año. La formación cierra el documento; el código reciente (contribuciones, prototipos, repositorios) suma cuando se puede enlazar.
Keywords que buscan los avisos
Estos términos se repiten en los avisos de arquitecto de software en LatAm y España:
- Diseño de arquitectura (microservicios, monolito modular, event-driven)
- Domain-Driven Design (DDD) y contextos delimitados
- Patrones (CQRS, saga, API gateway, arquitectura hexagonal)
- Arquitecturas cloud-native en AWS, Azure o GCP
- Contenedores y orquestación (Docker, Kubernetes)
- Mensajería y streaming (Kafka, RabbitMQ)
- Diseño de APIs (REST, gRPC, GraphQL) y contratos OpenAPI
- Bases de datos relacionales y NoSQL, modelado y escalado
- Requisitos no funcionales (escalabilidad, disponibilidad, rendimiento, seguridad)
- Observabilidad (métricas, trazas, logs)
- Registros de decisiones de arquitectura (ADR) y diagramas C4
- Modernización de sistemas legados
- Costos de nube y FinOps
- Gobierno técnico, revisiones de diseño y mentoría
- Certificaciones AWS Solutions Architect, Azure Solutions Architect, TOGAF
Conviene que aparezcan en las viñetas junto a la decisión y a su resultado, y que la lista de habilidades repita solo las que el aviso menciona. La herramienta para adaptar el CV a la oferta compara el documento con el anuncio y señala los términos ausentes.
Viñetas de experiencia que funcionan
Los pares siguientes muestran cómo pasar de la responsabilidad a la decisión con efecto medido:
| Así no | Así sí |
|---|---|
| Definición de la arquitectura de la plataforma | Diseñé la arquitectura de microservicios (38 servicios en Kubernetes sobre AWS) de una plataforma de pagos que pasó de 200 a 3.500 transacciones por segundo en picos |
| Migración del sistema legado | Lideré la descomposición de un monolito de 1,2 M de líneas en 14 servicios en 18 meses, sin ventanas de corte y con despliegues diarios |
| Mejora del rendimiento del sistema | Rediseñé la capa de datos con caché distribuida y réplicas de lectura y reduje la latencia p95 del checkout de 1.800 a 320 ms |
| Optimización de costos de infraestructura | Revisé el uso de instancias, almacenamiento y tráfico en AWS y recorté la factura mensual de nube un 34 % (210.000 USD anuales) |
| Documentación de la arquitectura | Instauré ADR y diagramas C4 como estándar en 6 equipos; la incorporación de nuevos desarrolladores bajó de 8 a 3 semanas |
| Revisión del trabajo de los equipos | Establecí revisiones de diseño quincenales para 40 desarrolladores y reduje los incidentes críticos en producción de 11 a 3 por trimestre |
Junior vs. senior
No existe el arquitecto junior: el rol se alcanza desde desarrollo backend senior o desde un puesto de líder técnico, y el CV de quien está en esa transición debe mostrar decisiones de arquitectura tomadas dentro de un equipo, aunque el título no lo dijera. ADR escritos, componentes diseñados y adoptados por otros, una migración conducida, una revisión de diseño instaurada. El título del CV puede ser "Líder técnico / Arquitecto de aplicaciones" mientras el primer puesto formal no llegue.
En un perfil senior cambian el alcance y los interlocutores: arquitectura de plataforma para varios equipos, estrategia de nube y de datos, gobierno técnico (estándares, revisiones, comunidades de práctica), evaluación de proveedores, costos y cumplimiento, y presentación de decisiones a la dirección. El trabajo con DevOps y seguridad aparece como colaboración estructural, no como tarea. Dos páginas se justifican con más de diez años, siempre con los últimos dos puestos ocupando la mayor parte del espacio y los proyectos anteriores a diez años en una línea cada uno.
Un arquitecto que no puede mostrar código o diseños recientes se lee como un arquitecto de diapositivas. Un prototipo, una contribución o un repositorio enlazado en el encabezado despeja esa duda.
Errores frecuentes en este rol
Estos son los errores que más se repiten en los CV de arquitecto de software:
- CV de desarrollador senior con otro título. Tecnologías y tareas, pero ninguna decisión con alternativas descartadas y resultado.
- Sin escala. Una arquitectura para 100 usuarios y una para 10 millones son problemas distintos; sin transacciones, usuarios, datos o cantidad de servicios, el reclutador no puede ubicar el perfil.
- Catálogo de tecnologías. Cuarenta nombres en la sección de habilidades sugieren que no se eligió ninguna. Se lista lo que se decidió usar, y el porqué se nota en las viñetas.
- Arquitectura diseñada, resultado ausente. "Diseñé la arquitectura de microservicios" no dice si funcionó en producción, cuánto costó ni qué mejoró.
- Perder el contacto con el código. Sin ninguna mención a código, prototipos o revisiones técnicas recientes, el perfil parece alejado de la práctica.
- Cuatro páginas con todos los proyectos desde 2005. Dos páginas, los últimos diez años en detalle y una plantilla de CV de una columna que los sistemas de filtrado lean sin problemas.
Ejemplo de CV de arquitecto de software
El siguiente ejemplo condensa lo anterior para un perfil senior; en el documento real, los puestos anteriores a 2018 irían en una línea cada uno. Los nombres y las empresas son ficticios.
Arquitecto de software con 14 años en desarrollo y 6 en arquitectura de plataformas de pagos y comercio electrónico en AWS. Decisiones de descomposición de sistemas legados, diseño de eventos y datos, y costos de nube, con resultados medidos en rendimiento, disponibilidad y factura. AWS Solutions Architect Professional y CKA.
Arquitecto de Software, Fintech Alameda (plataforma de pagos), Guadalajara. 2022 - actualidad
- Diseñé la arquitectura de microservicios (38 servicios en Kubernetes sobre AWS) que llevó la plataforma de 200 a 3.500 transacciones por segundo en picos, con 99,99 % de disponibilidad.
- Rediseñé la capa de datos con caché distribuida y réplicas de lectura y reduje la latencia p95 del checkout de 1.800 a 320 ms.
- Recorté la factura mensual de nube un 34 % (210.000 USD anuales) tras revisar instancias, almacenamiento y tráfico entre zonas.
Líder Técnico y Arquitecto de Aplicaciones, Grupo Logístico Bajío (e-commerce y distribución), León. 2018 - 2022
- Lideré la descomposición de un monolito de 1,2 M de líneas en 14 servicios en 18 meses, sin ventanas de corte y con despliegues diarios.
- Instauré ADR y diagramas C4 como estándar en 6 equipos; la incorporación de nuevos desarrolladores bajó de 8 a 3 semanas.
- Establecí revisiones de diseño quincenales para 40 desarrolladores y reduje los incidentes críticos en producción de 11 a 3 por trimestre.
Ingeniería en Sistemas Computacionales, Tecnológico de Monterrey, campus Guadalajara, 2011.
AWS Certified Solutions Architect Professional (2023). Certified Kubernetes Administrator (2021).
Lenguajes: Java, Kotlin, Go. Plataforma: AWS (EKS, RDS, SQS, Lambda), Kubernetes, Terraform. Datos y mensajería: PostgreSQL, DynamoDB, Redis, Kafka. Prácticas: DDD, event-driven, CQRS, ADR, C4, observabilidad con OpenTelemetry. Inglés avanzado.
Preguntas frecuentes
¿Un arquitecto de software debe seguir programando y mostrarlo en el CV?
Depende del puesto, pero conviene mostrar contacto reciente con el código: prototipos, revisiones técnicas, contribuciones a componentes compartidos o un repositorio enlazado. Es la forma más simple de despejar la duda de si el perfil se alejó de la práctica.
¿Cuántas páginas debe tener un CV de arquitecto de software?
Dos, cuando hay más de diez años de trayectoria. Los últimos dos puestos ocupan la mayor parte del espacio con decisiones y resultados; los proyectos anteriores a diez años se resumen en una línea cada uno.
¿Qué certificaciones pesan en este rol?
Las de arquitectura en la nube del proveedor que use la empresa (AWS Solutions Architect, Azure Solutions Architect Expert, Google Professional Cloud Architect) y TOGAF para perfiles de arquitectura empresarial. Suman como validación, pero las viñetas con decisiones y escala son lo que decide.
¿Cómo pasar de desarrollador senior a arquitecto en el CV?
Mostrando las decisiones de arquitectura tomadas dentro del equipo: ADR escritos, componentes diseñados y adoptados por otros equipos, migraciones conducidas, revisiones de diseño instauradas. El título compuesto ("Desarrollador senior / Arquitecto de aplicaciones") alinea expectativas hasta que llegue el primer puesto formal.