¿Qué es un SOA?

SOA (Arquitectura orientada a servicios) es un marco de trabajo conceptual que establece

una estructura de diseño para la integración de aplicaciones, que permite a las
organizaciones unir los objetivos de negocio, en cuanto a flexibilidad de integración con
sistemas legados y alineación directa a los procesos de negocio, con la infraestructura de
TI.

¿Qué es un patrón de diseño?

Son una técnica para resolver problemas comunes en el desarrollo de software y otros
ámbitos referentes al diseño de interacción o interfaces.
Un patrón de diseño resulta ser una solución a un problema de diseño. Para que una
solución sea considerada un patrón debe poseer ciertas características. Una de ellas es que
debe haber comprobado su efectividad resolviendo problemas similares en ocasiones
anteriores. Otra es que debe ser reutilizable, lo que significa que es aplicable a diferentes
problemas de diseño en distintas circunstancias.

¿Qué es un patrón compuesto?

Sirve para construir objetos complejos a partir de otros más simples y similares entre sí,
gracias a la composición recursiva y a una estructura en forma de árbol.
Esto simplifica el tratamiento de los objetos creados, ya que al poseer todos ellos una
interfaz común, se tratan todos de la misma manera. Dependiendo de la implementación,
pueden aplicarse procedimientos al total o una de las partes de la estructura compuesta
como si de un nodo final se tratara, aunque dicha parte esté compuesta a su vez de muchas
otras. Un claro ejemplo de uso extendido de este patrón se da en los entornos de
programación 2D para aplicaciones gráficas. Un videojuego puede contener diferentes
capas "layers" de sprites (como una capa de enemigos) pudiéndose invocar un método
que actúe sobre toda esta capa de sprites a la vez (por ejemplo, para ocultarlos, darles un
filtro de color etc.).

¿Qué es un lenguaje de patrón de diseño?

Es un método estructurado para describir una serie de buenas prácticas de diseño en un
área particular. Se caracteriza por:
 Descubrir y nombrar los problemas más comunes en el campo de interés.
 Describir las características principales de las soluciones efectivas para llegar al
objetivo marcado.
 Ayudar al diseñador a moverse de un problema a otro de una forma lógica.
 Permitir diferentes caminos en un mismo proceso de diseño.
Los lenguajes de patrón se utilizan para formalizar los valores de decisiones cuya
efectividad resulta obvia a través de la experiencia, pero que es difícil de documentar y
pasar a los aprendices. También son herramientas útiles a la hora de estructurar el
conocimiento y comprender sistemas complejos sin caer en la simplificación extrema.
Estos procesos incluyen la organización de personas o grupos que tienen que tomar
decisiones complejas, y revelan cómo interactúan las diferentes funciones como parte del
total.

Catálogo de patrón de diseño

Notación de patrones
El catálogo de patrones de diseño de SOA usa una notación simple para representar
consistentemente diferentes tipos de patrones.
Símbolos de patrón
Al trabajar con patrones de diseño SOA, se usan símbolos ligeramente diferentes para
representar:
 un patrón de diseño
 un patrón de diseño compuesto
 un grupo de patrones de diseño relacionados
Patrón Secuencia de aplicaciones Cifras
Al documentar secuencias de aplicaciones de patrones recomendadas, se muestran grupos
de patrones relacionados y patrones individuales que pertenecen a un grupo particular de
la siguiente manera:

Estos patrones se muestran en una secuencia de aplicación recomendada.

En este caso, no hay requisitos firmes en cuanto al orden en que deben aplicarse los tres
patrones de la derecha.
Figuras de relación de patrones
Cada patrón está documentado con un diagrama de relaciones entre patrones, como se
muestra aquí:
Una convención de estilo aplicada a todos los diagramas de relaciones de patrones es el
uso del color, de la siguiente manera:
 Cada diagrama de relación de patrones explora las relaciones de un patrón. Por lo
tanto, ese patrón de diseño se resalta en rojo, según la notación de símbolo
previamente establecida.
 Las relaciones de patrones se documentan de manera unidireccional. Para las
relaciones donde el patrón que se está discutiendo actualmente afecta o se
relaciona con otros patrones, se usa una línea roja junto con una flecha que apunta
al otro patrón. Cuando la línea de relación documenta cómo otros patrones se
relacionan con el patrón actual, las líneas son verdes y las flechas se invierten.
Tenga en cuenta que la direccionalidad de las relaciones se conserva en diferentes
diagramas. Por ejemplo, la línea de relación verde que emite desde la Normalización del
servicio y que apunta a la Centralización Lógica en la figura anterior se invertiría (y se
colorearía en rojo) en la figura de relación del patrón para el patrón de Normalización del
servicio. Tenga en cuenta que los diagramas de relación de patrones se proporcionan solo
en el libro.
Figura de Jerarquía de Patrones Compuestos
Los patrones compuestos están compuestos de combinaciones de patrones de
diseño. Cuando se ilustra un patrón compuesto, generalmente se requiere una
representación jerárquica, donde el nombre del patrón compuesto se muestra en la parte
superior, y los patrones que componen el compuesto se muestran debajo.
Estos tipos de diagramas se pueden considerar figuras de relaciones simplificadas, ya que
solo identifican qué patrones pertenecen a qué compuesto, sin entrar en detalles sobre
cómo se relacionan estos patrones.

Perfil de patrón
Además del nombre del patrón y el nombre de sus colaboradores, cada uno de los patrones
en este catálogo se describe utilizando un formato y una estructura de perfil consistentes
en las siguientes partes:
 Requisito
 Icono
 Tabla de resumen
 Principios
 Arquitectura
 Problema
 Solución
 Solicitud
 Impactos
 Relaciones
 Ejemplo de estudio de caso
Las siguientes secciones describen cada parte de un perfil de patrón
individualmente. Tenga en cuenta que, según los requisitos de publicación de Prentice
Hall, solo se publican el Requisito, el Icono, la Tabla de resumen, una figura de muestra
y enlaces a patrones relacionados para cada patrón en este sitio web para patrones que
forman parte del catálogo maestro. Las secciones detalladas, ejemplos de casos de
estudio, diagramas de relaciones y contenido suplementario adicional se proporcionan en
el libro. Debido a que los patrones de los candidatos se publican para fines de revisión, a
veces se brinda información más detallada.

Service Messaging
Problema
Los servicios que dependen de los protocolos tradicionales de comunicación remota
imponen la necesidad de conexiones persistentes y de intercambios de datos
estrechamente relacionados, lo que aumenta las dependencias del consumidor y limita el
potencial de reutilización del servicio.
Solución
Los servicios pueden diseñarse para interactuar a través de una tecnología basada en
mensajes, lo que elimina la necesidad de conexiones persistentes y reduce los requisitos
de acoplamiento.
Aplicación
Es necesario establecer un marco de mensajería y los servicios deben estar diseñados para
usarlo.
Impactos
La tecnología de mensajería trae consigo problemas de QoS, como entrega confiable,
seguridad, rendimiento y transacciones.
Relacionado con otros Patrones
Asynchronous Queuing, Canonical Protocol, Canonical Schema, Data Confidentiality,
Data Origin Authentication, Intermediate Routing, Messaging Metadata, Reliable
Messaging, Service Agent, Service Instance Routing, Stateful Services
Document Message, Message, Message Channel, Message Endpoint, Messaging
Caso de Estudio
Messaging Metadata
Problema
Debido a que la mensajería no depende de una conexión persistente entre el servicio y el
consumidor, para un servicio es un desafío obtener acceso a los datos de estado asociados
con una actividad de tiempo de ejecución general.
Solución
Los contenidos de los mensajes se pueden complementar con metadatos específicos de la
actividad que se pueden interpretar y procesar por separado en el tiempo de ejecución.
Aplicación
Este patrón requiere un marco de mensajería que admita encabezados o propiedades de
mensajes.
Impactos
La interpretación y el procesamiento de los metadatos de mensajería se suman a la
sobrecarga del rendimiento del tiempo de ejecución y aumenta la complejidad del diseño
de la actividad del servicio.
Relacionado con otros patrones
Asynchronous Queuing, Atomic Service Transaction, Canonical Protocol, Compensating
Service Transaction, Data Confidentiality, Data Origin Authentication, Intermediate
Routing, Reliable Messaging, Rules Centralization, Service Agent, Service Callback,
Service Grid, Service Instance Routing, Service Messaging, State Messaging, Stateful
Services
Caso de Estudio