ESB: Enterprise Services Bus “La siguiente generación de plataformas para la integración empresarial de aplicaciones”

1. ESB: Enterprise Services Bus“La siguiente generación de plataformas para la integración empresarial de aplicaciones” Jorge Humberto Arias. jarias@novell.com

2. Agenda Agenda Conferencia Contexto y motivaciones 1 Integración de aplicaciones empresariales 2 ESB ( Enterprise Services Bus) 3 Conclusiones 4 Q&A 5

3. Procesos de negocio traducidos en tecnología Sistemas existentes Colaboración Legados Contenido Utilitarios Network Paquetes Lo que necesitamos hoy en día Usuarios Imagenes unificadas de datos Integración de datos Integración de funcionalidades de negocio (Integración de aplicaciones)

4. Cliente Requerimientos de negocioVisiones 360 de clientes, Tableros de control Cobol Oracle SAP SQL Server MS-Access Excel

5. Cliente Cliente Cliente Cliente Cliente Cliente Requerimientos de negocioComplejidad, caos y fracaso a la hora de implementar soluciones Cobol Oracle SAP SQL Server MS-Access Excel

6. Requerimientos de negocioComplejidad, caos y fracaso a la hora de implementar soluciones

7. Clientes Estrategia, Infraestructura y Productos Operaciones Preparación y Soporte de la operación Ciclo de vida del producto Ciclo de vida de los recursos Estrategia & Compromiso Aprovisionamiento Aseguramiento Facturación Proveedores & Socios Administración empresarial & corporativa Empleados, Accionistas Requerimientos de negocioCompañias orientadas y centradas en procesos de negocio

8. ¿Cuánto tiempo toma aprovisionar un nuevo teléfono? ¿Duplicamos, de manera temporal, los datos del nuevo cliente entre el facturador y el sistema de aprovisionamiento? ¿ Hacemos integración manual en batch cada 24 horas? ¿ Pero mercadeo dice que aprovisionamos en linea ? Clientes Aprovisionamiento Proveedores & Socios Requerimientos de negocioIntegración end-end de procesos, y fracaso a la hora de implementar Operaciones Portal J2EE ( Capturar orden de Aprovisionamiento) Siebel( Registrar contacto de cliente) Sistema de facturación in-house Oracle Forms ( Crear cuenta de facturación) Sistema de ordenes de trabajo de DNA ( Crear orden de trabajo) Sistema financiero en SAP (Registrar costeo orden trabajo) Sistema SCM en SAP ( Colocar pedido de insumos)

9. Modelo host Modelo Cliente/Servidor dos niveles • Lógica Presentación • Lógica funcional • Datos • Datos • Lógica Presentación • Lógica funcional Terminal Host Cliente Servidor 1990 Multicapas Modelo Cliente/Servidor modificado Lógica Presentación • Lógica funcional • Datos WebServer • Lógica Presentación Lógica Negocio (componentes) 1998 Cliente Terminal (Browser) AppServer Servidor Datos DBServer Requerimientos de negocioSoportar toda una historia y tradicción 1980 1970 2005

10. ¿ Cuál es el nuevo orden mundial para organizar este caos tecnológico? Real Time enterprises = SOA + EDA

11. En resumen… • Integración dirigida por procesos de negocios • Trate de localizar donde están las funcionalidades que soportan el proceso ( Sistemas de información, humanos, etc) • El mundo es sincrónico y asincrónico • Soporte la historia, conviva y tome ventaja de la misma

12. Agenda Agenda Conferencia Contexto y Motivaciones 1 Integración de aplicaciones empresariales 2 ESB ( Enterprise Services Bus) 3 Conclusiones 4 Q&A 5

13. Navegando en el difícil mundo de la integración • Existen varios mecanismos de integración ( Sockets, RPC, RMI, DCOM, colas, tópicos) • Existen varios paradigmas de integración ( P2P, Publisher-Subscriber,EAI, Middleware, MOM, ESB) • Existen varios formas de integración EAI • Sincrónica (Request-Reply) • Asincrónica (Colas (Point 2 Point) / Tópicos (Publisher-Subscriber)) • Existen varias cosas que queremos integrar • Datos • Aplicaciones • Componentes

14. ETL Batch EII Linea Sockets RPC /DCOM Acomplamiento fuerte RMI CORBA Sincróna Acomplamiento débil WebServices EAI Asincrona MOM / JMS / MQ Series Taxonomía de la integración Datos Integración Aplicación

15. ¿ Y alguien sabe donde están los sistemas legados dentro de la foto ? Cómo integrarse contra ellos?

16. Sistemas Legados: Definición “Sistemas altamente confiables y funcionan muy bien” ( Anónimo) “Sistemas de gran embergadura con los que no sabemos como hacer frente, pero que son vitales para el negocio” (Bennet) “Un sistema de computación o aplicación que es utilizado debido al prohibitivo costo de reemplazarlo, a pesar de su pobre competitividad y compatibilidad con [sistemas] equivalentes modernos. Se asumen de gran tamaño, monolíticos y difíciles de modificar” Free Computer Dictionary OnLine

17. 30% a 35% del tiempo y costo de implantación de un sistema son enfocados a la integración con sistemas legacy y otros paquetes. 40% Los paquetes ERP cubren, a lo sumo, 40% de las funciones de una empresas. 70% 60 a 80% de las funciones y datos críticos de negocio residen en aplicaciones legadas De los recursos de TI de grandes empresas se dedica a mantenimiento de aplicaciones legadas ¿ Por qué debemos integrarnos con los sistemas legados ? • Sin los datos y transacciones provistas por los sistema legados, las nuevas soluciones tienen una utilidad limitada • Sin integración, se requerirán costosos procesos manuales y se producirán problemas de integridad de datos • Sistemas legados representan un activo valioso de las organizaciones • Contienen lógica de negocio probada a lo largo de los años y residen en plataformas confiables

18. Aplicación 100% monolítica Programa Legado Presentación Negocio Pantallas Datos Servicio Programas CICS Puntos de integración hacia un sistema legado

19. Integración no-intrusiva como habilitador de integración a bajo costos

20. Proveen la capacidad de crear una sesión de terminal para interactuar con una aplicación, navegando por diversas pantallas, emulando a un usuario. Ej. 3270, Telnet, HTML Interactúan directamente con la lógica de la aplicación, accediendo rutinas u objetos en tiempo de ejecución. Ej. Programas CICS, EJB, Stored Procedures, APIs Servicio Acceso directo a las fuentes de datos. No utiliza lógica de las aplicaciones. Ej. JDBC, archivos planos, documentos Xml, EDI Puntos de integración de acuerdo a la arquitectura lógica de un sistema Tomado: Novell exteNd Platform Interfaz de Usuario Lógica de aplicación Datos

21. Modelo host Modelo Cliente/Servidor dos niveles • Lógica Presentación • Lógica funcional • Datos • Datos • Lógica Presentación • Lógica funcional Terminal Host Cliente Servidor Integración a nivel de interfaz de usuario Integración a nivel de datos Modelo Cliente/Servidor multinivel Lógica Presentación Cliente Lógica Negocio (componentes) WebServer Integración a nivel de Aplicación AppServer Datos DBServer Enfoques de integración según la arquitectura del sistema legado

22. Enfoques y aproximaciones tradicionales para estructurar soluciones de integración...

23. Despacho Atención al Cliente Manejo de Ordenes Facturación Arquitectura técnica-Integración Punto a Punto • Tiene una inversión inicial baja, pero elmantenimiento se hace costoso • El número de conexionescrece exponencialmente a medida que se incorporan aplicaciones • Requiere desarrollo de funcionescomplejas para comunicación, transformaciones, etc. • Altamentedependientede las aplicaciones • Soluciones no reutilizablespara requerimientos específicos

24. Despacho Atención al Cliente Bus de Integración Facturación Manejo de Ordenes Arquitectura técnica- Integración EAI • Altamente escalable en cuanto a número de aplicaciones y volumen de datos. • Fuertemente atada a la tecnología del proveedor del bus de integración • Provee funciones de comunicación confiable, transformaciones, enrutamiento, etc. • Enfocado hacia problemas de integración de procesos o datos de gran escala.

25. Despacho Atención al Cliente Manejo de Ordenes Facturación Arquitectura técnica- Integración SOI • Utiliza infraestructuras basadas en estándares • La escalabilidad depende en gran medida de la infraestructura utilizada • Puede desarrollarse incrementalmente • Ofrece funciones de comunicación y transformación de datos (Al igual que EAI) • Puede coexistir y complementar una infraestructura de EAI, esto gracias a los buses de servicios empresariales. • Integración a bajo costos SOI

26. Agenda Agenda Conferencia Contexto y motivaciones para un nuevo modelo 1 Integración de aplicaciones empresariales 2 ESB ( Enterprise Services Bus) 3 Conclusiones 4 Q&A 5

27. Enterprise Services BusDefiniciones • Plataforma deintegración centrada en estándares abiertos • Siguiente generaciónde las herramientas EAI • Centrado en la naturaleza sincronica de los servicios y asincrónica de los eventos. • Combina los paradigmas: • SOA : Services Oriented Architecture • EDA : Event Driven Architecture • Implementainterfaces estandarizadaspara proveer comunicación, conectividad, transformación, portabilidad y seguridad.

28. Un de las tantas definiciones de la industria… Tomado de Forrester ( Derechos de autor reservados de Forrester)

29. Colaboración Legados Contenido Utilitarios Network Paquetes ESB dentro del contexto de lo que buscando hoy en día Portal Desktop B2B Moviles Usuarios Workflow Transformación ESB BPM Procesos de negocio Integración Aplicaciones compuestas Traducción

30. Sistem Atención al cliente ( Siebel, Peoplesoft) Sistema de facturación Enterprise Service Bus (ESB) ESB en un entorno 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

31. Naturaleza Asincrónica EDA sobre una implementación MOM Tomado: Novell exteNd Platform

32. Estándares WSP Infraestructura de servicios no-funcionales ( Transacciones, seguridad, BPM, etc.) Prácticas para el diseño de servicios o adaptación Infraestructura/Framework de webservices Servicio/Adaptador Servicio/Adaptador Servicio/Adaptador Clientes Fuente: Burton Group Plataforma de negocio B Plataforma de Negocio C Plataforma de negocio A ESB: Soporte a la naturaleza síncrona y asíncrona del mundo Bus de Servicios

33. ¿ Qué características técnicas y/o funcionales determinan una buena plataforma ESB ?

34. Enterprise Service Bus (ESB) Soporte Multiprotocolo • Interoperabilidad entre múltiples y propietarios protocolos de comunicación • MOM ( Message Oriented Middleware) • SOAP (Simple Object Access Protocol) • CORBA ( Component Object Request Broker Archictecture) • B2B (Business to Business) • JBI (Java Business Integration) MOM SOAP RMI CORBA .net Remoting Servicios de negocio Servicios de negocio

35. Soporte WSP ( Web Services Platform) • WSP debe incluir • Motor de ejecución SOAP • Framework de construcción de webservices • Considera varios frameworks • WS-Addressing • WS-Reliable Messaging • WS-Eventing • WS-Notification • WS-Transaction. Fuente: Burton Group

36. Contenedor de servicios / Modelo de Programación Abstracto • Contenedor de Servicios • Infraestructura que pemite almacenar y manejar el ciclo de los servicios ( Ciclo de vida ) • Modelo de programación abstracto. • Modelo de programación que permite abstraer el servicios de los mecanismos de comunicación e interacción ( Request-Reply, MOM, etc) • Mensajería confiable • Persistencia de mensajes residentes en colas y tópicos • Soporte transaccional en la entrega del mensaje • Implementación de primitivas ( at-most-one, at-least-one, exactly one, ordering delivery, etc)

37. Enterprise Service Bus (ESB) Adaptadores de integración • Adaptadores • Integración con sistemas legados • Plataformas ERP, CRM, Transaccionales. Conectores técnicos Aplicación AS/400 JD Edwards CISC Siebel / PeopleSot Aplicación HTML SAP

38. Orquestación de Procesos de negocio • Ejecución de procesos de negocio basada en reglas. • Procesos de negocio complejos • Atraviesan: personas, organizaciones, dominios, actividades, webservices, repositorios, sistemas, etc. • Multi-paso, multi-participantes, multi-plataforma, multi-componente. • Condicionales, secuenciales y paralelos. • Procesos de negocio dinámicos • Considera la redefinición en tiempo real de participantes, roles, rutas, reglas, politicas, dependencias y politicas. • Procesos de negocio de larga duración • Ejecución asincrónica de actividades • Procesos que toman horas, dias, semanas y meses para completar su ejecución • Requiere de un control y monitoreo centralizado del ciclo de vida del proceso

39. Transformaciones / Transacciones / Routing • Transacciones • Transacciones locales • Transacciones distribuidas • Transformaciones • Agregación • Filtros • Truducciones y mapas de datos. • Enrutamiento • Enrutamiento tradicional: Los datos e información de enrutamiento hace parte de la lógica del negocio del componente. • Enrutamiento basado en el contenido de los mensajes (información encabezados) • Enrutamiento de externo: Controlado y/o coordinado por un BPM.

40. Enterprise Service Bus (ESB) Reglas y parametrización Mecanismos sincronos & Asincronos de transporte Seguridad & Manejo de la identidad Servicios de transformación y trans. Orquestación y coordinación Enrutamiento & BPM & Transacciones ... Y la arquitectura externa en un ESB es: JMS RMI CORBA .net Remoting SOAP Servicios de negocio Servicios de negocio Conectores técnicos Aplicación AS/400 Aplicación J2EE Aplicación .NET Siebel / PeopleSot Aplicación HTML SAP

41. Tipos de arquitecturas posibles para desplegar una plataforma ESB...

42. Tipos de Arquitecturas ESB • Los jugadores de la industria EAI, MOM y plataformas J2EE /.NET están evolucionando sus soluciones alrededor de una infraestructura ESB. Acorde tu Burton Group (“ESB: EAI in transition-April 2005.”), se tienen: • MOM ++ ( Message Oriented Middleware) • WSP ++ ( Web Services Platform) • Super Platform ( Websphere, WebLogic, Oracle, Jboss, Microsoft) • Existen principalmente tres tipos de arquitectura de ESB • MBS ( Message Bus Architecture) • Protocol Switch • Gateway

43. Web service MOM Resource WSDL/SOAP JMS/MOM JCA Message Bus (SOAP/MOM/WSRM) Adapters Adapters Adapters Adapters Packaged applications CICS, IMS, Tuxedo, CORBA B2B protocols In-house applications Arquitectura ESB: Message Bus Architecture Fuente: Burton Group

44. Message processing engine with plug-in protocol drivers SOAP MOM CORBA CICS Tuxedo SWIFT Other Arquitectura ESB: Protocol Switch Fuente: Burton Group

45. WSF application WSF/MOM gateway MOM topic or queue Arquitectura ESB: Gateway MOM SOAP Fuente: Burton Group

46. Algunas implementaciones • 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)

47. Agenda Agenda Conferencia Contexto y motivaciones para un nuevo modelo 1 Integración de aplicaciones empresariales 2 ESB ( Enterprise Services Bus) 3 Conclusiones 4 Q&A 5

48. Conclusiones • ESB es la piedra angular que desde hace varios años hemos estado buscando al interior de las organizaciones como el corazón bombeador de datos e información al todo el ecosistema de aplicaciones de negocio; gracias a su modelo de publicacion de servicios de negocio accesibles desde un enfoque multiprotocolo, y adaptación nativa hacia las plataformas de negocio de la organización ( ERP, CRM, Mainframe, N-tier) • El mercado esta llendo hacia modelos de integración no-intrusivos y a bajo costos; es decir; hacia modelos de integración orientado a servicios. • Es prácticamente imposible disponer de un modelo único de datos ó plataforma única de aplicaciones. Esta dos fuerzas motivan centrar la organización en una solida plataforma de integración basada en servicios.

49. Agenda Agenda Conferencia Contexto y motivaciones para un nuevo modelo 1 Integración de aplicaciones empresariales 2 ESB ( Enterprise Services Bus) 3 Conclusiones 4 Q&A 5

50. ¿ Preguntas ?