enterprise service bus ( esb )

DAISY ROCIO HOMEZ PRADA624347

LIZETH SIACHOQUE CAMACHO624348

KATERINE MENDEZ CONTRERAS624355

ENTERPRISE SERVICE BUS (ESB)

CAOS CORPORATIVO

Cada aplicación expone sus interfaces y se realizan comunicaciones punto a punto entre ellas.

Se presentan problemas como: ◦ Dependencias entre

sistemas ◦ Dificultad de

mantenimiento de las aplicaciones

◦ Responsabilidades poco claras

◦ Documentación desincronizada

NECESIDAD DE LAS EMPRESAS

Sistemas existentes Sistemas

Heredados(Legados)

PaquetesUtilitariosColaboración ContenidoNetwork

Usuarios

Visión unificada de los datos

Visión de los procesos del

negocio

Integración de datosIntegración de funcionalidades de negocio(Integración de aplicaciones)

Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

SOLUCIÓN

La incorporación de un middleware que administre la comunicación, que ayude a mejorar y ordenar de manera notable la forma de pensar y trabajar, para: ◦ Definir las responsabilidades de las interfaces de los

sistemas ◦ Separar las tareas en forma clara ◦ Evitar el acoplamiento entre los sistemas ◦ Facilitar la manutención de los sistemas ◦ Simplificar la arquitectura conceptual del modelo de

interacción de los sistemas involucrados

CLASIFICACIÓN DE LA INTEGRACIÓN

Integración

Datos

Aplicación

Batch

Linea

ETL

EII

Sincróna

Asincrona

MOM / JMS / MQ Series

EAI

Acomplamiento fuerte

SocketsRPC /DCOMRMICORBA

Acomplamiento débil WebServices

Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

QUÉ ES ESB?

Es una infraestructura de software que facilita la integración de aplicaciones.

Funciona como capa intermedia (middleware), proporcionando servicios de integración a través de mensajería basada en estándares abiertos y servicios de sincronización.

Es un mecanismo que administra el acceso a aplicaciones y servicios para mostrar de manera simple y única la información en interfaces Web o formularios de usuario

CARACTERISTICAS

Configuración sobre programaciónOrquestación de serviciosTransformación de datosFederación de datosRuteoSincrónico + AsincrónicoWeb ServicesBasado en estándaresSeguridad incorporadaInterfaz de usuario

EJEMPLO ENTORNO DE EJECUCIÓN

Enterprise Service Bus (ESB)

Aplicación

J2EE SAP Siebel /

PeopleSotAplicación

.NET Aplicación

AS/400Aplicación

HTML

Servicios de negocio

Conectores técnicos

Sistem Atención al cliente ( Siebel,

Peoplesoft)

Sistema de facturación

JMSCORBA

RMI SOAP

TIPOS DE ARQUITECTURA

• MBS ( Message Bus Architecture)

• Protocol Switch

• Gateway

MBS ( MESSAGE BUS ARCHITECTURE)

Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

ARQUITECTURA ESB: PROTOCOL SWITCH

Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

ARQUITECTURA ESB: GATEWAY

Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

BENEFICIOS

Integraciones más rápidas y mejores de los sistemas

Mayor flexibilidad ante cambios Basado en estándares Servicios predefinidos que ahorran

costes de desarrollo Mas configuración que código a la

hora de implementar Mayor control del sistema Seguridad en la integración entre

aplicaciones Reglas de negocio manejadas por

analistas de negocio

¿CUANDO NO APLICA?

Pocas aplicaciones: en el caso de que coexistan solamente dos aplicaciones, el bus de integración no haría mas que servir una comunicación punto a punto.

Modas: inclinarse por una opción de integración en lugar de otra por el solo hecho de la publicidad que circula en los medios, es un error tristemente común.

Mentalidad de servicios: adentrarse en el mundo de SOA cuando no hay una política seria, acompañada de una mentalidad acorde a la “filosofía de servicios” es un error que muchas compañías cometen en la actualidad.

EJEMPLO CUANDO NO APLICA

“Imaginemos un caso de un empresa con tradición, que inevitablemente incorporó el uso de un sistema de gestión interno y una aplicación de tipo CRM. Esta organización, reticente al cambio, se encuentra con la necesidad de compartir información entre ambos sistemas. El responsable del área de sistemas de dicha empresa, leyendo una revista de tecnología se encuentra cada vez con mas artículos sobre SOA, integración de aplicaciones, web services y otros tantos buzzwords. Sin estar convencido e incluso desconociendo de que se tratan a fondo esto términos, decide que lo que necesita es un ESB, presionado por los tiempos de sus superiores que necesitan una solución urgente al problema que los aqueja.”

CONCLUSIONA la hora de pensar en una estrategia de

integración de aplicaciones heterogéneas, deben analizarse los objetivos a alcanzar y tomar una decisión concienzuda en cuanto a que tecnología conviene incorporar, abstrayéndose de cualquier producto o técnica de moda. Pensar y enfocarse en las necesidades reales y concretas, en los pros y contras de cada tecnología, sin dejar de lado las necesidades concretas del negocio puntualmente analizado

ALGUNOS PRODUCTOS ESB

Open-Source◦ Mule 1.1

http://mule.codehaus.org/Introduction ◦ ServiceMix http://servicemix.codehaus.org/ ◦ Celtix

http://forge.objectweb.org/projects/celtix/

Comerciales◦ Fiorano ESB Platform http://www.fiorano.com◦ Cape Clear ESB http://www.capeclear.com/◦ Biztalk http://www.microsoft.com◦ J2EE SuperPlatforms (BEA, Oracle, IBM, JBoss)◦ EAI Super Platforms ( Tibco, Webmethods, Vitria)

GRACIAS