Resumen ejecutivo

• Un Solution Architect decide cómo encajan sistemas: integraciones, cloud, seguridad y costos, alineados al problema de negocio.

• Diferencias claras con Tech Lead y Engineering Manager.

• Sueldo en Argentina y variables que suben la banda (cloud, industria regulada, inglés).

• Cómo llegar desde backend senior o consultoría con un portfolio de diseños defendibles.

Cuando un proyecto deja de ser “un servicio más” y se convierte en un mapa de sistemas, contratos y riesgos, aparece el Solution Architect. Su trabajo no es escribir todos los tickets: es proponer (y defender) una arquitectura que se pueda construir, operar y pagar. Si venís del mundo cloud, el puente natural es Cloud Engineer; si venís de desarrollo amplio, esta guía te ordena el salto.

Qué decide un Solution Architect

• Integraciones: APIs, eventos, ETL/ELT, sincronización, idempotencia, contratos.

• Cloud y runtime: qué servicio managed usar, multi-account, networking, DR.

• Seguridad: identidad, secretos, segmentación, compliance mínimo viable.

• Costos: estimación, FinOps básico, trade-offs performance vs $.

• Calidad operativa: observabilidad, SLOs, runbooks, límites de blast radius.

AWS describe el rol de Solutions Architect como quien diseña soluciones en la nube alineadas a requisitos de negocio y Well-Architected (excelencia operativa, seguridad, confiabilidad, performance, costo, sostenibilidad) — ver el marco AWS Well-Architected y paths de certificación asociados.

Diferencias con Tech Lead y Engineering Manager

• Tech Lead: liderazgo técnico del equipo que construye; profundidad en el código y en el día a día del delivery.

• Engineering Manager: gente, performance, hiring, procesos; la arquitectura es input, no el core del rol.

• Solution Architect: diseño cross-cutting y alineación con stakeholders (negocio, seguridad, vendors). Puede no tener reports.

En empresas chicas una persona usa dos sombreros. En empresas grandes, el architect suele trabajar en olas (inception, ADRs, reviews) y el Tech Lead ejecuta.

Artefactos que se esperan de vos

• Diagramas C4 / sequence / deployment legibles.

• ADRs (Architecture Decision Records) con contexto y consecuencias.

• NFRs: SLOs, RPO/RTO, límites de escala.

• Spike técnicos con conclusión (no research eterno).

• Estimación de costo cloud de orden de magnitud.

Sueldo en Argentina

Es un rol senior: la banda suele ubicarse en el tramo alto técnico, comparable a staff/lead según empresa. Suben la oferta:

• Certificaciones + experiencia real (no solo badge).

• Industrias reguladas (finanzas, salud) o high-scale.

• Inglés y clientes internacionales.

• Capacidad de facilitar workshops y escribir ADRs claros.

Contrastá con el mapa de perfiles tech demandados y avisos reales “Solution Architect / Arquitecto de soluciones”.

Cómo llegar desde backend senior o consultoría

1. Empezá a documentar decisiones (ADRs) en tu equipo actual.

2. Pedí ownership de un diseño cross-team (auth, billing, data pipeline).

3. Aprendé un proveedor cloud en profundidad (no “un poco de todo”).

4. Practicá contar la arquitectura en 10 minutos a un sponsor no técnico.

5. Armá un portfolio: 2–3 case studies con problema, opciones, decisión, resultado.

La consultoría acelera porque ves muchos contextos; el producto deep-dive acelera porque vivís las consecuencias operativas. Ambos caminos sirven si cerrás el loop con evidencia.

Un ADR corto (plantilla)

Título: Usar cola de eventos para sync de inventario · Estado: aceptado

• Contexto: el ERP no soporta picos de lecturas del e-commerce.

• Decisión: publicar cambios de stock a un bus de eventos; el e-commerce consume async.

• Opciones: (A) polling cada 30s, (B) eventos, (C) lectura directa a DB del ERP.

• Consecuencias: eventual consistency (mostrar “stock estimado”); hace falta idempotencia; sube complejidad ops; baja carga del ERP.

Si podés escribir 10 ADRs así en un año, ya estás construyendo el portfolio de architect aunque tu cargo todavía diga “Senior Backend”.

Cursos recomendados de Coderhouse

Base de construcción: Desarrollo Full Stack o Desarrollo Web. Si tu arquitectura incluye datos/IA, sumá Data Analytics e Introducción a la IA para no diseñar “cajas mágicas”.

Preguntas frecuentes

¿Necesito certificación AWS/Azure/GCP? Ayuda a pasar filtros HR; no reemplaza diseños reales. Ideal: cert + caso.

¿Programo todos los días? Depende. Muchos architects codean spikes y POCs; el core es diseño y facilitación.

¿Es un rol solo de enterprise? No. Startups también lo necesitan cuando el sistema crece; a veces se llama “staff engineer”.

¿Architect vs Staff Engineer? Se solapan. Staff suele ser carrera IC dentro de engineering; Solution Architect a menudo interactúa más con preventa/negocio.