Patrones de arquitectura — Misión
Secciones
Ajustes de lectura
Ninguna voz para este idioma en este navegador.
Más voces
Código y términos técnicos en inglés
Desactivado: la voz de la página lo lee todo, sin pausa entre dos voces.
Ninguna voz para este idioma en este navegador.
Más voces
Más voces: Microsoft Edge ofrece voces naturales en línea, y Windows (Configuración › Hora e idioma › Voz), macOS y Android instalan otras.
Elegir un límite porque hace un cambio concreto más seguro o menos costoso. Este curso compara cinco patrones sin clasificarlos de mejor a peor. Complementa el curso de arquitectura hexagonal al preguntar cuándo bastan unas capas sencillas, cómo se solapan onion y clean con puertos y adaptadores, y por qué el monolito modular responde a otra decisión.
El caso conductor es guardar el plan de práctica de un guitarrista: recibir un plan con nombre y tres posiciones de acordes, validarlo contra una revisión del catálogo, persistirlo y devolver un recibo. Las cuatro lecciones mantienen ese caso. Es un diseño didáctico, no una funcionalidad implementada en un repositorio del ecosistema.
Requisitos y resultado
Sección titulada «Requisitos y resultado»Conocer funciones, interfaces, transacciones y la diferencia entre proceso y biblioteca. No hacen falta cuentas, modelos de pago ni servicios. Los ejercicios son de diseño y trazas de fallos con soluciones; esta primera entrega no contiene aplicación ejecutable ni benchmark.
Terminarás con un mapa de dependencias, un contrato, una tabla de fallos y una decisión de una página con condiciones de rechazo comprobables. Tiempo sugerido: dos horas; es una estimación de estudio, no una medición.
| Lección | Entregable |
|---|---|
| 1. Empezar con un cambio | Supuestos, invariantes y referencia medible |
| 2. Cinco patrones, un caso | Comparación de dependencias y responsabilidades |
| 3. Cuando un límite cruza un proceso | Contrato de reintentos, concurrencia y recuperación |
| 4. Evaluar un límite del ecosistema | Experimento acotado y decisión para GA/Gaia/IX/Demerzel |
| Diario | Fuentes, evidencia de validación y trabajo pendiente |
Fuentes primarias
Sección titulada «Fuentes primarias»- Microsoft: arquitecturas comunes de aplicaciones web.
- Cockburn: artículo original de puertos y adaptadores.
- Palermo: arquitectura onion, parte 1.
- Martin: clean architecture.
- Spring Modulith: fundamentos de módulos y verificación estructural.
- Amazon Builders’ Library: API idempotentes.
Estas fuentes establecen la terminología. La carga de trabajo, los umbrales, los juicios y los experimentos propuestos son supuestos del curso, no conclusiones medidas por esas fuentes.