¿ Cuál es el nuevo orden mundial para organizar este caos tecnológico? Real Time enterprises = SOA + EDA
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
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
Taxonomía de la integración Integración Datos Aplicación (Gp:) Batch (Gp:) Linea
(Gp:) ETL (Gp:) EII
(Gp:) Sincróna (Gp:) Asincrona
(Gp:) MOM / JMS / MQ Series (Gp:) EAI
(Gp:) Acomplamiento fuerte (Gp:) Sockets (Gp:) RPC /DCOM (Gp:) RMI (Gp:) CORBA
(Gp:) Acomplamiento débil (Gp:) WebServices
¿ Y alguien sabe donde están los sistemas legados dentro de la foto ? Cómo integrarse contra ellos?
Sistemas Legados: Definición “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 “Sistemas altamente confiables y funcionan muy bien” ( Anónimo)
¿ Por qué debemos integrarnos con los sistemas legados ? (Gp:) 30% a 35% (Gp:) del tiempo y costo de implantación de un sistema son enfocados a la integración con sistemas legacy y otros paquetes. (Gp:) 70% (Gp:) de las funciones y datos críticos de negocio residen en aplicaciones legadas (Gp:) 40% (Gp:) Los paquetes ERP cubren, a lo sumo, 40% de las funciones de una empresas. (Gp:) 60 a 80% (Gp:) De los recursos de TI de grandes empresas se dedica a mantenimiento de aplicaciones legadas
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
Puntos de integración hacia un sistema legado (Gp:) Pantallas (Gp:) Programas CICS (Gp:) Servicio (Gp:) Presentación (Gp:) Negocio (Gp:) Datos (Gp:) Aplicación 100% monolítica (Gp:) Programa Legado
Integración no-intrusiva como habilitador de integración a bajo costos
Puntos de integración de acuerdo a la arquitectura lógica de un sistema Datos Interfaz de Usuario Lógica de aplicación (Gp:) Servicio
(Gp:) 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
(Gp:) 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
(Gp:) Acceso directo a las fuentes de datos. No utiliza lógica de las aplicaciones. Ej. JDBC, archivos planos, documentos Xml, EDI
Tomado: Novell exteNd Platform
Enfoques de integración según la arquitectura del sistema legado (Gp:) Terminal (Gp:) Host (Gp:) Lógica Presentación Lógica funcional Datos (Gp:) Modelo host
(Gp:) Cliente (Gp:) Servidor (Gp:) Lógica Presentación Lógica funcional (Gp:) Datos (Gp:) Modelo Cliente/Servidor dos niveles
(Gp:) Cliente (Gp:) WebServer (Gp:) DBServer (Gp:) AppServer (Gp:) Lógica Presentación (Gp:) Lógica Negocio (componentes) (Gp:) Datos (Gp:) Modelo Cliente/Servidor multinivel
(Gp:) Integración a nivel de datos
(Gp:) Integración a nivel de Aplicación
(Gp:) Integración a nivel de interfaz de usuario
Enfoques y aproximaciones tradicionales para estructurar soluciones de integración…
Arquitectura técnica-Integración Punto a Punto (Gp:) Atención al Cliente (Gp:) Manejo de Ordenes (Gp:) Facturación (Gp:) Despacho
Tiene una inversión inicial baja, pero el mantenimiento se hace costoso
El número de conexiones crece exponencialmente a medida que se incorporan aplicaciones
Requiere desarrollo de funciones complejas para comunicación, transformaciones, etc.
Altamente dependiente de las aplicaciones
Soluciones no reutilizables para requerimientos específicos
Arquitectura técnica- Integración EAI (Gp:) Manejo de Ordenes (Gp:) Atención al Cliente (Gp:) Facturación (Gp:) Despacho (Gp:) Bus de Integración
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.
Arquitectura técnica- Integración SOI (Gp:) Manejo de Ordenes (Gp:) Atención al Cliente (Gp:) Facturación (Gp:) Despacho
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
Enterprise Services BusDefiniciones Plataforma de integración centrada en estándares abiertos Siguiente generación de 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 Implementa interfaces estandarizadas para proveer comunicación, conectividad, transformación, portabilidad y seguridad.
Un de las tantas definiciones de la industria… Tomado de Forrester ( Derechos de autor reservados de Forrester)
ESB dentro del contexto de lo que buscando hoy en día Portal Desktop Moviles Procesos de negocio Transformación Traducción Integración BPM (Gp:) Legados (Gp:) Paquetes (Gp:) Utilitarios (Gp:) Colaboración (Gp:) Contenido (Gp:) Network
Usuarios Workflow Aplicaciones compuestas B2B ESB
ESB en un entorno ejecución (Gp:) Enterprise Service Bus (ESB)
Aplicación J2EE SAP Siebel / PeopleSot Aplicación .NET Aplicación AS/400 Aplicación HTML Servicios de negocio Conectores técnicos (Gp:) Sistem Atención al cliente ( Siebel, Peoplesoft)
(Gp:) Sistema de facturación
JMS CORBA RMI SOAP
Naturaleza Asincrónica EDA sobre una implementación MOM Tomado: Novell exteNd Platform
ESB: Soporte a la naturaleza síncrona y asíncrona del mundo Bus de Servicios (Gp:) Infraestructura/Framework de webservices
(Gp:) Infraestructura de servicios no-funcionales ( Transacciones, seguridad, BPM, etc.)
(Gp:) Estándares WSP
(Gp:) Prácticas para el diseño de servicios o adaptación
(Gp:) Plataforma de Negocio C (Gp:) Plataforma de negocio B (Gp:) Plataforma de negocio A (Gp:) Servicio/Adaptador (Gp:) Clientes (Gp:) Servicio/Adaptador (Gp:) Servicio/Adaptador (Gp:) Fuente: Burton Group
¿ Qué características técnicas y/o funcionales determinan una buena plataforma 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) (Gp:) Enterprise Service Bus (ESB)
Servicios de negocio RMI CORBA .net Remoting MOM Servicios de negocio SOAP
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
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)
Adaptadores de integración Adaptadores Integración con sistemas legados Plataformas ERP, CRM, Transaccionales. (Gp:) Enterprise Service Bus (ESB)
JD Edwards SAP Siebel / PeopleSot CISC Aplicación AS/400 Aplicación HTML Conectores técnicos
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
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.
… Y la arquitectura externa en un ESB es: (Gp:) Enterprise Service Bus (ESB)
(Gp:) Reglas y parametrización
(Gp:) Mecanismos sincronos & Asincronos de transporte
(Gp:) Seguridad & Manejo de la identidad
(Gp:) Enrutamiento & BPM & Transacciones
(Gp:) Servicios de transformación y trans.
(Gp:) Orquestación y coordinación
Aplicación J2EE SAP Siebel / PeopleSot Aplicación .NET Aplicación AS/400 Aplicación HTML Servicios de negocio RMI CORBA .net Remoting JMS Servicios de negocio SOAP Conectores técnicos
Tipos de arquitecturas posibles para desplegar una plataforma ESB…
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
Arquitectura ESB: Message Bus Architecture (Gp:) Adapters
(Gp:) Adapters
(Gp:) Adapters
(Gp:) Adapters
(Gp:) Web service
(Gp:) Resource
(Gp:) WSDL/SOAP
(Gp:) JCA
(Gp:) MOM
(Gp:) JMS/MOM
(Gp:) Message Bus (SOAP/MOM/WSRM)
(Gp:) Packaged applications
(Gp:) CICS, IMS, Tuxedo, CORBA
(Gp:) B2B protocols
(Gp:) In-house applications
Fuente: Burton Group
Arquitectura ESB: Protocol Switch (Gp:) Message processing engine with plug-in protocol drivers
(Gp:) SOAP
(Gp:) MOM
(Gp:) CORBA
(Gp:) CICS
(Gp:) Tuxedo
(Gp:) SWIFT
(Gp:) Other
Fuente: Burton Group
Arquitectura ESB: Gateway (Gp:) MOM topic or queue
(Gp:) WSF/MOM gateway
(Gp:) WSF application
SOAP MOM Fuente: Burton Group
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)
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.
| Página siguiente |