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

Un currículum de una arquitecta que viene de infraestructura y hoy es responsable del diseño de referencia de varios equipos de producto. Fíjate en la estructura: primero la plataforma y la nube, después qué diseñó en cada puesto y a qué escala, y al final las certificaciones. La persona y las empresas son inventadas; las cifras son de las que podrías sacar de tu propia consola de costes y de tu registro de incidencias.

La arquitectura cloud es un trabajo de diseño, no de operación, y el currículum tiene que demostrar que has tomado decisiones con las que otras personas han tenido que convivir. Hay cuatro cosas que se comprueban antes de que nadie lea tus logros con calma.

• Qué nube y con qué profundidad. Las empresas de AWS, Azure y Google Cloud contratan para su propia plataforma. Pon la principal en la línea del título y describe con franqueza tu nivel en las demás. «Azure (producción, cuatro años)» y «Google Cloud (solo prueba de concepto)» son útiles; «multicloud» a secas no dice nada.
• Escala. Número de cuentas o suscripciones, de cargas de trabajo o servicios, usuarios atendidos, gasto mensual, número de regiones. En este campo el gasto es la señal de escala más rápida, así que inclúyelo si puedes.
• Qué decisiones fueron tuyas. Landing zone y estructura de cuentas, topología de red, modelo de identidad, residencia de datos, nivel de recuperación ante desastres, plataforma de contenedores, modelo de costes. Di cuáles diseñaste y cuáles heredaste.
• Si dejas las cosas por escrito. En arquitectura se cobra por producir documentos de diseño, diagramas y estándares a partir de los cuales los ingenieros puedan construir. Menciona documentos de diseño, comités de revisión de arquitectura, revisiones Well-Architected o arquitecturas de referencia.

“En dos líneas sé si alguien ha diseñado o solo ha operado. Quien opera escribe «gestioné 200 instancias EC2». Quien diseña escribe «elegí ECS en vez de EKS para esta carga porque el equipo era de cuatro personas y no podíamos dedicar gente a actualizar el clúster, y esto es lo que costó». Dame la decisión y sus contrapartidas, no el inventario.”

Una lista plana de 40 nombres de servicios es ilegible y parece de relleno. Agrupa por función para que quien lea encuentre de un vistazo lo que pedía la oferta, y pon primero el grupo que encaja con el puesto.

Cloud es uno de los pocos campos tecnológicos donde las certificaciones todavía abren puertas, en parte porque los programas de partners obligan a las empresas a tener personal certificado. Aun así, solo unas pocas tienen peso para un puesto de arquitecto/a.

• AWS Certified Solutions Architect, nivel Professional: la credencial individual con más peso en el lado de AWS. La versión Associate es un punto de partida, no una credencial de arquitecto/a.
• Microsoft Certified: Azure Solutions Architect Expert (AZ-305): el equivalente en Azure, y los partners de Microsoft a menudo la piden como requisito.
• Google Cloud Professional Cloud Architect: se espera en empresas de Google Cloud y se reconoce menos fuera de ellas.
• AWS Certified Security Specialty o Microsoft SC-100: vale la pena añadirlas si el puesto toca datos regulados.
• Certified Kubernetes Administrator (CKA) y HashiCorp Certified: Terraform Associate: buena prueba de capacidad práctica cuando tu trabajo reciente ha sido sobre todo de diseño.
• TOGAF 10: solo relevante en grandes empresas con una práctica formal de arquitectura empresarial. En empresas de producto, sáltatela.

Pon el nombre exacto de la certificación, el año y nada más. Las certificaciones caducan (las de AWS valen tres años), así que escribe el año en que la obtuviste o la renovaste y mantenla al día. Si alguna ha caducado, renuévala antes de presentarte o indícalo claramente.

La prueba para cada logro es si muestra una decisión, una restricción y un resultado medido. Cualquiera puede decir que ha construido sobre AWS.

Tres o cuatro líneas: nube, años, escala, un resultado destacado y certificaciones. Reescríbelo para la plataforma que pide la oferta.

Estos títulos se solapan y las empresas los usan sin mucha coherencia, por eso tanta gente busca los dos. Una guía rápida de lo que suelen querer decir y de qué poner.

• Arquitecto/a cloud: responsable del diseño de la plataforma. Cuentas, red, identidad, guardarraíles, modelo de costes y los estándares dentro de los que construyen los demás equipos.
• Arquitecto/a de soluciones: responsable del diseño de una solución concreta o de un proyecto con cliente. En fabricantes y partners suele ser un puesto de preventa con objetivos comerciales, así que deja claro si el tuyo era de preventa o de entrega.
• Arquitecto/a empresarial: marca la dirección tecnológica de toda la organización, normalmente con menos trabajo práctico y más gobierno.
• Ingeniero/a cloud o de plataforma: construye y opera lo que diseñan los arquitectos. Mucho Terraform, pipelines y guardias.
• Ingeniero/a SRE (site reliability engineer): foco en la disponibilidad, presupuestos de error y respuesta a incidentes más que en diseño.

Usa el título que tuviste de verdad y repite una vez dentro del perfil la palabra de la oferta. Si en tu contrato ponía «Ingeniero cloud sénior» pero eras responsable de la arquitectura de referencia, escribe «Ingeniero cloud sénior (responsable de arquitectura de la plataforma AWS)». Así coinciden los dos términos de búsqueda y no inflas nada.

Casi nadie empieza como arquitecto/a cloud, y las búsquedas de «currículum cloud sin experiencia» muestran cuánta gente intenta entrar. Un primer puesto cloud es realista; un primer puesto de arquitecto/a, normalmente no. Apunta a ingeniero/a cloud, ingeniero/a de plataforma o soporte cloud, y construye el currículum así.

1. 1Consigue una certificación de nivel associate (AWS Solutions Architect Associate, AZ-104 o Google Associate Cloud Engineer). Es la señal de credibilidad más rápida cuando no tienes experiencia laboral en cloud.
2. 2Construye dos proyectos que puedas dibujar en una pizarra, no diez tutoriales. Una aplicación de tres capas desplegada con Terraform en dos zonas de disponibilidad y un pipeline serverless que procese ficheros hacia una base de datos son suficientes. Pon el enlace al repositorio en el currículum.
3. 3Describe los proyectos como si fueran trabajos: qué construiste, con qué servicios, cuánto costaba al mes mantenerlo, qué falló y cómo lo arreglaste.
4. 4Busca en tu trabajo actual lo que es transferible. Administración de Windows y Linux, redes, copias de seguridad y restauración, gestión de tickets, control de cambios y scripting son directamente relevantes, así que descríbelos con vocabulario cloud siempre que sea fiel a la realidad.
5. 5Busca los puestos que contratan perfiles como el tuyo: proveedores de servicios gestionados, ingeniero/a de soporte cloud en un gran proveedor de nube o un equipo interno de plataforma en tu empresa actual.

Dos páginas a partir de cinco años de experiencia; una sola página solo si estás empezando. Mantén un diseño sencillo: una columna, sin gráficos ni barras de porcentaje de competencias. La foto es habitual en España, pero opcional.

• Pon un breve bloque de resumen técnico cerca del principio para que quien filtre encuentre tu stack sin bajar. Las certificaciones van al lado o justo debajo.
• Escribe las dos formas de todo lo que se busca: «Kubernetes (EKS)», «infraestructura como código (Terraform)», «gestión de identidades y accesos (IAM)».
• Añade a cada empresa una descripción de una línea (sector, tamaño), porque el nombre de una empresa que no conocen no dice nada por sí solo.
• Repite exactamente los términos de plataforma de la oferta. Si la oferta dice «Azure Landing Zone» y «Entra ID», responde con esa misma grafía, no solo con «Azure AD».
• Envía un PDF salvo que el formulario pida Word. No pongas tus datos de contacto en el encabezado o el pie de página, porque algunos sistemas los descartan.
• Incluye un enlace a tu GitHub o a un artículo de diseño público si lo tienes. En arquitectura, una entrada de blog bien escrita sobre una decisión y sus contrapartidas vale más que un repositorio de tutoriales.