El papel de un bus de

servicios empresariales
(ESB) en una SOA
Sumario
La agilidad en los negocios (la habilidad para adaptarse rápidamente a las
necesidades de un mercado cambiante) se esta convirtiendo cada vez mas en un
objetivo clave para las empresas que operan en un mercado global altamente
competitivo. Para poder introducir estos cambios, es necesario reconfigurar
los recursos y procesos con celeridad. Para hacerlo posible, los directivos de TI
están abandonando progresivamente los procesos aislados y las aplicaciones
empresariales grandes y monolíticas, al tiempo que prestan cada vez mayor atención
a los métodos para acoplar de manera flexible diversas aplicaciones y suministrar así
funciones empresariales que puedan convertirse en servicios reutilizables en toda la
empresa.

Una arquitectura orientada a los servicios (SOA) es un método para construir

una infraestructura de TI a partir de componentes acoplados de manera flexible,
denominados “servicios”, que desempeñan funciones específicas. Las aplicaciones
compuestas son un elemento clave de un entorno SOA. Estas aplicaciones se crean
invocando y orquestando múltiples servicios, eventos y modelos de tal manera
que colectivamente desempeñan una función empresarial de alto nivel. Esta
funcionalidad incrementa la agilidad empresarial al permitir a los departamentos de
TI reutilizar componentes que ya han sido probados en el proceso de producción
y que poseen características de escalabilidad y de calidad de servicio conocidas.
La reutilización de componentes contribuye a reducir el tiempo de lanzamiento al
mercado de nuevos productos y los costes de desarrollo del departamento de TI.

Un bus de servicios empresariales (ESB) es una solución de integración distribuida,

basada en los mensajes y en estándares abiertos. La función de un ESB es
proporcionar una comunicación fiable entre los distintos recursos tecnológicos tales
como aplicaciones, plataformas y servicios, que están distribuidos en múltiples
sistemas por toda la empresa. A medida que los departamentos de TI se centran
cada vez más en el diseño de SOA para reducir los costes de desarrollo y para
aumentar la agilidad del negocio, los ESB se están convirtiendo en un primer
paso clave para el establecimiento de una SOA empresarial. Los ESB constituyen
los cimientos de una SOA y pueden complementarse con capacidades de
productividad adicionales, como la orquestación de servicios y los registros. Este
documento trata sobre los requisitos para el establecimiento de un ESB capaz de
satisfacer las necesidades de una SOA lista para operar en un marco empresarial.

E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 2
Tendencia: La adopción
de los servicios
Web estandariza la
mensajería en la SOA
Uno de los retos clave para
los desarrolladores ha sido la
integración de múltiples sistemas
que emplean distintos lenguajes
y formatos. Sin embargo, la
popularización de los servicios
Web ha proporcionado a las
arquitecturas orientadas al servicio
(SOA) un formato estandarizado
de mensajería (SOAP) que hace
posible la interacción de diversos
sistemas. Los servicios Web
también usan WSDL (lenguaje de
descripción de servicios Web) para
describir el final de la interfaz del
programa de aplicación (API). Esto
hace posible que aplicaciones
programadas en diferentes
plataformas, como C++, Java
o .NET se comuniquen usando
interfaces comunes.
Ilustración 1: Reducción de la
complejidad de las conexiones
con ESB
El camino a los Servicios Web y los
ESB (Bus de servicios empresariales)
SOAP, el lenguaje de descripción de Servicios Web (WSDL) y HTTP han resuelto
un problema complejo que había fracasado a los intentos precedentes de crear
estándares para sistemas distribuidos, como la Common Object Request Broker
Architecture (CORBA) o el Distributed Computing Environment (DCE): la aceptación
general de los dos campos tecnológicos de aplicación predominantes (.NET y
J2EE) así como de un numero de proveedores de aplicaciones. Aunque no debe
subestimarse lo que esto supuso, lo cierto es que la aceptación se logró mediante la
simplificación exhaustiva de los estándares, lo que permitió establecer un conjunto
esencial y acordado de definiciones tecnológicas. Este principio de diseño es, al
mismo tiempo, la mayor virtud y la mayor limitación del estándar de servicios Web.
En pocas palabras: ninguna implementación a escala empresarial puede funcionar
exclusivamente con SOAP, WSDL y HTTP. Con su rápida aceptación entre la
comunidad de TI, los Servicios Web y la SOA se enfrentan a los mismos retos a los
que se han enfrentado las generaciones anteriores de sistemas distribuidos, solo que
a mayor escala debido a sus principios de descomposición inherentes. El principal
desafío es cómo resolver la escalabilidad de las conexiones punto a punto, lo que se
conoce también como el “problema de conexión M*N”.
La ilustración 1, a continuación, muestra el problema de explosión de conexiones
que generan los enfoques de integración punto a punto. El número de conexiones
crece exponencialmente por cada aplicación que se añade, a medida que cada
aplicación se conecta a una nueva aplicación. TIBCO inventó el paradigma del
Information Bus™, que se muestra a la derecha de la ilustración. Usando ese modelo,
cada aplicación se conecta solo una vez a una infraestructura troncal común: el bus.
Antes Después
Service Bus
Conexiones punto a punto directas (M*N) Conexión a través del bus (N)
E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 3
Esto reduce al mínimo las conexiones y proporciona una ubicación centralizada para
su administración y para la gestión de sistemas integrados y arquitecturas.

Para gestionar la complejidad de cómo un servicio cliente se conecta y se comunica

con el proveedor del servicio, la SOA precisa una infraestructura troncal capaz de
ir más allá de la mensajería distribuida tradicional para proveer transformación
compleja, enrutamiento y conectividad acoplada libremente en un entorno TI
heterogéneo, independientemente de las plataformas usadas. Esta infraestructura
troncal fiable proporciona un bus de servicios a escala empresarial que responde
verdaderamente, en toda su dimensión, a las siglas ESB.

Requisitos a escala empresarial

de un ESB
Examinemos las capacidades del bus de servicios a escala empresarial. Cada una de
las siguientes funciones es un elemento esencial para la satisfactoria integración de
una SOA. Juntos, estos elementos resuelven los problemas a los que se enfrentan los
clientes y los proveedores de servicios en un entorno de SOA.

Mensajería distribuida. El núcleo del ESB lo constituye una aplicación de

middleware orientada al mensaje, como el software Enterprise Message Service™ de
TIBCO. Este núcleo proporciona un método de transporte fiable y distribuido que
emplea un mecanismo de almacenamiento y reenvío gracias al cual se garantiza la
entrega de los mensajes incluso en caso de anomalías en la red.

Transparencia de las ubicaciones. Con la mediación entre servicios, un servicio

cliente que invoque al proveedor de servicio solo necesita saber que el servicio
existe; el cliente no necesita saber dónde se está ejecutando el servicio. El ESB
localiza el servicio cuando se invoca. Esto proporciona un cierto nivel de virtualización
de los servicios y de transparencia de las ubicaciones, de forma que si un equipo
falla, o si se cambia la ubicación de un proveedor de servicio, no es preciso
notificar el cambio a cada uno de los clientes individuales. Esto puede contribuir
significativamente a la reducción de los costes de gestión de las TI y a minimizar los
riesgos.

Transparencia del transporte. En los enfoques tradicionales de la integración punto

a punto todos los componentes y objetos están muy estrechamente acoplados.
En la SOA, los servicios están repartidos por todo el entorno de TI y su acoplamiento
es menos estricto, gracias a la transparencia de las ubicaciones. Además de apoyarse
en la transparencia de las ubicaciones para conectar clientes y proveedores de
servicios, el ESB también proporciona protocolo de trasporte físico para hacer
posible la comunicación entre servicios utilizando transportes diferentes.

E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 4
Soporte multiprotocolo. Debido a que plantea cuestiones de fiabilidad inherentes
y solamente funciona bien con patrones de intercambio de mensajes (MEP)
sincrónicos, el modelo de transporte HTTP no satisface los requisitos de todos los
servicios y aplicaciones. Por ejemplo, el servicio de mensajes de Java (JMS) además
de poseer características asincrónicas, ofrece más fiabilidad en el transporte que
HTTP. Para compatibilizar el comportamiento de las aplicaciones individuales,
algunos sistemas recurren a SOAP a través de JMS. También se usan otros tipos
de modelos de transporte, entre los que se cuentan los sistemas de transporte
propietarios de algunos de los principales proveedores de sistemas y soluciones
de planificación de recursos empresariales. ESB necesita, por lo tanto, ser capaz de
soportar muchos tipos de sistemas de transporte para integrar sistemas dispares y
gestionar el transporte de comunicaciones complejas eficazmente.

Calidad de servicio. En las aplicaciones empresariales, la calidad de servicio (QOS)

hace referencia, fundamentalmente, a su fiabilidad. La entrega de los mensajes
y la fiabilidad del servicios de invocación son funciones de misión crítica de
cualquier sistema. Aun los servicios Web por sí solos no ofrecen un servicio de
entrega garantizada. Un ESB, por otro lado, puede proporcionar un servicio de
alta fiabilidad garantizando la entrega del mensaje de principio a fin que va más
allá de la fiabilidad que puede ofrecer transportes como JMS. Asimismo, los
métodos empleados para alcanzar un alto nivel de QOS deben satisfacer los
estándares existentes, como, por ejemplo, ser compatibles con la especificación
WS-ReliableMessaging.

Patrones de intercambio de mensajes. En la actualidad, la mayoría de los ESB

se basan en un paradigma de solicitud/respuesta usando SOAP sobre HTTP; esto
significa que el servicio cliente lanza un mensaje de solicitud al usuario y espera a
recibir la respuesta. Esto se conoce como un MEP sincrónico.

Sin embargo, en el MEP de publicación/suscripción, el servicio cliente puede enviar

un mensaje y suscribirse a la respuesta, en lugar de esperar a recibirla. El MEP de
publicación/suscripción puede responder de forma más eficaz a eventos en un
contexto empresarial, en particular cuando el ciclo de vida de una acción de servicio
tiene lugar durante períodos de tiempo prolongados. Un ESB debe ser capaz de
manejar ambos paradigmas.

Enrutamiento basado en el contenido. Existen dos tipos de enrutamiento dentro

de un ESB. El primer servicio de enrutamiento se produce cuando la invocación de
un servicio entra en el ESB y éste encamina la respuesta al proveedor de servicio
apropiado, sin necesidad de que el servicio cliente conozca la ubicación del
proveedor del servicio. Así es cómo se logra la transparencia de las ubicaciones que
antes hemos comentado.

E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 5
El otro tipo, enrutamiento basado en el contenido, introduce una serie de reglas
o una lógica de negocio que se aplica al contenido del mensaje en la etapa del
enrutamiento y que hacen posible que el ESB encamine los mensajes a proveedores
de servicio específicos basándose en su contenido; dando prioridad, por ejemplo, a
los pedidos de determinados clientes o marcando los pedidos de gran tamaño para
darles un tratamiento especial. Esto ofrece a las empresas un servicio muy valioso, ya
que puede contribuir a reducir el coste de la gestión de la Información, garantiza que
se respeten los acuerdos a nivel de servicio y permite a las empresas centrarse en
actividades para mejorar la satisfacción de sus clientes.

Transformación. Si bien la tarea de un ESB es dirigir mensajes de un servicio al

siguiente, hay ocasiones en que el formato de los datos de un servicio no satisface
los requisitos del siguiente servicio. Por ese motivo, el ESB debe ser capaz de
transformar los datos de un formato a otro.

Criterios adicionales de evaluación

Cuando se decide cuál será la mejor herramienta de integración para una SOA,
además de evaluar las características precedentes también debe prestarse especial
atención a los siguientes criterios:

Estándares abiertos. Los estándares abiertos, como SOAP, WSDL y Java Business
Integration (JBI), son parte integrante de los requisitos de una SOA empresarial.
Por consiguiente, tanto los componentes de la solución ESB (contenedor de tiempo
de ejecución, infraestructura de mensajería, servicios de integración y notaciones de
tiempo de diseño) como los mecanismos para que los recursos integrados participen
en el bus (adjunten, soliciten y respondan) deberían ser compatibles con estos
estándares abiertos.

Escalabilidad y alta disponibilidad. Para satisfacer las necesidades de una empresa,

el ESB debe ser capaz de gestionar un gran volumen de mensajes. Asimismo,
es esencial que ofrezca alta disponibilidad para garantizar el funcionamiento
ininterrumpido del negocio. Si un elemento del ESB falla no debería suponer que
necesariamente paren los servicios de comunicación.

Estos criterios ayudan a los departamentos de TI a asegurar que el ESB será capaz de
gestionar la carga de transacciones necesaria de forma rápida, fiable y con suficiente
margen para el crecimiento futuro, un elemento esencial que garantiza la agilidad del
negocio.

E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 6
El ESB de TIBCO
para SOA
Enriqueciendo un concepto simple
Con el lanzamiento en 2001 de BusinessWorks™, TIBCO puso en el mercado un
producto ESB maduro, dotado de toda la funcionalidad necesaria para diseñar una
SOA. TIBCO lleva más de veinte años especializándose en la integración, y fue la
pionera de la arquitectura dirigida a eventos (EDA) con la introducción, en la década
de los ochenta, de su arquitectura Bus de Información orientada a eventos. De
hecho, la filosofía de TIBCO es que las empresas necesitan una estructura única que
sustente tanto los servicios como los eventos, de forma que los departamentos de
TI puedan presentar la información y las aplicaciones como servicios reutilizables a
través de toda la empresa y hacer posible el flujo en tiempo real de la información
dirigida por eventos.

Gracias a su amplia experiencia, TIBCO sabe que una SOA no es simplemente una
cuestión de servicios Web. Si bien muchos ESB asumen que todo es un servicio Web,
los estándares de servicios Web por sí solos no bastan para garantizar la integración
de todas las aplicaciones e interfaces.

BusinessWorks es una plataforma SOA extensible que permite la integración de

aplicaciones empresariales y el desarrollo y el despliegue de servicios Web.
Su arquitectura basada en un bus puede ser ampliada para albergar un gran rango
de capacidades de integración, proporcionando una herramienta eficaz para
organizaciones con problemáticas de integración complejas; además, su enfoque
“configurar en lugar de codificar” contribuye a reducir el coste total de la propiedad.

BusinessWorks va más allá de la mera funcionalidad ESB, ya que proporciona una

infraestructura troncal de integración que crea, orquesta y despliega los servicios
y los activos en una SOA empresarial. Las características y funcionalidades de
BusinessWorks descritas a continuación pueden contribuir a que los departamentos
de TI comprendan todos los beneficios de una SOA.

E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 7
La invocación asincrónica aumenta la
versatilidad de la SOA
Como resultado de las décadas de experiencia en integración, BusinessWorks
ofrece una plataforma de integración estable y de alto rendimiento para una
variedad de aplicaciones y servicios. Además de soportar Servicios Web, incluyendo
SOAP sobre HTTP, BusinessWorks ofrece también SOAP sobre JMS. Esto permite
MEP asincrónico e incrementa la fiabilidad de los mensajes, lo cual es un aspecto
importante de la calidad del servicio. El soporte a transporte JMS ofrece beneficios
incluso a aquellas empresas con servicios que no necesitan incorporar servicios
Web como parte de la SOA, dado que es inherentemente más fiable y ofrece mejor
calidad de servicio que HTTP.

El soporte multiprotocolo simplifica

las comunicaciones
Si bien los ESB son compatibles con los servicios Web, no todos son compatibles
con el transporte multiprotocolo ni proporcionan el mismo nivel de compatibilidad
multiprotocolo que BusinessWorks. El software de TIBCO está especialmente
diseñado para ser compatible con múltiples protocolos, SMTP y FTP incluidos.
Esta compatibilidad proporciona mayor flexibilidad dentro de la SOA y mejora la
conectividad entre sistemas heterogéneos.

La mediación entre servicios virtualiza

los sistemas
Como plataforma de integración, BusinessWorks proporciona muchos métodos
diferentes para aunar sistemas. Un elemento clave de esa conectividad es el uso
de adaptadores. Dado que BusinessWorks es una plataforma independiente y no
está vinculada a ningún proveedor de hardware o servidor de aplicaciones, no está
atada a un enfoque o tecnología determinados. BusinessWorks incluye adaptadores
para la mayoría de los principales sistemas empresariales, entre los que se cuentan
aplicaciones para mainframe y software para procesos de negocio comunes,
como los productos de Oracle y SAP, que se superponen al transporte del ESB y
proporcionan la lógica especifica adicional necesaria para satisfacer la complejidad
de la conectividad.

E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 8
 El enrutamiento inteligente
y la capacidad de gestión de
transformaciones complejas optimizan
los procesos de negocio
Además de conectar aplicaciones y sistemas en un entorno heterogéneo,
BusinessWorks proporciona un potente motor de transformación. A diferencia de
la mayoría de los ESB, que proporcionan capacidades sencillas de transformación,
BusinessWorks fue concebido para gestionar transformaciones complejas. A través
de una GUI fácil de usar, los desarrolladores pueden diseñar transformaciones
muy complejas sin necesidad de dedicar horas a tediosas tareas de escritura de
código (véase la Ilustración 2). La aplicación de la lógica y las reglas empresariales
a los mensajes, permite gestionar y componer con mayor eficacia las funciones
y los servicios de la empresa, reduciendo los riesgos del diseño y mejorando la
productividad.

Escalabilidad y alta disponibilidad

BusinessWorks es sumamente escalable y fiable. Dado que no tiene que ser
desplegado en un servidor de aplicaciones, no depende de la escalabilidad y de la
fiabilidad del servidor de aplicaciones. Por el contrario, es posible ejecutar múltiples
instancias del software en muchos servidores diferentes que se comunican entre si.

Ilustración 2: El enfoque Entorno de pruebas Asignación de tareas

“sin codificación” de TIBCO plenamente integrado orientadas al operario
BusinessWorks se facilita con
una GUI de sencillo manejo.

En la mitad superior de la pantalla,

la armonización se simplifica con
operaciones de arrastrar y colocar.
La mitad inferior de la pantalla Configuraciones
Modelización
muestra cómo pueden asignarse de adaptadores,
gráfica de
procesos e
transformaciones complejas. procesos
implantación

Acceso a
Asignador
recursos con
SXLT basado
operaciones de
en estándares
arrastrar y colocar
nativos

E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 9
De este modo se consigue una disponibilidad activa: si un equipo desaparece
o comienza a ralentizarse a causa de su carga de trabajo, otro servidor puede
sustituirlo. Las plataformas de los sistemas operativos pueden ser de distintos
proveedores, una importante ventaja de contar con un proveedor ESB
independiente. El despliegue de múltiples instancias aporta escalabilidad y asegura
una alta disponibilidad para transacciones de misión crítica.

Orquestación de procesos
Aunque la orquestación es una parte sustancial de los requisitos globales de la
empresa, los ESB corrientes no incluyen por lo general servicios de orquestación.
BusinessWorks lleva el concepto ESB aún más lejos y le incluye funciones que
permiten orquestar distintos procesos de negocio en el seno de la empresa y
componer esos servicios para formar aplicaciones.

TIBCO simplifica el enfoque orientado

al servicio
En el mercado actual hay casi tantas definiciones de ESB como vendedores de ESB.
En las descripciones de sus productos, sin embargo, muchos de los proveedores
utilizan la palabra “simple” cuando lo que realmente deberían decir es “desprovisto
de funcionalidad”. Algunos productos están carentes de funciones tan básicas como
los adaptadores para la conexión de aplicaciones heredadas o estándar al bus. A
otros les falta una infraestructura de mensajería de probada fiabilidad.
TIBCO BusinessWorks ofrece un ESB fácil de usar, con un enfoque de desarrollo,
despliegue y ejecución de proyectos de integración y construcción de SOA
sin codificación. Simplificando algunos de los más complejos problemas de
implementación, cruciales para la cohesión y la secuenciación entre los sistemas
conectados, como son, por ejemplo, el proceso de orquestación y transformación,
BusinessWorks ofrece una robusta infraestructura troncal para la mensajería
empresarial y un potente ESB.

E L PA P E L D E U N B U S D E S E R V I C I O S E M P R E S A R I A L E S ( E S B ) E N U N A S O A 10
 MÁS INFORMACIÓN
Para más información sobre un amplio abanico de temas relacionados específicamente
con SOA y las arquitecturas dirigidas por eventos (mejores prácticas, estándares,
gobernabilidad organizativa y tecnologías relevantes) TIBCO le invita a visitar el
Centro de Recursos SOA, en la dirección www.tibco.com/software/soa/.
Si desea más información sobre los productos y los servicios profesionales de TIBCO,
www.tibco.com.

Oficina central Tel.: +1 650-846-1000

3303 Hillview Avenue Línea gratuita: 1 800-420-8450
Palo Alto, CA 94304 Fax: +1 650-846-1005 www.tibco.com

©2006, TIBCO Software Inc. Todos los derechos reservados. TIBCO, TIBCO Software, TIBCO BusinessWorks, TIBCO Enterprise Message Service e Information Bus son marcas comerciales o marcas comerciales
registradas de TIBCO Software Inc. en Estados Unidos y otros países. Todos los demás productos, nombres y marcas de empresas que aparecen en este documento son propiedad de sus respectivos propietarios y sólo
se mencionan por motivos de identificación. 07/06