esb: enterprise services bus “la siguiente generación de

Septiembre 27 a Octubre 01 de 2005Bogotá, Colombia

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

Jorge Humberto [email protected]

XXV Salón de Informática “Arquitecturas Empresariales de Software” Septiembre 28-Octubre 01 de 20052

Agenda Conferencia

Integración de aplicaciones empresariales2

Agenda

Conclusiones4

Contexto y motivaciones1

ESB ( Enterprise Services Bus)3

Q&A5


Lo que necesitamos hoy en día

Sistemas existentes

Legados PaquetesUtilitariosColaboración ContenidoNetwork

Usuarios

Imagenes unificadas de

datos

Procesos de negocio

traducidos en tecnología

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


Requerimientos de negocioVisiones 360 de clientes, Tableros de control

MS-AccessSQL ServerSAPCobol Oracle Excel

Cliente


MS-AccessSQL ServerSAPCobol Oracle Excel

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

Cliente Cliente Cliente Cliente Cliente Cliente


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

Llegamos a situaciones donde no sabemos si gritar o correr!!!


Requerimientos de negocioCompañias orientadas y centradas en procesos de negocio

Clientes

Proveedores & Socios

Empleados, Accionistas

Administración empresarial & corporativa

Estrategia, Infraestructura y

Productos

Operaciones

Estr

ateg

ia &

Co

mpr

omis

o

Aseg

uram

ient

o

Fact

urac

ión

Prep

arac

ión

y So

port

e d

e la

op

erac

ión

Cicl

o de

vid

a de

l pr

oduc

to

Cicl

o de

vid

a de

lo

s re

curs

os

Apro

visi

onam

ient

o


Requerimientos de negocioIntegración end-end de procesos, y fracaso a la hora de implementar

Clientes

Proveedores & Socios

Operaciones

Apro

visi

onam

ient

o

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)

¿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 ?


Requerimientos de negocioSoportar toda una historia y tradicción

1970 2005

1980Terminal

Host

- Lógica Presentación- Lógica funcional- Datos

Modelo host

1990

ClienteServidor

- Lógica Presentación- Lógica funcional

-Datos

Modelo Cliente/Servidor dos niveles

1998ClienteServidor

- Lógica Presentación

- Lógica funcional-Datos

Modelo Cliente/Servidor modificado

Terminal(Browser)

WebServer

DBServer

AppServer

Lógica Presentación

Lógica Negocio(componentes)

Datos

Multicapas


¿ 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


Agenda Conferencia

Integración de aplicaciones empresariales

2

Agenda

Conclusiones4

Contexto y Motivaciones1


Q&A5


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

Batch

Linea

ETL

EII

Sincróna

AsincronaMOM / JMS / MQ Series

EAI

Acomplamiento fuerte

SocketsRPC /DCOMRMICORBA

Acomplamiento débil 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 ?

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.

70%de las funciones y datos críticos de negocio residen en aplicaciones legadas

40%Los paquetes ERP cubren, a lo sumo, 40% de las funciones de una empresas.60 a 80%

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

Pantallas

Programas CICS

Servicio

Presentación

Negocio

Datos

Aplicación 100% monolíticaProgram

a 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

Servicio

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

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

TerminalHost

- Lógica Presentación- Lógica funcional- Datos

Modelo host

ClienteServidor

- Lógica Presentación- Lógica funcional

-Datos

Modelo Cliente/Servidor dos niveles

Cliente

WebServer

DBServer

AppServer

Lógica Presentación

Lógica Negocio(componentes)

Datos

Modelo Cliente/Servidor multinivelIntegración a nivel

de datos

Integración a nivel de Aplicación

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

Atención al Cliente

Manejo de

Ordenes

Facturación

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

Manejo de Ordenes


Facturación

Despacho

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

Manejo de Ordenes


Facturación

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


Agenda Conferencia


Agenda

Conclusiones4

Contexto y motivaciones para un nuevo modelo

1


Q&A5


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…

The Enterprise Service Bus is a simple way to do

integration within a Service Oriented Architecture

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

Legados PaquetesUtilitariosColaboración ContenidoNetwork

Usuarios

Workflow

Aplicaciones compuestas

B2B

ESESBB


ESB en un entorno 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


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 Infraestructura/Framework de webservices

Infraestructura de servicios no-funcionales( Transacciones, seguridad, BPM, etc.)

EstándaresWSP

Prácticas para

el diseño de servicios

o adaptación

Plataforma de Negocio C

Plataforma de negocio B

Plataforma de negocio A

Servicio/Adaptador

Clientes

Servicio/AdaptadorServicio/Adaptador

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)



RMI CORBA .net RemotingMOM


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.


JD Edwards SAP Siebel / PeopleSot

CISC Aplicación AS/400

Aplicación HTML



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:


Reglas y parametrización

Mecanismos sincronos & Asincronos de transporte

Seguridad & Manejo de la identidad

Enrutamiento & BPM & Transacciones

Servicios de transformación y

trans.Orquestación ycoordinación

Aplicación J2EE SAP Siebel /

PeopleSotAplicación

.NET Aplicación

AS/400Aplicación

HTML


RMI CORBA .net RemotingJMS


SOAP



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

Adapters Adapters Adapters Adapters

Web service Resource

WSDL/SOAP JCA

MOM

JMS/MOM

Message Bus (SOAP/MOM/WSRM)

Packagedapplications

CICS, IMS,Tuxedo,CORBA

B2Bprotocols

In-houseapplications



Arquitectura ESB: Protocol Switch

Message processing enginewith plug-in protocol drivers

SOAP

MO

M

CORB

A

CICS

Tuxe

do

SWIF

T

Oth

er



Arquitectura ESB: Gateway

MOMtopic or queue

WSF/MOMgateway

WSFapplication

SOAP MOM



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)


Agenda Conferencia


Agenda

Conclusiones4


1


Q&A5


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.


Agenda Conferencia


Agenda

Conclusiones4


1


Q&A5


¿ Preguntas ?

esb: enterprise services bus “la siguiente generación de

Documents