Arquitectura Orientada a Servicios (SOA)

Albn Jos Luis, Nez Santiago, Orellana Lenin

Maestra en Evaluacin y Auditora de Sistemas Tecnolgicos, V Promocin,
Escuela Politcnica del Ejrcito, Sangolqu, Ecuador,
Email: bm_gatobot0@hotmail.com, santiago1513@hotmail.com lwoa44@hotmail.com

Resumen

El presente documento tiene como objetivo presentar una visin global de la

Arquitectura Orientada a Servicio (SOA) por sus Siglas en Ingles, en el cual se
abordan sus caractersticas desde el punto de vista tecnolgico y empresarial, su
implementacin y posicionamiento dentro de las nuevas metodologas y estrategias de
negocio.

Se presenta tambin la visin de que SOA no son webservices. Los servicios web son
una forma de implementar los servicios de SOA, la ms conocida e implantada, pero
incluso sin webservices podramos tener SOA siempre que tengamos una forma
estndar de comunicar los servicios entre s.

Abstract

This document aims to present an overview of Service Oriented Architecture (SOA),

which addresses their characteristics in terms of technology and business,
implementation and positioning within the new methodologies and business strategies.

SOA will be proposed as a facilitator of service architecture, giving each of its benefits
for the interconnection of different platforms, will place greater stress upon governance
issues rather than on the applications as Web Service.

del sistema es de ah que nace la

I. INTRODUCCIN.
Usualmente Los sistemas informticos
se han organizado en grandes bloques
que contienen tanto los procesos de
negocio como sus funciones
automatizadas. As por ejemplo, el
proceso de contratacin de una pliza
de seguro, o la emisin de los recibos,
forman parte del mismo bloque. Estos
sistemas han conseguido una gran
mejora de productividad en las
empresas, automatizando procesos de
negocio, pero su concepcin monoltica
hace que los cambios y adaptaciones a
las nuevas necesidades tiendan a ser
ms lentos y costosos de lo deseable.
Para conseguir un mayor nivel de
agilidad es necesario poder combinar
rpidamente los distintos componentes
necesidad de La arquitectura de SOA
que es una respuesta directa para que
las reas de negocios que desean
disponer de mayor exibilidad en los
sistemas de la empresa puedan
modicar rpidamente los procesos.
La clave de la arquitectura SOA es la
abstraccin de los procesos, por la que
los procesos de negocio se
externalizan de las aplicaciones o
soluciones y se exponen directamente
al negocio. Esto permite que la
ejecucin, gestin, monitorizacin y
modificacin de dichos procesos
puedan ser manejados directamente a
nivel de negocio y de forma verstil, en
vez de estar embebidos en las
aplicaciones.
De esta manera, la arquitectura SOA
exige que los responsables de
desarrollo se concentren en los
procesos de negocio en lugar de
centrarse en sus aplicaciones.
Para conseguir este objetivo, los
procesos de negocio deben expresarse
en trminos de las capacidades que
exigen, y es entonces cuando hay que
evaluar tales capacidades para
identificar los servicios que las
soportan. Como consecuencia, la
arquitectura SOA exige que los
sistemas tecnolgicos formen parte de
toda la arquitectura corporativa o del
negocio de forma que los servicios
informticos reflejen los procesos de
negocio.
La adopcin de una arquitectura
basada en servicios requiere de una
infraestructura de comunicaciones
escalable y segura entre los
componentes. Esto es lo que se
conoce como Enterprise Service
Bus.(figura1)
Figura 1 Enterprise Service Bus
SOA propone que en lugar de crear
aplicaciones enormes y muy complejas
se desarrollen componentes
reutilizables que son fciles de
mantener y probar, teniendo as la
facilidad de que para una nueva
aplicacin se reutilizan los
componentes existentes y solo se
desarrollan los que an no existen
Los componentes se conocen como
servicios que representa una funcin
de negocios claramente denida que
puede ser invocada remotamente
mediante protocolos de comunicacin
estndar
Los servicios se denen mediante
interfaces explcitos que son totalmente
independientes de la implementacin
del servicio
Desde el punto de vista Tecnolgico
La arquitectura orientada a servicios,
tecnolgicamente es el constante
desarrollo de mayor desacoplamiento
en las capas de una aplicacin, y
tambin lograr un mayor nivel de
estandarizacin.
Con estas caractersticas se pueden
lograr beneficios como la reutilizacin
de las aplicaciones, utilizando la
encapsulacin en servicios, as como
utilizar servicios de terceros, es decir,
reaprovechar las plataformas
existentes.
Otro de los beneficios importantes es la
flexibilidad, mediante SOA se simplifica
la adaptacin de los sistemas
existentes, as se evita un desarrollo de
interfaces punto a punto entre los
sistemas y permite una mayor
interoperabilidad, interna y
externamente.
Productividad.
Al aumentar el nivel de automatizacin,
se reducen las actividades manuales.
Lo cual permite una monitorizacin de
las actividades del negocio, mediante
un anlisis estadstico de los flujos de
negocio reales, comando en cuenta los
indicadores de negocio.
Mejor proceso de construccin de
software.
Se mejora la industrializacin, mejora
las especificaciones de los
requerimientos de negocio, proporciona
una filosofa de desarrollo comn a
todos los negocios y canales, mejora el
mantenimiento y desacopla el
desarrollo de servicios y procesos.
Usabilidad de aplicaciones.
Permite presentar al usuario la
informacin dispersa en una forma
integrada. Alcanza un mayor nivel de
automatismo en las aplicaciones en
procesos complejos de workflow.
Permite utilizar tecnologa de
presentacin avanzadas como web 2.0.
Desde el punto de vista del Negocio.
La arquitectura SOA desde el punto de
vista del negocio. Permite resolver
problemas de flexibilidad y agilidad de
los sistemas, proporciona una visin
integrada de los distintos silos de la
organizacin. Mejora la cobertura de
las necesidades de negocio, y reduce
el impacto de la evolucin de la
tecnologa, en las aplicaciones de
negocio.
Con la Arquitectura SOA, se satisface
las cambiantes necesidades, ya que se
implantan procesos de negocio,
utilizados por los servicios que
proporcionan los sistemas actuales.
La interoperabilidad hace referencia, a
que no importa a que los sistemas
hayan sido construidos en distintos
momentos, en diferentes plataformas y
niveles de servicio.
La arquitectura SOA posibilita la
ruptura de los silos internos de una
organizacin y prepara el terreno para
dar soporte a procesos de negocios
automatizados e integrados que
eliminan dichos silos.
La sencillez interna proporciona a la
organizacin la agilidad necesaria para
crear nuevos productos y servicios de
una forma ms fcil y rpida y le
permite as diferenciarse en el
mercado.
II. DESARROLLO TERICO.
El ciclo de vida del servicio comienza
en su definicin y termina en su retiro
es decir en la puesta en marcha o
reutilizacin del mismo. El ciclo de vida
de servicios tiene tres etapas:
requisitos y anlisis, diseo y
desarrollo, y operaciones de TI.
Figura 2: Etapas del ciclo de vida de
servicios
La Figura 2 ilustra las tres etapas y la
necesidad del servicio de repositorio de
la empresa para habilitar el gobierno de
servicio, a continuacin una breve
descripcin de estas.
1. Requerimientos & Anlisis.- El
negocio inicialmente identifica y prioriza
las necesidades del negocio. Basado
en las prioridades identificadas las
areas no tcnicas conjuntamente con
analistas de negocio estudian de cerca
los procesos, normativas y
requerimientos. Esta fase incluye la
definicin de mapas de procesos nivel
0, cada uno de los procesos de los
niveles superiores, propietarios del
activo del proceso, riesgos de cada uno
de los procesos, elementos de entrada
y salida, priorizacin y en general la
definicin de todas las variables del
entorno.
2. Diseo y Desarrollo.- Durante esta
fase los analistas del negocio trabajan
de cerca con el arquitecto de negocio el
que es responsable de las
estimaciones de alto nivel, diseo y
construccin de los requerimientos del
negocio. Los equipos de desarrollo se
encargan de desarrollar, ensamblar,
probar e implementar los componentes
de aplicacin a la operacin de TI, todo
esto siguiendo una metodologa que
permita a todos los miembros del
equipo controlar todo el proceso en
conjunto.
3. Operaciones TI.- Este equipo es el
encargado de probar la funcionalidad,
versionar y manejar el ambiente de
produccin de las aplicaciones
regulares y de las nuevas
implementaciones. Esto incluye las
redes de comunicaciones y los
repositorios de datos
Este ciclo de vida proporciona una
manera de acoplar a las personas a
colaborar de un modo ms eficiente, al
mismo tiempo, favorece la evolucin
del personal al brindar la libertad para
innovar y controlar su parte del
proceso. El objetivo de la
implementacin de SOA es que el
personal comparta responsabilidades.
Un ciclo de vida de SOA demasiado
centralizado generar una resistencia
por parte de la organizacin que puede
ser fatal para la adopcin de SOA.
Estrategias de adopcin de SOA
Esta comprobado que la
implementacin de TICs a nivel de
todos los niveles corporativos eleva las
oportunidades a travs de manejar la
informacin para la toma de decisiones,
sin embargo el esto solo puede ser una
solucin solo cuando se utiliza una
metodologa adecuada como SOA que
cuenta con un enorme potencial para
maximizar el valor de la tecnologa
como habilitadora de ventajas
competitivas.
La implementacin de SOA en grandes
empresas en busca de un alto
rendimiento ha dado la experiencia
necesaria para determinar 4 ejes
principales sobre los cuales a travs de
iteraciones se logran el cumplimiento
de objetivos (ver figura 6):
Fase 1. Organizacin y estrategia.-
Bsicamente se estudia la situacin
actual de la compaa y el plan para
definir el alcance de la transformacin
hacia SOA, asegurando una base
slida de servicios y una hoja de ruta
para obtener todos los beneficios de
SOA.
Figura 3: Fases de adopcin de SOA
Fase 2. Implantaciones tcticas.- En
esta fase se realizarn las pilotos de
los servicios que se van a implementar
y no es ms que seguir el plan que se
trato en la fase anterior y probar como
se acopla con los servicios actuales,
con el objetivo de que sirva tambin
para familiarizarse tanto con la
tecnologa usada como con los
procedimientos de gobierno y
organizacin. Aqu se inicia el proceso
de identificacin y reutilizacin de los
servicios existentes, as como su
publicacin en el catlogo.
Fase 3. Plataforma SOA.- Se trata de
consolidar la implementacin de SOA
de la fase anterior, esto desde el punto
de vista tcnico como del
organizacional y de gobierno, adems
de consolidar la infraestructura base de
SOA, se profundizar en la
monitorizacin de procesos y se
dispondr de un catlogo operativo de
procesos y servicios. El negocio
empieza la implantacin de los
servicios/procesos estructurales.
Fase 4. SOA industrializado.- La ltima
fase de la implementacin es donde se
obtendrn todos los beneficios de SOA.
Aqu la empresa aprovecha la
reutilizacin de servicios con el objetivo
de disear y construir los procesos y
servicios requeridos.
Completadas las fases se alcanzar un
mayor grado de sofisticacin en la
gestin corporativa, como en la
automatizacin de las reglas de
negocio al modelo operativo, por otra
parte en funcin de los factores que
dirijan la adopcin de SOA, las
empresas pueden seguir 3 posibles
enfoques dependiendo del peso en la
prioridad en la construccin de
servicios o procesos (ver figura 4).
 Figura 5: Cmo y por qu estn
implementando SOA las
organizaciones actuales

FACILITADORES TECNOLGICOS
Hay 6 facilitadores tecnolgicos
Figura 4: Enfoques de adopcin de principales que permiten, la
SOA implantacin de SOA.
Los tipos de enfoques que se pueden No es imprescindible el uso de todos
seleccionar para la implementacin de los facilitadores, pero cada uno de ellos
SOA dependern del gobierno que se es importante para alcanzar
haya seleccionado a dems de plenamente todos los beneficios
variables generales de la empres esperados.
externas e internas. No se podra decir
que una es mejor que la otra son ms 1. BPM o Business Process
bien complementarias. Management: principal facilitador que
recoge las tecnologas para permitir la
Cmo se est implementando SOA definicin/ejecucin de los procesos
en las organizaciones actuales tanto en su componente de modelado
En todo el tiempo que se ha tomado en (BPA) como de implantacin (BPO).
cuenta la filosofa de SOA las Adicionalmente, es aconsejable contar
empresas la usaban como un elemento con un motor de reglas (BRE) que
de integracin (sin percibir las ventajas permita externalizar las reglas de
de la orientacin de procesos). No decisin que requieren ser modificadas
existe ninguna empresa que haya frecuentemente.
alcanzado la fase 4, ni completado la
fase 3, esto se debe a varios factores 2. La tecnologa de Web Services:
como limitacin en la herramienta permite encapsular los servicios
seleccionada, no seguir la correcta mediante un estndar ampliamente
implantacin por fases de forma aceptado por todos los fabricantes y
estructurada y sobre todo por la falta de proveedores. Este estndar
conocimiento del concepto de SOA. proporciona ventajas claras para
Esto est cambiando, la evolucin de proveer y consumir servicios al exterior,
herramientas est llegando a niveles pero no es obligatoria su
aceptables y cada vez ms las implementacin en entornos cerrados.
organizaciones comprenden el
concepto de orientacin a procesos. El 3. El ESB o Enterprise Service Bus:
entorno cambiante sobre el cual el facilita la conexin entre
modelo organizacional se desenvuelve sistemas/servicios heterogneos,
necesita de una nueva metodologa resolviendo deficiencias de la
sobre la cual basarse. Los parmetros tecnologa de web services como la
que encontramos en la figura 4 nos dan garanta de entrega, localizacin,
una visin ms clara de la aplicabilidad seguridad, transaccionalidad, etc.
de SOA en los modelos de Dependiendo de la heterogeneidad de
organizacin. una instalacin, su uso puede ser
imprescindible o no ser requerido.
4. BAM o Business Activity Monitoring:
proporciona una monitorizacin de los
procesos (con una visin de negocio)
en tiempo real y con capacidad de
actuacin.
5. El Gobierno de desarrollo El ESR o
Enterprise Service Repositorio, es el
catlogo de servicios y procesos (tanto
desde el punto de vista tcnico como
de negocio) y es fundamental para la
gestin de los servicios y procesos
tanto desarrollados como comprados.
6. El Gobierno de ejecucin: es un
conjunto de herramientas y utilidades
que permiten el gobierno de los
servicios y procesos en ejecucin,
generando cuadros de mando de
niveles de servicio y aplicando polticas
de actuacin automticas. Bajo este
facilitador tambin se suelen cubrir
todos los aspectos de seguridad en
SOA.
Figura 9 Facilitadores tecnolgicos
clave de SOA
BENEFICIOS
1. Beneficio orientado
exclusivamente a la reduccin de
costes
Al inicio de la adopcin, las
expectativas de beneficio se sustentan
en muchos casos en la reduccin de
costes, pero los beneficios de
estandarizacin y reutilizacin de
servicios no se percibirn hasta
avanzada la fase 3 o en la fase 4,
cuando existir una importante base
reutilizable de servicios y procesos.
2. Extender el nuevo modelo de
gobierno a toda la organizacin
En las fases 1 y 2 se trabaja
principalmente en el rea de tecnologa
y con un grupo reducido de personas
encargadas de la implementacin de
los primeros pilotos.
En la fase 3 la implementacin de SOA
inicia su expansin a toda la
organizacin.
Supone un cambio cultural que
requiere construir los conocimientos
necesarios en la organizacin, para
cubrir el ciclo completo de desarrollo
SOA como paso previo a una adopcin
SOA a gran escala.
Las organizaciones, en ocasiones,
tienen dificultad para establecer esta
estructura global de responsabilidades,
roles y procesos de gobierno con
estructuras aisladas o silos que
definen sus propios estndares de
servicios y procesos de forma individual
a nivel de rea/departamento o
tecnologa.
3. Pasar del bottom-up al top-
down
El inicio de la adopcin de SOA se
realiza principalmente en el rea de
tecnologa con un enfoque bottom-up
de exponer servicios existentes o la
implementacin de nuevos servicios,
para ser utilizados en procesos de
grado superior. Este enfoque podra ser
vlido para las fases 1 y 2.
Para la fase 3, es necesaria una visin
top-down y debe realizarse un anlisis
de alto nivel de los procesos de
negocio, para asegurar que su
implementacin est alineada con la
estrategia de la organizacin y que
permitir incrementar el grado de
reutilizacin posterior de los procesos y
servicios implementados (ver figura
10).
4. Equilibrio entre granularidad-
rendimiento-gestionabilidad-
reusabilidad
El equilibrio entre granularidad,
rendimiento, gestionabilidad y
reusabilidad, es clave para el xito de
la implantacin SOA. En las fases 1 y 2
se empiezan a esbozar las directrices
generales, pero debido a que hasta
este momento slo se han realizado
proyectos de corto alcance no existe la
seguridad de que se seguir el camino
correcto.
Se recomienda:
Durante la fase 1 y 2 esbozar un
catlogo general de servicios y
procesos
Utilizar frameworks de la industria para
la gua de procesos y servicios
El menor nivel de granularidad no es el
servicio; es necesario contar con
niveles de granularidad menores pero
que no sern expuestos como servicios
para mejorar el rendimiento
Figura 10 Dificultad para pasar del
bottom-up al top-down
GOBIERNO SOA
Al final, las organizaciones dependen
de la informacin: la informacin
adecuada para las personas
adecuadas en el momento adecuado.
Por este motivo, la calidad de la
informacin es lo primero que debe
asegurarse. Muchas organizaciones
experimentan dificultades derivadas de
inconsistencias y arquitecturas con
informacin defectuosa. Este problema
se debe solucionar porque de lo
contrario, los sistemas que se apoyan
en una arquitectura SOA slo
conseguirn gestionar la informacin
equivocada de una manera ms eficaz.
En otras palabras, una arquitectura
SOA no puede resolver los problemas
causados por una arquitectura
corporativa defectuosa; es necesario
planificar y gobernar adecuadamente la
arquitectura para garantizar la
coherencia de los datos maestros, la
clara comprensin de la propiedad de
los datos (ownership) y la armonizacin
de las reglas de negocio y de las
taxonomas.
Conviene destacar adems, que la
creacin de los nuevos servicios debe
respetar los principios establecidos de
diseo. La arquitectura SOA depende
de una vinculacin flexible y no estricta,
de los servicios, con el fin de garantizar
que la modificacin de un servicio no
afecte a los otros. Como consecuencia,
las decisiones de diseo se deben
tomar respetando el plan original, para
poder retener la deseada flexibilidad de
vinculacin de servicios. Es imperativo
contar con una estructura de gobierno
efectiva para el conjunto de la
arquitectura corporativa, que asegure
que la estrategia SOA se implante y
ejecute para obtener los beneficios
esperados. Para ello, es necesario
actuar en todos los frentes:
organizacin, metodologa,
herramientas y procedimientos.
Figura 11: El gobierno de SOA. Una
capacidad imprescindible para el xito
de la adopcin de SOA
III. CONCLUSIONES
Una adopcin SOA tiene un
impacto en toda la organizacin,
por lo que todas las partes
debern estar involucradas y
debe haber un alto grado de
compromiso entre ellas.
Se debe abordar la implantacin
SOA por fases y de forma
iterativa para ajustar la nueva
 tecnologa, organizacin y IV. BIBLIOGRAFA
procedimientos de trabajo.
El equipo de implementacin de 1. Caractersticas de las empresas
SOA debe contar con personas que utilizan arquitectura
que conozcan en profundidad el orientada para servicios y de su
negocio y sus procesos, as contexto de operacin.
como las tcnicas y (http://www.scielo.br/pdf/jistm/v5
capacidades de SOA que n2/06.pdf)
permitan definir procesos que
implementen la estrategia con 2. An approach for the
mayor eficacia. Management of Service-
Con el uso de SOA se logra oriented Architecture (SoA)
fomentar un mayor alineamiento based Application Systems.
entre el negocio y la tecnologa (http://www.wiiw.de/publikatione
de la empresa. n/AnapproachfortheManagemen
A medida que aumenta el tofSe1511.pdf)
alineamiento del negocio con la
tecnologa, es necesario que 3. SOA Arquitectura Orientada al
sta desarrolle capacidades Servicio.
para aplicar el modelo de (http://www.coit.es/publicacione
arquitectura SOA a la creacin s/bit/bit167/quees.pdf)
de procesos de negocio.
Se debe tener en cuenta que el 4. Arquitectura Orientada a
acoplamiento ligero (loose Servicios (SOA).
coupling) proporcionado por (http://www.accenture.com/Site
SOA, puede tener como CollectionDocuments/Local_Sp
contrapartida un coste en el ain/PDF/SOA.pdf)
rendimiento global.
Durante las primeras fases de 5. Enterprise SOA Seervice-
aplicacin de SOA es Oriented Architecture; Dirk
fundamental una constante Krafzig, Pearson Education Inc.
revisin de los niveles de 2005.
rendimiento para mantenerlo en (http://books.google.com.ec/boo
niveles razonables. ks?hl=es&lr=&id=R7oGhITYUu
Es recomendable comenzar con UC&oi=fnd&pg=PR17&dq=SOA
una determinada rea, &ots=UB6xgaDWAH&sig=6M5_
identificando sus necesidades R27UAI62s0g-
de servicios y disendolos de OX9u6y7TOr4#v=onepage&q=
forma que sean reutilizables por SOA&f=false)
otras reas, pero sin incluir
inicialmente a toda la 6. Understanding Service-Oriented
organizacin para evitar tener Architecture.
mltiples requerimientos (http://msdn.microsoft.com/en-
responsables sobre un mismo us/library/aa480021.aspx).
servicio (evitar la parlisis del
anlisis).
La arquitectura SOA constituye
el paso siguiente en la
evolucin de las tecnologas de
la informacin como
habilitadoras del alto
rendimiento.