ARQUITECTURA ORIENTADA A

SERVICIOS
Va de la mano de la expansión
Los formatos de intercambio se basan
de los Web services. en XML 1.0 Namespaces y el
protocolo de elección es SOAP
¿Qué es?

Definición formal de W3C:

• Es un formato de mensajes
Es un sistema de que es XML .
software diseñado para SOAP: • Protocolo de transporte, por
soportar interacción defecto HTTP.
máquina a máquina
sobre una red.
 ¿QUÉ ES EL SOA?
SOA es un estilo arquitectónico para la construcción de
aplicaciones de software en base a servicios disponibles.

Según Garlan y Shaw, El SOA es como el

estilo de procesos distribuidos.
PERSPECTIVA
DE ESTILO: Otros autores lo definen como arquitectura
de componente independiente.
 EXISTEN DOS VARIANTES
DEL ESTILO:

Participantes especificados Participantes NO especificados

Modelo Cliente-Servidor Paradigma publish/subscribe

Se desarrolla en base al patrón

Si el servidor trabaja
Observer.
sincrónicamente, retorna control al
Editor envía mensajes que se
cliente junto con los datos; si lo hace
almacenarán en el canal publicar/
asincrónicamente, sólo retorna los
subscribir y luego desde este
datos al cliente, el cual mantiene su
medio será distribuido a los
propio hilo de control.
subscriptores.
 T E
TA N
O R
IMP
Este estilo redefine los viejos MODELOS DE ORPC y
al hacerlo establece un modelo en el que es casi
razonable pensar que cualquier entidad podría llegar a
conversar o a integrarse con cualquier otra.
MODELOS DE RPC
 RMI
WEB
CORBA Mecanismos de
SERVICES
DCOM
RPC

¿Por qué? Usa estándares de Web Que las aplicaciones

para los formatos de datos Interoperen fácilmente
y protocolos de aplicación
Lo que hace

Debido a que las

organizaciones Infraestructura activa HTTP
Descargando un par de Kits

Implementar tratamiento XML

y SOAP en casi cualquier Adquiriendo el paquete de lenguaje o
lenguaje y plataforma biblioteca
Por añadidura…
Descripción
Publicación
Web EN TIEMPO DE
Descubrimiento
Services EJECUCIÓN!!
Localización
Invocación

Lo que logra

Servicios que La forma de operar de sus contrapartes

interactúan
Pueden
figurarse

Sin necesidad de ser diseñados específicamente caso por caso

Características del Estilo
• El servicio es una entidad de software que encapsula funcionalidad de
negocio y proporciona dicha funcionalidad a otras entidades por
interfaces bien definidas
• Servicios desacoplados
• Los servicios pueden recibir requerimiento de cualquier origen
• La funcionalidad se puede ampliar o reducir
• Los componentes que requieran de un servicio pueden descubrirlo y
utilizarlo mediante UDDI y estándares sucesores
• No se mantiene persistencia de estado
• No se pretende que un servicio recuerde nada entre un
requerimiento y el siguiente
• Especificaciones RM-ODP son amplias para servir de marco de
referencia tanto a objetos como componentes y servicios.
• Un servicio puede incluir muchas interfaces y poseer propiedades
tales como descripción de protocolos, puntos de entrada y
características del servicio (WDSL)
VENTAJAS
• Menor coste total de propiedad IMPORTANTE
• Repotenciación del SW anterior
• Conectividad INTEROPERABILIDAD

• Facilidad de mantención FLEXIBILIDAD

• Reducción de tamaños de proyectos
REUSABILIDAD
• Alta escalabilidad
• Reutilización real de los programas RENTABILIDAD

• Mejoras en tiempo de respuesta

• Minimiza la dependencia técnica
DESVENTAJAS
• Depende de la implementación de estándares
• No es para aplicaciones de alto nivel de transferencia de datos, ni de
corto periodo de vida
• Implica conocer los procesos de negocio, clasificarlos, extraer las
funciones que son comunes a ellos, estandarizarlos y formar capas de
servicio que serán requeridas por cualquier proceso de negocio
• Incrementalmente se hace difícil y costoso el ser capaz de cumplir con
los protocolos y hablar con un servicio