UNIVERSIDAD DE LAS FUERZAS ARMADAS ESPE

ARQUITECTURA DE SOFTWARE
Milton Paredes
Andrs Campoverde
Esteban Grijalva
Andrs Basantes

ORQUESTACIN DE SERVICIOS
1. Introduccin

Hoy en da se tiene varios proveedores de servicios ofreciendo estos a varios

clientes que necesitan de ellos, para esto tambin existen proveedores de
otros servicios que pueden integrar dos o ms de los servicios en un solo
procesos complejo que facilite an ms las transacciones que necesitan los
clientes.

2. Desarrollo
La Orquestacin de servicios web estudia la composicin de servicios web que
ya existen para crear servicios con valor adicional.
Con el crecimiento de la industria de tecnologa de la informacin, las personas
estn buscando soluciones que ayuden a automatizar procesos de negocio
para las empresas no solamente dentro de s mismas sino tambin junto con
otras empresas.
En este punto aparece la tecnologa de composicin de servicios web como una
solucin prometedora. El campo de investigacin de la composicin de
servicios web es la orquestacin de servicios web, que se enfoca en la creacin
de procesos de negocios basados en la orquestacin. La orquestacin siempre
representa el control desde la perspectiva de las partes. El trmino de
orquestacin se refiere a un proceso de negocio ejecutable que pueda
interactuar con ambos servicios web: internos y externos. Las interacciones,
que incluyen lgica de negocios y rdenes de ejecucin de tareas, ocurren al
nivel de mensaje. Estos va a aparecer entre las diferentes aplicaciones y
organizaciones para definir un modelo de procesos de larga vida, transaccional,
y de mltiples pasos. Existen dos aproximaciones para ejecutar los servicios
web compuestos: la orquestacin centralizada y la orquestacin basada en P2P.
(Rajam, Cortez, Vazhenin, & Bhalla, 2010)
(CHEN, ZENG, & WU, 2010)
(Tran, Hoang, & Choi, 2007)

El mtodo de bus de servicio a la integracin hace uso de pilas de la tecnologa para

proporcionar un bus para la integracin de aplicaciones. Las aplicaciones no se

comunicaras directamente para integrarse; en su lugar se comunicaran por el middleware de

SOA.
La caracterstica ms destacable de la arquitectura ESB es la naturaleza
distribuida de la topologa de integracin. La mayora de soluciones ESB estn
basadas en tecnologas WSDL y usan formatos XML para la traduccin y
transformacin de mensajes.
ESB es una coleccin de servicios middleware que proveen capacidades de
integracin. Estos servicios se encuentran en el centro de la arquitectura ESB
la cual las aplicaciones sitan mensajes a ser enrutados y transformados. Las
aplicaciones se conectan al ESB a travs de conectores inteligentes. Estos
conectores son abstractos en el sentido de que solo definen los protocolos de
transporte y la interfaz de servicio, no los detalles reales de la implementacin.
Fig. : Diagrama de representacin de integracin ESB

Enterprise Service Bus (ESB) es relativamente joven en trminos de la industria

del software. Es un tpico bastante excitante ya que la primera pregunta es la
ms interesante. Que es Enterprise Service Bus?
Esta es una difcil pregunta para responder debido a que no existe un
consenso sobre las definiciones del trmino. Ha habido muchas discusiones
sobre el teman en los cuales a sus caractersticas han tenido que ser incluidas
y las tecnologas que podran ser usadas cuando se hace un Enterprise Service
Bus. En contraste de esto hay muchos vendedores en el mercado quienes

especializados en el desarrollo de productos ESB pero o se basan en los

principios de ESB. Podemos nombrar algunas como Cape Clear Sopftware,
Fiorano Software o Sonic Software que son los vendedores mas grandes de
integracin de productos middleware como Oracle, BEA Systems, IONA
Tecnologies, Sun Microsystems o IBM que tiene soluciones ESB en su portafolio
de productos.
Esta situacin poco comn origin que el termino ESB sea acuado por los
analistas de Gartner en 2002. La necesidad de una nueva forma de
infraestructura que combine Message Oriented Middleware (MOM), web
services, transformacin e inteligencia de enrutamiento como backbone para
Arquitecturas orientadas a Servicios (SOA) fue identificada en diferentes
aproximacin que fueron intentadas para concebir la idea. Algunos productos
concebidos desde soluciones de infraestructura de webservices o productos de
mensajera liviana, mientras otros vinieron de EAI suits que tenan soporte por
SOA.
Aunque hay mltiples definiciones y aproximaciones, la idea central es similar
entre todas.
Un tpico escenario es que una empresa corra cientos o miles de aplicaciones,
las cuales podran ser hechas a la medida, adquiridas de terceros o partes del
legado de sistemas de una compaa que puede tener tres instalaciones de
SAP. 30 diferentes sitios web y un par de soluciones individuales en diferentes
departamentos. Estas aplicaciones deberan ser capaces de comunicar e
intercambiar informacin uno con otro con el afn de trabajar juntos para el
negocio de la compaa. La segunda razn es porque el correr varias
aplicaciones da a los Administradores de TI la flexibilidad para seleccionar que
aplicaciones son las mejores para propsitos en particular. Eso significa que la
integracin nos es un problema temporal que recurrentemente tiene que ser
resuelto. Es un requerimiento fundamentar que las empresas tienen a futuro y
esta tarea se llama comnmente Enterprise Aplication Integration o (EAI),
resulta ms interesante si las aplicaciones de negocios externos son
integradas.
(Falgo Menge, 2007)
3. Referencias

CHEN, X., ZENG, H., & WU, T. (2010). IEEEXplore. Obtenido de

http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=5704427

Rajam, R., Cortez, R., Vazhenin, A., & Bhalla, S. (2010). IEEEXplore.
Obtenido
de
http://ieeexplore.ieee.org/stamp/stamp.jsp?
tp=&arnumber=5686452

Tran, D. T., Hoang, N. H., & Choi, E. (2007). IEEEXplore. Obtenido de

http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4420598

Christudas, Binildas A.. Service Oriented Java Business Integration. Olton,

Birmingham, GBR: Packt Publishing, 2008. ProQuest ebrary. Web. 8
January 2015.

Falgo Menge. (2007). ENTERPRISE SERVICE BUS. FREE AND OPEN

SOURCE SOFTWARE CONFERENCE 2007, pg. 6.

4. Conclusiones y Recomendaciones

Comparado con el modelo de orquestacin basada en P2P, el modelo

centralizado es ms popular por su ms fcil manejo y desarrollo, sin
importar el hecho de que el estilo de orquestacin distribuida ofrezca
ms beneficios en escalabilidad, tolerancia a fallos, seguridad, y
distribucin de carga.
La orquestacin de servicios permite la interaccin entre diversos
sistemas que pueden resultar tiles para la creacin de nuevos procesos
de negocio.