Enterprise service bus ( esb )

1. Enterprise service bus (esb) DAISY ROCIO HOMEZ PRADA 624347 LIZETH SIACHOQUE CAMACHO 624348 KATERINE MENDEZ CONTRERAS 624355

2. 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

3. Visión de los procesos del negocio Sistemas existentes Colaboración SistemasHeredados (Legados) Contenido Utilitarios Network Paquetes NECESIDAD DE LAS EMPRESAS Usuarios Visiónunificada de los datos Integración de datos Integración de funcionalidades de negocio (Integración de aplicaciones) Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

4. 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

5. ETL Batch EII Linea Sockets RPC /DCOM Acomplamiento fuerte RMI CORBA Sincróna Acomplamiento débil WebServices EAI Asincrona MOM / JMS / MQ Series Clasificación de la integración Datos Integración Aplicación Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

6. 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

7. CARACTERISTICAS • Configuración sobre programación • Orquestación de servicios • Transformación de datos • Federación de datos • Ruteo • Sincrónico + Asincrónico • Web Services • Basado en estándares • Seguridad incorporada • Interfaz de usuario

8. SistemAtención al cliente ( Siebel, Peoplesoft) Sistema de facturación Enterprise Service Bus (ESB) Ejemplo Entorno de ejecución JMS CORBA RMI SOAP Servicios de negocio Conectores técnicos Aplicación AS/400 Aplicación J2EE Aplicación .NET Siebel / PeopleSot Aplicación HTML SAP

9. TIPOS DE ARQUITECTURA MBS ( Message Bus Architecture) Protocol Switch Gateway

10. MBS ( Message Bus Architecture) Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

11. Arquitectura ESB: Protocol Switch Tomado de: ESB: Enterprise Service Bus . Jorge Humberto Arias. Novell . Septiembre de 2005

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

13. 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

14. ¿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.

15. 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.”

16. CONCLUSION • A 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

17. Algunos productos ESB • Open-Source • Mule 1.1 http://mule.codehaus.org/Introduction • ServiceMixhttp://servicemix.codehaus.org/ • Celtixhttp://forge.objectweb.org/projects/celtix/ • Comerciales • Fiorano ESB Platformhttp://www.fiorano.com • Cape Clear ESB http://www.capeclear.com/ • Biztalkhttp://www.microsoft.com • J2EE SuperPlatforms (BEA, Oracle, IBM, JBoss) • EAI SuperPlatforms ( Tibco, Webmethods, Vitria)

18. gracias