Modelled Around Business Domain

El principio "Modelado en torno al Dominio del Negocio" (en inglés "Modelled Around Business Domain") es uno de los principios clave en la arquitectura de microservicios. El principio establece que los límites de los microservicios deben definirse en torno a las necesidades del negocio, en lugar de basarse en factores técnicos como el almacenamiento de datos o el procesamiento de solicitudes.

En otras palabras, el principio "Modelado en torno al Dominio del Negocio" implica que la arquitectura de microservicios debe diseñarse en torno a las entidades de negocio y los procesos empresariales, en lugar de estar diseñada en función de las capas de tecnología, como la base de datos o la capa de presentación.

El objetivo de este principio es permitir que los equipos de desarrollo se centren en las necesidades del negocio y proporcionen soluciones de software más eficientes y flexibles que se adapten a los requisitos empresariales en constante cambio.

Al diseñar microservicios de acuerdo con el principio "Modelado en torno al Dominio del Negocio", los equipos de desarrollo pueden identificar y definir los límites del servicio de manera más clara y precisa. Esto a su vez facilita la comprensión del sistema por parte de los usuarios finales y reduce la complejidad y la dependencia de los sistemas subyacentes.

Recomendaciones

Identifique los dominios de su negocio: Antes de comenzar a modelar, es importante comprender los diferentes dominios de su negocio. Esto ayudará a identificar los límites de su modelo y a mantenerlo enfocado en los aspectos importantes.
Diseñe los modelos en torno a los dominios del negocio: Una vez que se han identificado los dominios de su negocio, diseñe sus modelos en torno a ellos. Cada dominio debe tener su propio modelo que refleje las necesidades y requisitos específicos de ese dominio.
Use un lenguaje común: Para que todos en su equipo entiendan el modelo de negocio, es importante utilizar un lenguaje común. Asegúrese de que todas las personas involucradas en el desarrollo del modelo de negocio estén familiarizadas con los términos y conceptos clave.
Mantenga la simplicidad: No intente modelar cada aspecto del negocio en un solo modelo. En su lugar, manténgase enfocado en los aspectos más importantes y asegúrese de que cada modelo sea simple y fácil de entender.
Alinee el modelo con los procesos de negocio: Asegúrese de que su modelo esté alineado con los procesos de negocio existentes. Esto hará que sea más fácil para las personas en su organización entender cómo se relaciona el modelo con el negocio real.
Mantenga el modelo actualizado: A medida que su negocio evoluciona, su modelo también debe evolucionar. Asegúrese de mantener su modelo actualizado para reflejar los cambios en el negocio.
Pruebe su modelo: Antes de implementar su modelo, asegúrese de probarlo exhaustivamente. Esto ayudará a identificar cualquier problema y asegurará que el modelo funcione como se espera.
Utilice herramientas de modelado de dominio: Existen herramientas de modelado de dominio disponibles que pueden ayudarlo a diseñar y mantener sus modelos de negocio. Estas herramientas pueden facilitar el proceso de modelado y ayudarlo a mantener sus modelos actualizados.

Ejemplo

Supongamos que estamos creando una aplicación de comercio electrónico que consiste en varios microservicios, como el servicio de carrito de compras, el servicio de inventario, el servicio de pagos y el servicio de envío. En lugar de diseñar estos microservicios según los componentes técnicos de la aplicación, debemos diseñarlos en torno a los conceptos de negocio subyacentes de la aplicación, como "pedido", "producto" y "cliente".

Entonces, en lugar de tener un microservicio de "base de datos de pedidos" y un microservicio de "base de datos de productos", tendríamos un microservicio de "gestión de pedidos" y un microservicio de "gestión de productos". Cada microservicio se enfocaría en la lógica de negocio específica de esa área, y la comunicación entre ellos se realizaría a través de interfaces claramente definidas que reflejen el lenguaje y los conceptos de negocio de la aplicación.

Esto puede hacer que el diseño de microservicios sea más fácil de entender y mantener a lo largo del tiempo, y también puede ayudar a alinear mejor la arquitectura de la aplicación con las necesidades del negocio subyacente.

Consecuencias

Dificultad para entender el dominio del negocio: si los microservicios no están diseñados en torno a las necesidades y conceptos del negocio, se corre el riesgo de que los equipos de desarrollo no comprendan completamente las necesidades de los usuarios y no puedan proporcionar soluciones adecuadas.
Dificultad para mantener los servicios: si los servicios no están modelados alrededor del negocio, es posible que se hagan cambios que no estén alineados con el dominio del negocio, lo que puede hacer que los servicios sean difíciles de mantener y actualizar.
Dificultad para escalar: si los microservicios no están diseñados en torno a las necesidades del negocio, puede ser difícil escalarlos correctamente para manejar una carga de trabajo creciente. Esto puede llevar a cuellos de botella y a una disminución en la eficiencia y la eficacia del sistema.
Falta de flexibilidad: si los microservicios no están diseñados para ser flexibles y adaptables a los cambios en el negocio, pueden requerir cambios significativos en el futuro que pueden ser costosos y difíciles de implementar.