¿ 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 anterior | Volver al principio del trabajo | Página siguiente  |