¿Qué es el diagrama de arquitectura hexagonal?

El diagrama de arquitectura hexagonal es un patrón arquitectónico utilizado en el diseño de software con el objetivo de crear componentes de aplicación débilmente acoplados. Este enfoque es una alternativa a la arquitectura en capas tradicional. Es una de las muchas formas de DDD (Arquitectura de diseño dirigida por dominio).

La arquitectura hexagonal fue inventada por Alistair Cockburn en 2005 en un intento de evitar los errores estructurales conocidos en el diseño de software orientado a objetos, como las dependencias no deseadas entre capas y la contaminación del código de la interfaz de usuario con la lógica comercial. La idea detrás de esto es poner la entrada y la salida al borde del diseño. Al hacerlo, puede aislar la lógica central (núcleo) de su aplicación de problemas externos. La entrada y salida en el borde significa que puede intercambiar sus controladores sin cambiar el código central.

Editar este diagrama

Como se muestra en la figura anterior, una aplicación se puede considerar como un todo y se ve como un hexágono, con el dominio comercial ubicado dentro. La aplicación abre puertos específicos para establecer canales de comunicación hacia y desde el código de la aplicación. Aísla la lógica del dominio de la infraestructura, como la base de datos, el bus de mensajes, la entrega de correo y/o el servidor web. Se puede ampliar para admitir fácilmente diferentes tipos de clientes. Simplemente agréguele un nuevo adaptador. Por lo tanto, la arquitectura hexagonal es un ajuste natural para el diseño basado en dominios (DDD).

Así, la arquitectura hexagonal divide un sistema en varios componentes intercambiables débilmente acoplados por medio de puertos y adaptadores expuestos y cada componente se conecta a los demás a través de estos puertos siguiendo un protocolo dado dependiendo de su propósito. Esto hace que los componentes sean intercambiables en cualquier nivel y facilita la automatización de pruebas.

Centro

• Se define el lugar donde ocurre la lógica empresarial de la aplicación
• Recibe datos, realiza operaciones en ellos y, opcionalmente, puede comunicarse con otras partes externas, como bases de datos o entidades de persistencia.

Puertos

• Representa los límites de la aplicación.

Adaptador

• Puede implementarse como interfaces para uso externo.