Fundamentos de Arquitectura de Software

Para el desarrollador con años de código que ya toma decisiones de diseño sin el marco para sostenerlas, y para el arquitecto en ejercicio que quiere pasar de la intuición al análisis de compensaciones. También para tech leads de equipos que crecen más rápido que su sistema.

Habilidades:

Análisis de compensaciones, modularidad, estilos y gobernanza

Nivel: Intermedio

Requisitos:

Experiencia práctica programando. No exige un stack concreto.

Mark Richards es un arquitecto de software con gran experiencia práctica, involucrado en la arquitectura, el diseño y la implementación de microservicios y otras arquitecturas distribuidas. Es el fundador de DeveloperToArchitect.com, un sitio dedicado a ayudar a los desarrolladores en su camino para convertirse en arquitectos de software.

Neal Ford es director, arquitecto de software y «meme wrangler» en Thoughtworks, una consultora global de TI centrada exclusivamente en el desarrollo y la entrega de software de extremo a extremo. Antes de unirse a Thoughtworks fue director de tecnología en The DSW Group, Ltd., una firma de capacitación y desarrollo reconocida a nivel nacional.

Introducción

• Qué es de verdad la arquitectura de software, cuáles son sus leyes y las ocho expectativas que se le exigen a quien ejerce el rol.

Parte I: Fundamentos

• Cómo pensar como arquitecto: arquitectura frente a diseño, amplitud técnica y la regla de los 20 minutos para mantener tu radar tecnológico al día.
• Cómo medir lo que parecía inmedible en modularidad: cohesión, acoplamiento, distancia de la secuencia principal y connascencia estática y dinámica.
• Qué son las características arquitectónicas operativas, estructurales, de la nube y transversales, y por qué siempre buscas la arquitectura menos mala.
• Cómo extraer esas características de las cuestiones del dominio y priorizarlas practicando con el kata Sándwiches de silicio.
• Cómo gobernar la arquitectura con medidas operativas, estructurales y de proceso, y automatizar el control con funciones de aptitud.
• Cómo delimitar el alcance de cada característica con cuantos arquitectónicos, granularidad y comunicación sincrónica, incluida la variable de la nube.
• Cómo identificar componentes con los enfoques de flujo de trabajo y actor/acción, esquivar la trampa de la entidad y aplicar la ley de Deméter.

Parte II: Estilos de arquitectura

• Los patrones fundamentales, del Big Ball of Mud a cliente/servidor y tres niveles, y las falacias de la computación distribuida que arruinan proyectos.
• Cuándo usar y cuándo no usar el estilo en capas: topología, capas de aislamiento, riesgos comunes y gobernanza.
• Cómo estructurar un monolito modular y comunicar sus módulos con el enfoque entre pares o el mediador.
• Cómo funciona el estilo de canalización con pipes y filtros, y en qué casos de uso rinde de verdad.
• Cómo diseñar un microkernel con sistema central y componentes enchufables, con registro, contratos y núcleo volátil bajo control.
• Cómo dimensionar servicios en la arquitectura basada en servicios, con opciones de interfaz de usuario y de API Gateway.
• La arquitectura basada en eventos a fondo: eventos frente a mensajes, cargas útiles, gestión de errores y el antipatrón del enjambre de mosquitos.
• Cómo la arquitectura basada en el espacio absorbe picos extremos, con los casos de venta de entradas para conciertos y subastas en línea.
• Qué enseña la arquitectura orientada a servicios impulsada por la orquestación sobre reutilización, taxonomía y acoplamiento.
• Cómo hacer bien los microservicios: contexto delimitado, granularidad, aislamiento de datos, coreografía, orquestación y sagas.
• Cómo elegir el estilo adecuado con criterios de decisión, sobre los casos de estudio Silicon Sandwiches y Going, Going, Gone.
• Los patrones arquitectónicos que atraviesan estilos: arquitectura hexagonal, malla de servicios, CQRS y patrón de dominio del corredor.

Parte III: Técnicas y habilidades sociales

• Cómo registrar decisiones con ADR, evitar antipatrones como «cubrir tus activos» y aprovechar la IA generativa y los LLM al decidir.
• Cómo evaluar el riesgo con una matriz y conducir una tormenta de riesgos en tres fases: identificación, consenso y mitigación.
• Cómo diagramar arquitectura con UML, C4 y ArchiMate, y las directrices de títulos, líneas, formas, etiquetas y color.
• Cómo hacer eficaz a un equipo: personalidades del arquitecto, señales de alerta como la ignorancia pluralista y listas de verificación.
• Cómo negociar con el negocio, con otros arquitectos y con desarrolladores, y liderar con las 4 C de la arquitectura.
• Dónde se cruza la arquitectura con operaciones, infraestructura, datos, topologías de equipos, la empresa y la IA generativa.
• Las leyes revisadas: todo en arquitectura de software es una compensación y por qué el «por qué» importa más que el «cómo».

¿Necesito ser programador para aprovecharlo? Sí, conviene. Está escrito para desarrolladores con experiencia práctica que quieren dar el salto a arquitectura.

¿Sirve si ya trabajo como arquitecto? Sí. Ordena y da nombre a lo que ya haces, y suma métricas, gobernanza y análisis de riesgo.

¿Está atado a algún lenguaje o framework? No. Los principios aplican a cualquier stack; los ejemplos ilustran, no te obligan a nada.

¿Es la edición actualizada? Sí. Trae cinco capítulos nuevos, con nube, IA generativa y topologías de equipo.

¿Habla de microservicios? Sí, un capítulo entero: contexto delimitado, granularidad, aislamiento de datos, sagas y riesgos reales.

¿Me dice qué estilo de arquitectura elegir? Te da criterios de decisión y compara ocho estilos con sus ventajas, riesgos y casos de uso.

¿Cuánto tardo en leerlo? Entre 4 y 8 semanas si haces los katas y aplicas cada parte a un sistema tuyo.

¿Sirve para pymes y negocios digitales de LATAM? Sí. Enseña a dimensionar la arquitectura al problema, no a copiar la de una empresa gigante.

¿Es muy teórico? No. Cada concepto llega con katas, casos prácticos y decisiones concretas de sistemas reales.

¿Cubre habilidades blandas? Sí, una parte entera: equipos eficaces, negociación, liderazgo y cómo defender tus decisiones.

¿Trae algo sobre IA generativa? Sí. Cómo usar LLM en decisiones arquitectónicas y dónde entra la IA generativa en la arquitectura.

¿Necesito saber UML? No. Un capítulo compara UML, C4 y ArchiMate, y da directrices claras para diagramar.

¿Sirve para preparar una entrevista de arquitecto? Sí. Te da el vocabulario, las compensaciones y los criterios con los que se evalúa ese rol.

¿Por qué confiar en estos autores? Mark Richards fundó DeveloperToArchitect.com y Neal Ford es director y arquitecto en Thoughtworks.

¿Qué es una función de aptitud? Una prueba automatizada que verifica que la arquitectura sigue cumpliendo lo decidido. El libro las explica.

¿Incluye diagramas? Sí, muchos: topologías, estilos y métricas. Se leen cómodos en el PDF listo para imprimir.

¿Y si mi empresa trabaja con un monolito? Perfecto. Verás cómo modularizarlo y cuándo distribuir conviene de verdad y cuándo no.