Escuela Superior

Politcnica de
Chimborazo
Facultad de Informtica y Electrnica
Escuela de Ingeniera en Sistemas
SOA y los tipos de servicios.
INTRODUCCIN
La 'Arquitectura Orientada a Servicios de cliente' (en
ingls Service Oriented Architecture), es un concepto de arquitectura de
software que define la utilizacin de servicios para dar soporte a los
requisitos del negocio.
OBJETIVOS
OBJETIVO GENERAL
Conocer y aprender ms acerca la arquitectura SOA (Arquitectura Orientada a
Servicios).
OBJETIVOS ESPECFICOS
Aprender la manera en que funciona la arquitectura SOA.
Conocer en campo de aplicacin que posee la arquitectura SOA.
Identificar las ventajas y desventajas de la arquitectura SOA.
POR QU CATEGORIZAR LOS SERVICIOS?
La categorizacin de servicios (service models) es muy buena prctica a la
hora de administrar nuestra arquitectura SOA (gobierno SOA) ya que nos
ayuda a etiquetar los servicios que conformarn nuestro inventario en funcin
de la lgica que contienen y su grado de reutilizacin.
Como veremos a continuacin, existen varios tipos de servicios que se
distribuyen en diferentes capas lgicas y que deben guardan un equilibrio
entre s. Tener un buen catlogo de servicios correctamente categorizados es
vital para la salud de nuestra SOA. Echando un vistazo a dicho catlogo se
pueden detectar rpidamente "malos olores" que pueden desembocar en el
fracaso de nuestra arquitectura.
Tipos de servicios
Existen diferentes clasificaciones (o modelos) de servicios. La que
vamos a exponer a continuacin es, probablemente la ms sencilla y
el resto de modelos suelen ser derivados de sta. El principal
promotor de estos modelos de servicio es Thomas Erl, reconocida
figura en el campo de la Orientacin a Servicios y Cloud
Computing.
Distinguiremos 3 tipos de servicios:
Servicios de utilidad.
Servicios de entidad.
Servicios de tarea.
Servicios de Utilidad
Los servicios de utilidad son aquellos que encapsulan una
funcionalidad multi-propsito. Son servicios que no cubren una
necesidad concreta de negocio. Estos servicios contienen un alto
potencial de reusabilidad (uno de los principios bsicos en el diseo
de servicios).
Algunos ejemplos de este tipo de servicios podran ser: un servicio de
gestin de tokens de seguridad de acceso a aplicaciones o servicios de
la plataforma, un servicio de envo de correos o un servicio para
grabar la actividad que se produce en la plataforma (trazas de
auditora).
Servicios de Utilidad
Servicios de Entidad
Los servicios de entidad son aquellos que estn centrados en el
contexto de las entidades de negocio. Del mismo modo que ocurre con
los servicios de utilidad, no son servicios destinados a resolver un
problema concreto por lo que son altamente reutilizables. Muchas de
las operaciones que exponen este tipo de servicios son las tpicas de
un CRUD (Create, Read, Update, Delete).
Evidentemente, estos servicios variarn en funcin del negocio
concreto y las entidades que representen su actividad. Algunos
ejemplos podran ser: pliza (sector seguros), cuenta corriente (sector
bancario), cliente, etc.
Servicios de Entidad
Servicios de Tarea
Los servicios de tarea son aquellos que engloban un proceso de negocio
apoyndose (normalmente) en servicios de ms bajo nivel como los servicios de
utilidad o de entidad. Suelen consistir en una serie de pasos para completar una
tarea especfica. Esto ltimo es muy interesante ya que, debido a las necesidades
de negocio tan concretas que resuelven, no suelen ser servicios con un grado de
reutilizacin tan alto como los servicios de entidad o utilidad.
Los servicios de tarea no suelen ser tan estables como los de entidad o utilidad.
Esto es debido a que, al surgir como respuesta a una necesidad concreta del
negocio, su funcionalidad variar en funcin de los cambios del propio negocio. Es
muy importante tener una buena base de servicios de entidad y utilidad sobre los
que se apoyen los servicios de tarea para poder responder al cambio de manera
gil (composicin de servicios). Recordemos que uno de los objetivos estratgicos
de la orientacin a servicios es el alineamiento permanente entre negocio e IT
(responder rpidamente a las necesidades cambiantes del negocio).
Servicios de Tarea
Para realizar la validacin probablemente nuestro servicio debera apoyarse en
diferentes servicios de entidad, concretamente en las entidades de negocio que
intervienen en el proceso y, probablemente, en algn servicio de utilidad (por
ejemplo, enviar un correo con el resultado de la validacin).
DISEO Y DESARROLLO DE SOA
La metodologa de modelado y diseo para aplicaciones SOA se conoce
como anlisis y diseo orientado a servicios. La arquitectura orientada
a servicios es tanto un marco de trabajo para el desarrollo de
software como un marco de trabajo de implementacin. Para que un
proyecto SOA tenga xito los desarrolladores de software deben
orientarse ellos mismos a esta mentalidad de crear servicios comunes
que son orquestados por clientes o middleware para implementar los
procesos de negocio. El desarrollo de sistemas usando SOA requiere un
compromiso con este modelo en trminos de planificacin,
herramientas e infraestructura.
VENTAJAS
Mejora en los tiempos de realizacin de cambios en procesos.
Facilidad para evolucionar a modelos de negocios basados en
tercerizacin.
Facilidad para abordar modelos de negocios basados en colaboracin
con otros entes (socios, proveedores).
Poder para reemplazar elementos de la capa aplicativa SOA sin
disrupcin en el proceso de negocio.
DESVENTAJAS
En primer lugar SOA requiere un cambio en las organizaciones, un alto
esfuerzo. No siendo sencillo, para la mayora de las organizaciones
adoptar SOA.
La velocidad de intercambio de informacin entre cada servicio es
ms lenta comparada con una conexin directa.
Requiere un cambio en las organizaciones, un alto esfuerzo. No siendo
sencillo, para la mayora de las organizaciones adoptar SOA.
CONCLUSIONES
Hemos visto los diferentes tipos de servicios que podemos encontrarnos en
una SOA. Una correcta categorizacin es importante para identificar posibles
deficiencias en nuestro inventario de servicios.
Debemos ser prudentes a la hora de construir nuestros servicios de tarea.
Efectivamente son los que aportan un valor directo a las necesidades de
negocio pero es fundamental que se apoyen en servicios de ms bajo nivel
como los servicios de entidad o de utilidad. La reutilizacin y la composicin
(un servicio utiliza otros servicios) son dos principios bsicos de diseo de
servicios.
Una arquitectura que nicamente contenga servicios de tarea, probablemente
no sea una SOA.
RECOMENDACIONES
Es recomendable realizar una categorizacin para identificar posibles
deficiencias en nuestro inventario de servicios.
Es recomendable que los servicios de tarea se apoyen en servicios de ms
bajo nivel como los servicios de entidad y utilidad.
Es necesario que la arquitectura no contenga nicamente servicios de tarea
porque se aleja de la arquitectura SOA.
Gracias por su atencin