GuíaIntermedio
Guía de Decisiones Arquitectónicas y Trade-offs
Aprende el oficio de decidir en arquitectura: cómo tomar decisiones bajo incertidumbre, hacer explícitos los trade-offs, registrarlos en Architecture Decision Records (ADR) y defenderlos con evidencia en vez de opinión. El eje de esta guía es que la arquitectura no es un diagrama, es un conjunto de decisiones —cada una con un costo, una reversibilidad y consecuencias— y que "no hay mejor, solo trade-offs" entre atributos de calidad. Construyes una matriz de decisión con criterios ponderados y análisis de sensibilidad, escribes ADRs en formato Nygard (Context/Decision/Consequences/Status), generas y pruebas alternativas con spikes antes de comprometerte, y proteges cada decisión con una fitness function que falla automáticamente si el sistema cruza un umbral. También trabajas el costo y la reversibilidad de decidir: puertas de una vía vs dos vías, el último momento responsable, y la deuda técnica como trade-off deliberado. Todo lo cuantificable se ejecuta en Python, no se decide a ojo. Trabajas sobre las decisiones abiertas de Mercado —¿orders y shipping se comunican síncrono o por eventos?, ¿se extrae el catálogo a un servicio?— y cierras con un proyecto donde tomas y registras una decisión arquitectónica real de punta a punta.
- 64
- lecciones
- 8
- módulos
- Inglés · Español
- disponible en
- Sí
- certificado
- Gratis
- acceso
Resultados
Lo que vas a poder hacer
- Entender que la arquitectura es un conjunto de decisiones, no un diagrama, y qué hace "arquitectónica" a una decisión
- Reconocer que no hay "mejor", solo trade-offs entre atributos de calidad (las -ilities: performance, scalability, maintainability, availability, security, cost) y cuantificarlos en vez de adjetivarlos
- Escribir Architecture Decision Records (ADR) en formato Nygard: Context / Decision / Consequences / Status, y saber cuándo un ADR reemplaza (supersede) a otro
- Construir una matriz de decisión con opciones y criterios ponderados, calcular el score y correr un análisis de sensibilidad ejecutados en Python
- Generar al menos tres alternativas antes de decidir y reducir la incertidumbre con spikes o prototipos, en vez de decidir con opinión
- Escribir fitness functions: pruebas automatizadas que miden un atributo de calidad (acoplamiento, latencia p99, tamaño del deploy) y fallan si cruza el umbral
- Evaluar el costo y la reversibilidad de una decisión: puertas de una vía vs dos vías, el último momento responsable, y la deuda técnica como trade-off deliberado
- Ejecutar un proyecto capstone: tomar una decisión arquitectónica real de Mercado con al menos tres alternativas, matriz de decisión, ADR y fitness function
Antes de empezar
Qué necesitas traer
Es para ti si...
- Developers y tech leads que necesitan tomar y defender decisiones arquitectónicas con evidencia, no con opinión
- Equipos sin proceso de ADR que pierden el "por qué" de decisiones pasadas y las repiten o las contradicen sin saberlo
- Arquitectos que necesitan justificar trade-offs ante stakeholders técnicos con un método reproducible
- Devs que quieren pasar de "a mí me gusta X" a comparar opciones con una matriz ponderada y protegerlas con código
Requisitos y materiales
- Experiencia diseñando o manteniendo sistemas backend (servicios, APIs, bases de datos)
- Python para ejecutar las matrices de decisión y las fitness functions de la guía
- No requiere conocimiento previo de ningún patrón arquitectónico específico: aquí se decide ENTRE ellos, no se enseñan a fondo
Contenido
El temario, módulo por módulo
Abre cualquiera para ver sus lecciones.
- Presentación del módulo: la arquitectura es decisiones, no diagramas
- Qué hace arquitectónica a una decisión
- Decisión local contra decisión arquitectónica
- El costo de decidir
- El costo de NO decidir
- Decidir bajo incertidumbre
- La arquitectura es decisiones, no diagramas
- Mini-proyecto: clasifica y prioriza las decisiones abiertas de Mercado
- 1. Presentación del módulo: no hay "mejor", solo trade-offs
- 2. Qué significa "bueno": los atributos de calidad
- 3. Por qué los atributos de calidad compiten
- 4. El trade-off es tu entregable
- 5. Cuantifica, no adjetives
- 6. El performance cuesta frescura: el trade-off del cache
- 7. No existe el "mejor" sin contexto
- 8. Proyecto: cuantifica y nombra un trade-off de Mercado
- 1. Presentación del módulo: el ADR, la memoria del equipo
- 2. Por qué se escribe un ADR: la amnesia arquitectónica
- 3. La anatomía de un ADR: Context, Decision, Consequences, Status
- 4. El status de un ADR: proposed, accepted, superseded, deprecated
- 5. El log de decisiones: la memoria numerada e inmutable
- 6. Supersede: reemplazar una decisión sin borrar la historia
- 7. ADR ligero contra documentación pesada
- 8. Proyecto: escribe y valida el log de decisiones de Mercado
- 1. Presentación del módulo: la matriz de decisión
- 2. La anatomía de una matriz de decisión
- 3. Elegir los criterios que importan
- 4. Puntuar en una escala común
- 5. Pesos sin amañar el resultado
- 6. Análisis de sensibilidad y falsa precisión
- 7. La matriz es una ayuda para pensar, no un oráculo
- 8. Proyecto: puntúa una decisión de Mercado con una matriz
- 1. Presentación del módulo: generar y probar opciones
- 2. Genera al menos tres opciones
- 3. El sesgo de la primera idea y el anclaje
- 4. El spike: comprar información con un experimento
- 5. Acota el spike en el tiempo y deséchalo
- 6. El walking skeleton
- 7. Decide con evidencia, no con la voz más fuerte
- 8. Proyecto: corre un spike para una decisión de Mercado
- 1. Presentación del módulo: fitness functions y arquitectura evolutiva
- 2. Qué es una fitness function
- 3. La dependencia prohibida
- 4. Medir el acoplamiento como fitness function
- 5. Fitness functions atómicas y holísticas
- 6. Fitness functions en CI: el gate
- 7. Arquitectura evolutiva: cambiar con seguridad
- 8. Proyecto: protege una decisión de Mercado con una fitness function
- 1. Presentación del módulo: el costo y la reversibilidad de las decisiones
- 2. Puertas de una vía y de dos vías
- 3. Calibra el rigor a la reversibilidad
- 4. El último momento responsable
- 5. La deuda técnica como trade-off deliberado
- 6. El cuadrante de la deuda técnica
- 7. Haz reversibles las puertas de una vía
- Mini-proyecto: costo y reversibilidad de una decisión de Mercado
- 1. Presentación del módulo: el recorrido de vuelta
- 2. ¿Es esto una decisión arquitectónica? Calibra el rigor
- 3. Genera opciones y corre un spike
- 4. Cuantifica el trade-off
- 5. Puntúa la matriz y ponla a prueba
- 6. Escribe el ADR
- 7. Protege la decisión con una fitness function
- 8. Proyecto: decide y registra una decisión de Mercado
Dudas frecuentes
Lo que suele preguntarse
Sin límite. Es una guía gratuita: entras cuando quieras, las veces que quieras.
No. Los módulos están ordenados de menos a más, pero puedes saltar al que necesites. Tu progreso se guarda por lección.
Lo que haga falta está en «Qué necesitas traer», arriba. Si no aparece nada ahí, puedes empezar desde cero.
En el grupo de WhatsApp del Club, y cada quince días hay un live con un instructor donde se resuelven dudas en vivo.
Sí. Al terminar todas las lecciones se emite automáticamente, con un código verificable que puedes compartir en LinkedIn.
Empieza cuando quieras
Lo que dicen los estudiantes
Estas reseñas son de estudiantes inscritos que completaron al menos el 50% del curso. Moderamos las reseñas solo por motivos de contenido (spam, lenguaje ofensivo, datos personales), nunca por ser críticas o negativas.
Aún no hay reseñas aprobadas.
¡Sé el primero en compartir tu experiencia!