
Strategic Monoliths and Microservices
Tomasz Jaskula, Vaughn Vernon
- Editorial
- Addison Wesley
- Año
- 2021
- Páginas
- ~390
- Nivel
- Intermedio
De qué trata
Publicado a finales de 2021 por Addison-Wesley dentro de la serie especializada de Vaughn Vernon, este libro coescrito junto a Tomasz Jaskuła ofrece una guía exhaustiva y pragmática sobre el diseño estratégico de arquitecturas empresariales. Ante la adopción apresurada de microservicios impulsada por modas tecnológicas ("hype-driven"), los autores proponen un modelo de toma de decisiones guiado por el valor comercial. Está concebido para arquitectos de software, ingenieros principales (staff/principal engineers) y líderes técnicos de nivel intermedio o avanzado que necesitan determinar cuándo una arquitectura monolítica modular bien construida es la opción óptima y cuándo, por qué y cómo migrar hacia microservicios o servicios de granularidad media.
El núcleo teórico y práctico se cimienta en Domain-Driven Design (DDD) estratégico y el diseño orientado a eventos (Events-First Architecture). La obra enseña a utilizar dinámicas de descubrimiento colaborativo como EventStorming, a delimitar dominios y subdominios (core, genéricos y de soporte), a definir Bounded Contexts con lenguaje ubicuo y a diseñar Context Maps para gobernar las relaciones de equipo alineadas con la Ley de Conway. Abarca patrones tácticos y de integración como agregados, entidades, value objects, APIs REST orientadas a eventos y mensajes, Event Sourcing, CQRS (Command Query Responsibility Segregation), funciones serverless (FaaS) y estrategias comprobadas para descomponer monolitos caóticos ("Big Ball of Mud") o extraer servicios desde monolitos modulares.
La aplicación práctica de los conceptos se ilustra a través de un caso de estudio continuo: NuCoverage, una empresa ficticia de seguros vehiculares que atraviesa una modernización digital profunda de sus procesos de negocio. El mayor mérito de la obra es disipar la falsa dicotomía entre monolito y microservicio, enfatizando que la modularidad del dominio debe preceder siempre a las decisiones de despliegue físico. No aborda la configuración detallada de contenedores, Kubernetes o service meshes, manteniendo el foco en el modelado de negocio y límites arquitectónicos. Conviene tener experiencia sólida en desarrollo backend empresarial y fundamentos básicos de Domain-Driven Design.
- Arquitectura de software
- Domain-Driven Design (DDD)
- Monolito modular
- Microservicios
- EventStorming
- Bounded Contexts
- Context Mapping
- Arquitectura guiada por eventos
- CQRS
- Event Sourcing
- Ley de Conway
- Descomposición de monolitos
¿Cómo enseña?
Teórico
- ✗ Sin ejercicios
- ✗ Sin proyectos

