Diseño guiado por el dominio
Desarrollar modelos de software a partir del ámbito de negocio, junto con las personas que conocen sus reglas.
¿Qué es el diseño guiado por el dominio?
El diseño guiado por el dominio, o DDD, basa el modelado de software en un ámbito de negocio. Los especialistas y el equipo de desarrollo aclaran juntos términos, reglas y relaciones. El lenguaje compartido debe mantener el mismo significado dentro de un contexto de negocio definido. Contextos distintos pueden necesitar modelos propios; este límite suele llamarse Bounded Context.
En una empresa ficticia, ventas usa «pedido» para una prestación vendida y el equipo de servicio para una visita programada. Los participantes describen ambos significados y su transferencia, en lugar de asumir tácitamente un único modelo de datos. Así pueden surgir límites de software más claros. DDD no exige microservicios ni un tipo concreto de base de datos. La separación técnica de los modelos y su operación son otra decisión de arquitectura.
Fuentes
Términos relacionados
- Arquitectura de softwareDecisiones fundamentales sobre estructura, interacción y objetivos de calidad de un sistema de software.
- Monolito modularUna aplicación desplegada conjuntamente con módulos internos e interfaces delimitados expresamente.
- Cache stampedeUn cache stampede ocurre cuando solicitudes simultáneas no encuentran el mismo dato en caché y repiten el trabajo costoso.
- BackpressureEl backpressure adapta el flujo de datos entrante a la capacidad del receptor mediante señales para reducir el ritmo o hacer una pausa.
- Condición de carreraUn error en el que el resultado depende del orden temporal de accesos solapados.
- Fuga de memoriaMemoria que ya no se necesita y que, sin embargo, sigue reservada durante el uso.
Artículos sobre el tema
Su proyecto con ASES
Descríbanos su proyecto. Le responderemos con una primera valoración.