<defnitions> <types> ...

</types>
<message> <part/> ... </message>
<portType> ... </portType> ...
</defnitions>
<Policy> <ExactlyOne> <All> assertions ... </All> <All> assertions ... </All> </ExactlyOne> ... </Policy>
reas
afectadas
por la estandarizacin
<schema> <element > <complexType> <sequence> <element .../> <element .../> <element .../> </sequence> </complexType> </element> ... ... </schema>
implementacin
proceso de
negocio
padre
consumidores
del servicio
tecnologa de
vendedor
.NET WS
J2EE
miembros
de la
composicin
del
servicio
lgica del
servicio
contrato del
servicio
Acuerdo de Nivel
de Servicio
(ANS)
contrato tcnico del servicio Web
contrato del servicio
WSDL WS
Policy
Esquema
XML
servicio de
tarea A
servicio de
entidad A
servicio de
entidad B
servicio de
utilidad A
servicio de
utilidad B
alto
potencial
de
autonoma
autonoma
dependiente
autonoma
independiente
bajo
alto
nivel
tpico de
autonoma
Estandarizacin de los Contratos de Servicios
"Los servicios dentro de un mismo inventario cumplen
con los mismos estndares de diseo de contratos."
Bajo Acoplamiento de los Servicios
"Los contratos de los servicios imponen requerimientos de
bajo acoplamiento con el consumidor y son ellos mismos,
desacoplados de su entorno."
Abstraccin en los Servicios
"Los contratos del servicio slo contienen la informacin
esencial, y la informacin sobre los servicios se limita
a lo que es publicado en los contratos de servicio."
Reutilizabilidad de los Servicios
"Los servicios contienen y expresan lgica agnstica y pueden
ser ubicados como recursos empresariales reutilizables."
Autonoma de los Servicios
"Los servicios ejercen un alto nivel de control sobre su
ambiente de ejecucin subyancente en tiempo de ejecucin."
Carencia de Estado en los Servicios
"Los servicios minimizan el consumo de recursos
posponiendo, segn la necesidad,
el manejo de la informacin acerca de los estados."
Descubribilidad del Servicio
"Los servicios son complementados con metadatos
comunicativos con los cuales pueden ser efectivamente
descubiertos e interpretados.
Compuestabilidad de los Servicios
"Los servicios son participantes efectivos de las composiciones,
sin importar el tamao y la complejidad de la composicin."
W
Q R S
K L
G
A D
Proyecto de
Desarrollo # 20
Proyecto de
Desarrollo # 21
Proyecto de
Desarrollo # 22
inventario de servicios
K R S
W
D Q R
A
L P
G
Z B C E
F H I J
M N O
P T
U V X Y
activo
+
con estado
activo
+
sin estado
repositorio
de datos
del estado
pre-
invocacin
comienza
participacin
en actividad
pausa
participacin
en actividad
contina
participacin
en actividad
pausa
participacin
en actividad
fnaliza
participacin
en actividad
post-
invocacin
dueos del servicio
diseadores del
programa
consumidor
del servicio
especifcaciones de diseo, cdigo fuente, etc.
acceso
abrierto
acceso
controlado
sin
acceso
contrato del
servicio
tecnologa del
vendedor
la lgica del
servicio ser
implementada (y
por lo tanto, acoplada)
con la tecnologa
propietaria
del vendedor
implementacin
.NET WS
J2EE
lgica del
servicio
el contrato
del servicio
puede estar
acoplado con
la lgica del
servicio
la lgica del
servicio puede estar
acoplada con
mltiples servicios
y esto puede necesitar
de la composicin
el contrato del servicio y
cualquier lgica subyacente
pueden estar acoplados
con un proceso de
negocio padre
proceso de
negocio
padre
la lgica del
servicio puede
estar acoplada
con el contrato
del servicio
si el contrato del servicio
est acoplado con la lgica
del servicio, ste puede
asumir caractersticas
de acoplamiento
relacionadas con la lgica
la lgica del servicio puede
estar acoplada con varios
recursos que hacen parte
del ambiente completo
de implementacin
miembros
de la
composicin
del
servicio
Proceso
Reclamos.wsdl
Reclamos.wsdl Validar
Reportes.wsdl
Reportes.wsdl
Encabezado
Reporte.xsd
Detalle
Reporte.xsd
Encabezado
Reclamos.xsd
Detalle
Reclamos.xsd
Politica
Seguridad.xml
Politica
Reclamaciones.xml
Servicio
Funcional Tecnologa
Calidad
del
Servicio
Programtica
Capacidad A
Capacidad B
Servicio B
Capacidad A
Capacidad B
Servicio C
Capacidad A
Capacidad B
Servicio D
Capacidad A
Servicio A
Programa
Consumidor
de Servicios
A
(2)
(3) (4) (5) (7)
(1)
(6)
detallado conciso optimizado
Paso 1:
Personalizar el diseo
del contrato del
servicio Web.
Paso 2:
Importar el contrato
del servicio Web en
un ambiente de
desarrollo.
Paso 3:
Construir la lgica de
la solucin subyacente,
como soporte del
contrato pre-defnido
del servicio Web.
Importar
Cuando un servicio es implementado como un Servicio Web, el
contrato del servicio puede estar compuesto por una definicin
WSDL y mltiples definiciones de Esquemas XML y polticas, al
igual que con documentos complementarios, tal como un ANS.
Este principio impulsa el enfoque del contrato primero para
la entrega del servicio, por el cual los contratos se desarrollan
de forma personalizada (antes del desarrollo de la lgica del
servicio) de acuerdo con los estndares de diseo que aplican
a todos los servicios dentro de un inventario dado de servicios.
Las polticas y los esquemas estandarizados se pueden cen-
tralizar, de tal forma que, una definicin representa un conjunto
oficial de aserciones de polticas o de tipos complejos, que
pueden ser referenciados por mltiples definiciones WSDL.
Captulo 6: Contratos del Servicio
(Estandarizacin y Diseo)
Los estndares de diseo del
contrato pueden afectar y
dar forma a muchas
definiciones de elementos
y a la estructura completa
de los documentos WSDL,
Esquema XML y definicin
de polticas.
Un contrato de servicio, que se deriva de su ambiente
subyacente, puede terminar formando tipos negativos de
acoplamiento sobre las partes del ambiente.
El acomplamiento Logica-a-contrato se considera una forma
positiva de acoplamiento porque representa la creacin
independiente de un contrato que est desacoplado del
ambiente del servicio.
Los programas
consumidores de servicios
requieren de acoplarse
con un contrato de servicio.
Como resultado, ellos
heredan cualesquiera formas
de acoplamiento positivo
o negativo que residan
en el contrato del servicio.
Este principio se
relaciona con el pa-
trn de Centralizacin
del Contrato, el cual
establece que el con-
trato del servicio ser
el nico medio para
acceder a la lgica y
recursos del servicio.
Captulo 7: Acoplamiento del Servicio
(Dependencias Intra-Servicio y Consumidor)
Cuando se determina cul
informacin debera abstraerse
acerca de un servicio, se utiliza
para categorizar los metadatos del
servicio en distintas categoras.
La aplicacin de este principio
puede afectar la abstraccin de
cada uno de esos tipos de meta
informacin de manera diferente.
Este principio aboga
por el ocultamiento
deliberado de meta-
datos del servicio,
de tal forma que una
mnima cantidad de
informacin sobre un
servicio es accedida
por el mundo exterior.
La aplicacin de este principio puede convertir, efectivamente,
a un servicio en una caja negra, donde la nica informacin
que est disponible acerca del servicio es la que est publicada
en su contrato (la cual puede acompasarse con lo que tambin
est publicado en un registro de servicio).
Por lo tanto, el contenido
del contrado del servicio,
en s mismo, es el punto
primario de enfoque para
el cual existen diferentes
niveles de abstraccin.
Captulo 8: Abstraccin del Servicio
(Ocultamiento de Informacin y Tipos de Meta Abstraccin)
A B
G K
X T
Como resultado de este
principio, los diseadores
del programa consumidor
del servicio puede no ser
conscientes que un servicio
est componiendo a otros.
Esto coloca un gran nfasis
en la fiabilidad y la
previsibilidad de un
servicio, a pesar de lo que
pueda ser encapsulado (lo
cual tambin plantea cues-
tiones en cuanto a lo que
debera publicarse en los
ANS del servicio).
servicio con
capacidades de
procesamiento
redundantes
para factura
servicio ofcial de
entidad Factura
lgica subyacente
del servicio
La Centralization del
Contrato asegura que los
consumidores de servicios
slo acceden a un servicio
a travs del contrato
publicado del servicio
2
1
La Centralizacin de la Lgica
asegura que los consumidores
del servicio slo tienen un
punto de acceso para cualquier
cuerpo dado de lgica
consumidor
del servicio Factura
ProcFac
No construiremos nueva
lgica para procesamiento
de facturas porque se
requiere que utilicemos
el servicio existente
de Factura.
A nuestro equipo de
proyectos se le requiere
automatizar un nuevo
proceso de negocio que
involucra la funcionalidad
de facturacin que ya
existe dentro del
servicio Factura.
A nuestro equipo
de proyectos se le
requiere automatizar
una tarea de
procesamiento PO
cuya lgica de solucin
no existe an.
Buscaremos en el
inventario existente
para confrmar que no existe
ningn servicio que proporcione
esta lgica. Luego construiremos
un servicio PO de tal manera
que pueda ser reutilizado
por otros en el futuro.
La proliferacin del
acoplamiento positivo
es deseable para
permitir la evolucin de
las implementaciones
del servicio, sin impactar
a los consumidores
del servicio.
Posicionar los servicios como
recursos empresariales
reutilizables se relaciona con
el patrn de diseo Centralizacin
de la Lgica, el cual indica que
cada servicio reutilizable debe ser
el nico punto de acceso para el
cuerpo de la lgica que
ste representa.
Cuando se combinan,
la Centralizacin de la
Lgica y del Contrato,
resultan en un inven-
tario de servicios alta-
mente estandarizado
y normalizado como
soporte completo
para maximizar el
potencial de re-
utilizabilidad y el
bajo acoplamiento de
de los consumidores.
Captulo 9: Reutilizabilidad del Servicio
(Diseo Comercial y Agnstico)
Los procesos de entrega normalmente necesitan
cambiarse como resultado de la incorporacin
consistente de este principio, de
tal manera que aseguren que
la Centralizacin de la Lgica
siempre sea
respetada y que
el potencial de
reutilizacin de
los servicios
agnsticos sea
maximizado.
El obstculo ms grande para
alcanzar este principio est
asociado normalmente con superar la
resistencia cultural a estos cambios.
Servicio A Servicio A Servicio B Servicio C
Servicio A Servicio B Servicio C Servicio A Servicio B Servicio C
Entre ms control tiene un servicio sobre su implementacin
subyacente en tiempo de ejecucin, ms predecible ser su
comportamiento en tiempo de ejecucin. Reducir el acceso
compartido a los recursos e incrementar el aislamiento fsico
del servicio pueden incrementar la habilidad del servicio para
funcionar autnomamente.
La autonoma de los servicios inviduales es especialmente
importante para la efectividad de las composiciones del
servicio. Debido a que un servicio que compone a otro
automticamente pierde autonoma, el nivel de autonoma
que un controlador de composicin puede aadir, a menudo,
est limitado a los niveles de autonoma colectiva de los
miembros de su composicin.
Captulo 10: Autonoma del Servicio
(Lmites y Control del Procesamiento)
Captulo 11: Carencia de Estado del Servicio
(Aplazar la Gestin del Estado y Disear la Carencia de Estado)
Captulo 12: Descubribilidad del Servicio
(Interpretabilidad y Comunicacin)
Captulo 13: Compuestabilidad del Servicio
(Disear Miembro de Composicin y Composiciones Complejas)
active
passive
stateful
stateless
context
session
context
data
estado
primario
condiciones pri-
marias del estado
tipos de informa-
cin del estado
tipos de datos
del contexto
context
rules
activo
pasivo
con estado
sin estado
contexto
sesin
datos del
contexto
reglas del
contexto
negocio
Formulas
AgregarBase
Obtener
Simular
base de datos
de estados
activo y sin estado
se trasladan los
datos del estado
desde la memoria
hacia la base
de datos Ejecutar
Proyecto Lab
Iniciar
datos de
los estados
en memoria
servicio
descubierto
registro
de servicios
contrato
del servicio
El humano
busca en el
registro de
servicios para
localizar un
servicio con la
funcionalidad
deseada.
El humano puede recuperar
luego el contrato del servicio
correspondiente. Basado en su nivel
de interpretabilidad, el humano
puede escoger o descartar este
servicio. Si el servicio no tiene las
capacidades necesarias, pero an
proporciona un contexto funcional
adecuado, ste puede ser identifcado
como la ubicacin en la cual debe
agregar la funcionalidad requerida
(como una extensin para el servicio).
2 Basado en el nivel de
rastreo de la
descubribilidad e
interpretabilidad del
registro de servicios,
el humano es capaz de
descubrir e identifcar un
servicio potencialmente
capaz de cumplir con
sus requirimientos.
inventario
de
servicios
el humano
dueo de
un programa
planifcado para ser
consumidor del servicio
3
1
contiene meta informacin
acerca de cada servicio en
el inventario de servicios,
al igual que un apuntador a
cada contrato de servicio
La centralizacin de los
documentos del contrato del
servicio es, por s misma,
un estndar de diseo
relacionado con el contrato.
Dependiendo de la naturaleza de su lgica y su rol dentro de
una composicin, un servicio puede necesitar la transicin a
travs de diferentes estados y puede necesitar de manejar
diferentes tipos y cantidades de datos del estado.
La gestin de datos del estado consume recursos del sistema
y puede resultar en un gasto significativo de recursos cuando
mltiples instancias de los
servicios son invocadas
concurrentemente,
especialmente con
servicios agnsticos que
estn involucrados en la
automatizacin de mlti-
ples procesos de negocios.
Por lo tanto, la delegacin
temporal y el aplazamiento
de la gestin del estado
pueden incrementar la
escalabilidad del servicio y
soportar un amplio rango
de re-utilizacin y re-
composicin en el tiempo.
Los datos del estado son apla-
zados comnmente en tiempo
de ejecucin, permitiendo que
un servicio permanezca activo
y sin estado mientras ocurren
otros procesamientos.
Existen diferentes niveles de
carencia de estado que un diseo
de servicio puede alcanzar, dependiendo de la frecuencia del
aplazamiento del estado y de la cantidad de los datos del
estado que estn siendo aplazados. Estos niveles, normal-
mente, son especficos para cada capacidad del servicio.
De los cuatro tipos de meta
informacin del servicio, los
datos funcionales y de calidad
del servicio son ms relevantes
cuando se enfocan en la calidad
de las comunicaciones de los
servicios, para lograr
los propsitos de descubribilidad
e interpretabilidad.
La aplicacin de este principio
soporta un proceso
estandarizado de descubrimiento
del servicio y de interpretacin dentro de una
organizacin a travs del uso de un registro de servicios
como el repositorio central de los metadatos del servicio.
Servicio
Funcional Tecnologa
Calidad
del
Servicio
Programtica
inventario de servicios
registro de
servicios
existe como una
extensin de la
infraestructura
que soporta el
descubrimiento y
la interpretacin de los
servicios dentro de un
contiene servicios
con contratos que
son idealmente
descubribles e
interpretables,
independientemente
del
Tanto los contratos de los servicios
como los registros dentro de un
registro de servicios contienen meta
informacin con caractersticas de
descubribilidad e interpretabilidad.
Mucha de esta informacin
se relaciona y origina con
el documento del perfil
del servicio, el cual
pudo haber sido creado
y mantenido desde que
el servicio fue
conceptualizado por
primera vez durante
la fase de modelado del
servicio (ver Captulo 15
y Apndice B).
SOA: Principles of Service Design
Derechos reservados 2008 SOA Systems Inc.
ISBN: 0132344823, Prentice Hall
(compra este pster en www.soaposters.com)
Traducido por: Ivn Guarn y Sandra Barn
by Thomas Erl
www.whatissoa.com
www.soaprinciples.com
www.soapatterns.com
www.soaspecs.com
www.soaglossary.com
www.soabooks.com
www.prenhall.com
www.soasystems.com
www.soaschool.com
www.soamag.com
Prentice Hall
Service-Oriented
Computing Series
from Thomas Erl
unidades de la lgica de la solucin,
donde cada una direcciona (soluciona)
un problema pequeo
para solucionar el
problema grande,
las unidades son
ensambladas en
una confguracin
especfca que les
permite llevar a
cabo su lgica de
solucin de
forma
coordinada
Problema Grande A
Problema
Pequeo los problemas
pequeos,
en conjunto,
representan el
problema grande
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
Problema
Pequeo
soluciona el Problema Grande A
E F G H A B C D
C
A F
B E D G H
La orientacin a servicios es un paradigma de diseo con un
enfoque distinto para realizar una separacin de intereses.
Los servicios
capaces
de direccionar
problemas
agnsticos
o transversales
pueden ser
reutilizados
para solucionar
mltiples
problemas.
Esto requiere de un
medio efectivo de des-
composicin de la
lgica de la solucin
y re-componerla
repetidamente para
solucionar nuevos
problemas.
Este principio est re-
lacionado principalmente
con la habilidad del servicio
para actuar como un miembro efectivo de una composicin,
de tal manera que pueda soportar la realizacin de nuevos
requerimientos de negocio que puedan ser completados por
el ensamble de composiciones de servicios.
El potencial de
compuestabilidad
de un servicio se
incrementa y se
vuelve importante
incrementalmente,
mientras ms
servicios estn
disponibles dentro
de un inventario
de servicios dado.
Un aspecto clave de este principio y de las composiciones de
servicios, en general, es que los problemas individuales son,
de hecho, solucionados por las capacidades, porque son las
capacidades las que estn
compuestas dentro de una
composicin de servicios.
El diseo exitoso de la
composicin de servicios
se basa en el potencial
de compuestabilidad
colectiva de cada
miembro de la
composicin.
inventario de servicos para
una empresa especfca con
alto potencial de reutilizacin
productos comerciales para
mercado de masa y
con alto potencial de reuso
La Empresa
Orietada a Servicios
Paso 1
Paso 2
Paso 3
...
ciclo de vida
de la entrega
de servicios
aplicaciones a la medida para
usuarios empresariales
especfcos y con poco o
ningn potencial de reuso
Paso 1
Paso 2
Paso 3
...
ciclo de vida
para la
entrega de
un producto
de desarrollo
a la medida
Paso 1
Paso 2
Paso 3
...
ciclo de vida
para la
entrega de
un producto
comercial
Vendedor de
Productos
Comerciales
Empresa
Tradicional
Dentro de la orientacin a
servicios, la reutilizabilidad
representa una
caracterstica primaria
y central del diseo
que est ligada a la
meta de alcanzar un
RDI (ROI) repetido para
los servicios agnsticos.
Este principio combina
tcnicas del diseo de
productos comerciales
tradicionales con la
entrega tradicional de
proyectos empresariales.
Los
procedimientos
de control de
acceso, por
consiguiente,
se pueden
convertir en un
requerimiento,
el cual
necesitara
ser orientado
sobre un nivel
organizacional,
a travs de la
introduccin
de procesos
nuevos o
modificados.
diseador del potencial
programa consumidor del servicio
detalles de diseo e
implementacin del servicio
contrato del servicio
optimizado
servicio
Una meta primordial de este
principio es habilitar un
amplio rango de miembros
del equipo de proyectos para llevar a cabo efectivamente
el proceso de descubrimiento y no limitarlo a aquellos con
experiencia tcnica.
Los diseadores de los
consumidores del servicio
pueden no ser conscien-
tes del hecho de
que la dependencia
del contrato, que su pro-
grama est formando, est
acoplada negativamente.
Esto puede originar muchas
formas de acoplamiento
indirecto o no intencional.
La proliferacin del
acoplamiento negativo
es indeseable porque
da lugar a un inventario
de servicios frgil e
inflexible, como
recuerdo de anteriores
arquitecturas de
integracin.