El trabajo necesario en un ESB

Cuando ya nos damos cuenta que no es útil tener un BUS de Servicios es porque esto nos permite flexibilidad y velocidad para abordar los cambios que la organización requiere, pero como en todas las cosas sino nos organizamos y administrados también puede ser un caos y no obtengamos los beneficios esperados, es necesario que establezcamos nuestro orden dentro del bus cataloguemos los servicios, y tengamos una visión de las dependencias de estos para esto el catalogo de servicio, en esta entrada presento una primera organización de servicios básica y bastante replicable  y que debe ampliarse de acuerdo a la organización.

Si bien mediante un BUS de Servicios generamos una capa que sirve como puente entre consumidores y productores de servicios que nos evita la complejidad punto a punto (telaraña entre consumidores y productores), dentro de este bus tenemos que tener una clasificación que nos permita ordenar y visualizar el escenario.

Situación sin bus de servicios

V/S

Situación con Bus de Servicio

Pensando en la organización de estos servicios en un bus de servicios me hace sentido clarificarlos en al lo menos estas capas:

• Adaptadores (Servicios que nos abstraen de problemas de conectividad, encargados de resolver protocolos de transporte).
• Servicios Básicos de Negocio ( no divisibles, atómicos).
• Servicios Compuestos (Servicios que son compuestos por otros servicios disponibles en el bus, los que son orquestados por el servicio principal).

En este diagrama también se establece que el bus de servicio es el encargado de proveer seguridad a los servicios, así tambien mostrar que todos los puntos productores, capa de integración y bus deben proveer información para auditoria, todos estos puntos importantes dentro de una arquitectura que permita sustentar en el tiempo la integración de sistemas y niveles de auditoria hoy exigidos por muchas industrias y que pueden implementarse o complementarse con una herramienta de BAM de manera de tener control sobre esta plataforma.