slide1 l.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
ESB: Enterprise Services Bus “La siguiente generación de plataformas para la integración empresarial de aplicaciones” PowerPoint Presentation
Download Presentation
ESB: Enterprise Services Bus “La siguiente generación de plataformas para la integración empresarial de aplicaciones”

Loading in 2 Seconds...

play fullscreen
1 / 50

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


  • 427 Views
  • Uploaded on

ESB: Enterprise Services Bus “La siguiente generación de plataformas para la integración empresarial de aplicaciones”. Jorge Humberto Arias. jarias@novell.com. Agenda. Agenda Conferencia. Contexto y motivaciones. 1. Integración de aplicaciones empresariales. 2.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'ESB: Enterprise Services Bus “La siguiente generación de plataformas para la integración empresarial de aplicaciones”' - issac


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide1
ESB: Enterprise Services Bus“La siguiente generación de plataformas para la integración empresarial de aplicaciones”

Jorge Humberto Arias.

jarias@novell.com

agenda conferencia

Agenda

Agenda Conferencia

Contexto y motivaciones

1

Integración de aplicaciones empresariales

2

ESB ( Enterprise Services Bus)

3

Conclusiones

4

Q&A

5

lo que necesitamos hoy en d a

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)

requerimientos de negocio visiones 360 de clientes tableros de control

Cliente

Requerimientos de negocioVisiones 360 de clientes, Tableros de control

Cobol

Oracle

SAP

SQL Server

MS-Access

Excel

requerimientos de negocio complejidad 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

Cobol

Oracle

SAP

SQL Server

MS-Access

Excel

requerimientos de negocio compa ias orientadas y centradas en procesos de negocio

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
requerimientos de negocio integraci n end end de procesos y fracaso a la hora de implementar

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

requerimientos de negocio soportar toda una historia y tradicci n

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

cu l es el nuevo orden mundial para organizar este caos tecnol gico
¿ Cuál es el nuevo orden mundial para organizar este caos tecnológico?

Real Time enterprises = SOA + EDA

en resumen
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 conferencia12

Agenda

Agenda Conferencia

Contexto y Motivaciones

1

Integración de aplicaciones empresariales

2

ESB ( Enterprise Services Bus)

3

Conclusiones

4

Q&A

5

navegando en el dif cil mundo de la integraci n
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

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

slide15

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

sistemas legados definici n
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

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.

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
puntos de integraci n hacia un sistema legado

Aplicación 100%

monolítica

Programa Legado

Presentación

Negocio

Pantallas

Datos

Servicio

Programas CICS

Puntos de integración hacia un sistema legado
puntos de integraci n de acuerdo a la arquitectura l gica de un sistema

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

enfoques de integraci n seg n la arquitectura del sistema legado

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
arquitectura t cnica integraci n punto a punto

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
arquitectura t cnica integraci n eai

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.
arquitectura t cnica integraci n soi

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

agenda conferencia26

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

enterprise services bus definiciones
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.
un de las tantas definiciones de la industria
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

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

esb en un entorno ejecuci n

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

esb soporte a la naturaleza s ncrona y as ncrona del mundo

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

slide33

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

soporte multiprotocolo

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

soporte wsp web services platform
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 / 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

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

orquestaci n de procesos de negocio
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
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

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

tipos de arquitecturas 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

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

arquitectura esb protocol switch

Message processing engine

with plug-in protocol drivers

SOAP

MOM

CORBA

CICS

Tuxedo

SWIFT

Other

Arquitectura ESB: Protocol Switch

Fuente:

Burton Group

arquitectura esb gateway

WSF

application

WSF/MOM

gateway

MOM

topic or queue

Arquitectura ESB: Gateway

MOM

SOAP

Fuente:

Burton Group

algunas implementaciones
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 conferencia47

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

conclusiones
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 conferencia49

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