ESB

1
ESB
Víctor Cabrera Cañizares
2
ESB
Enterprise Service Bus
Un ESB nos ofrece todas las herramientas y la
infraestructura necesarias para construir un SOA
(Service Oriented Architectures)
Es la plataforma que brinda los servicios de
enrutamiento y transformación de mensajería para
la arquitectura SOA
Problemas de interoperabilidad entre
implementaciones de distintos fabricantes
3
ESB

• También conocido como message broker.
• Es un estándar abierto basado en mensajería
  síncrona o asíncrona como elemento middleware,
  que proporciona interoperabilidad segura entre
  aplicaciones de empresa por medio de XML,
  interfaces de Servicios Web y reglas de
  enrutamiento estandarizado de documentos.
• Método unificado de interactividad con formato
  de datos de fuentes dispares.
• El diseño multilenguaje y multiplataforma de un
  ESB permite a las empresas procesar datos entre
  aplicaciones de varias fuentes.
• J2EE y .NET.

4
ESB
Funciones clave

• Transformación La capacidad de transformar
  documentos de un formato de datos a otro de modo
  que el grupo receptor pueda hacer uso de la
  interfaz con los datos en un formato de
  aplicación diferente del que se envió.
• Enrutamiento La habilidad para enrutar
  mensajes.
• Portabilidad La capacidad de compartir los
  datos entre diferentes sistemas y entornos de
  operación.
• Balanceo de carga / agrupamiento (Load
  balancing/clustering) La capacidad de distribuir
  procesamiento entre varios dispositivos para que
  ninguno se sobrecargue.
• Failover La capacidad para transferir funciones
  de mensajería hacia otro servidor si falla uno de
  ellos durante el intercambio de datos.

5
ESB
Propiedades

1. Distribuido Para eliminar restricciones
   geográficas.
2. Basado en mensajes Para proporcionar loose
   coupling.
3. Estándar abierto Para preservar inversión y
   fomentar la participación.

6
Implementaciones Open Source
Celtix
Mule
Service Mix
7
Celtix
8
Celtix
------ Componentes principales -------
9
Celtix
10
Celtix

• Dispatcher/Workqueue

• Permite el envío eficiente de peticiones y
  mensajes de respuesta
• Proporciona un Workqueue y un pool de hilos para
  el envío concurrente de mensajes

• WSDL Model

• Celtix parsea un contrato WSDL y crea un modelo
  WSDL con el árbol resultante
• Este modelo es importante para proporcionar un
  acceso eficiente en tiempo de ejecución a los
  datos WSDL
• Permite cambiar atributos en tiempo de ejecución

11
Celtix
------ Plugins e Interceptores -------
12
Celtix
------ Plugins e Interceptores -------
13
Celtix
------ Componentes cliente -------
14
Celtix
------ Componentes cliente -------

• Cliente Proxy

• Expone las mismas operaciones que aquellas
  definidas en un WSDL type port
• El cliente proxy actúa como un sustituto
  (stand-in) del objeto remoto que en realidad hace
  el trabajo (el servicio remoto WSDL)

• Plugin cliente genérico

• Celtix aún no lo ha definido

15
Celtix
------ Componentes servidor -------
16
Celtix
------ Componentes servidor -------
17
Celtix
------ Ejemplo (RequestHandling ) -------
18
Celtix
------ Ejemplo (RequestHandling ) -------
19
Celtix
------ Trabajos futuros -------

• Mantiene aún en desarrollo la integración entre
  Celtix y JBI
• Solución 1 Desarrollo de componentes JBI dentro
  de un contenedor Celtix

20
Celtix
------ Trabajos futuros -------

• Solución 2 Desarrollo de componentes Celtix
  dentro de un entorno JBI

21
Celtix
------ Trabajos futuros -------

• Integración JBI

JBI (Java Business Integration), Service Engines
(SE) y Binding Components (BC). Los SEs
proporcionan lógica de negocio y servicio de
transformaciones. Los BCs proporcionan
conectividad para aplicaciones que son externas
al JBI
22
Mule
23
Mule

• El canal puede tener cualquier método de
  comunicación de datos entre dos puntos.
• El recibidor de mensajes se usa para leer o
  recibir datos desde una aplicación.
• El conector entiende cómo enviar y recibir datos
  sobre un canal particular.
• El transformador se usa para transformar
  formatos de mensajes.
• El inbound router se puede usar para controlar
  cómo y qué eventos son recibidos por un
  componente UMO.
• El componente UMO es el que procesa la orden.
• El outbound router se usa para publicar
  mensajes/eventos.

24
Mule
25
Mule
------ Arquitectura -------

• Mule Manager

• Su objetivo es gestionar los objetos
• Conectores
• Endpoints
• Transformadores
• Proporciona servicios al Mule Model y los
  componentes que éste maneja

26
Mule
------ Arquitectura -------

• Mule Model

• Contenedor de los componentes
• Controla el flujo de mensajes desde/hacia los
  componentes
• Maneja hilos
• Basado en SEDA (staged event-driven architecture)

27
Mule
------ Arquitectura -------

• Mule Model

• Es responsable del mantenimiento de las
  instancias UMO y su configuración.
• Hospeda uno o más componentes UMO.
• Encapsula y controla el comportamiento de una
  instancia de servidor Mule en tiempo de
  ejecución.
• El EntryPointResolver se usa para determinar qué
  método invocar en un componente UMO cuando se
  recibe un evento.

28
Mule
------ Arquitectura -------

• Componente UMO

• UMO Universal Message Object
• Son componentes autónomos simples
• Envía/Recibe eventos hacia/desde cualquier otro
  UMO
• Ejecuta lógica de negocio sobre un evento de
  llegada

29
Mule
------ Arquitectura -------

• Componente UMO

30
Mule
------ Arquitectura -------

• Componente UMO

Ciclo de vida
31
Mule
------ Interceptores -------
32
Service Mix
33
Bibliografía
Celtix -gt https//wiki.objectweb.org/celtix Servic
eMix -gt http//www.servicemix.org Mule -gt
http//mule.codehaus.org/
Para descargar
ServiceMix -gt http//www.servicemix.org/Download M
ule -gt http//mule.codehaus.org/Download Celtix
-gt http//forge.objectweb.org/project/showfiles.ph
p?group_id192