Arquitectura Orientada a Servicios

Universidad Católica San Pablo

Principios de la Orientación a Servicios

Contratos EstandarizadosAbstracción de ServiciosReusabilidad de ServiciosAutonomía de ServiciosVisibilidadComponibilidad

Objetivos de Orientación a Servicios

Incrementar la Interoperabilidad Incrementar la Diversificación Incrementar el dominio de Negocio y tecnología Incrementar la Agilidad OrganizacionalReducir la carga.

4 Características de SOA

Business Driven La arquitectura

tecnológica es alineada al actual arquitectura del negocio.

Esto permite que la arquitectura tecnológica evolucione junto con la arquitectura del negocio.

Vendedor Neutral El modelo de

arquitectura no esta basado en una sola plataforma. Se pueden combinar diferentes plataformas para satisfaces los requerimientos de negocio.

4 características de SOA

Empresa Céntrica Permite la

reutilización y composición de servicios y permite soluciones a problemas tradicionales de aplicación

Composición Céntrica Permite acomodar a

cambios a través de ensamblados ágiles de servicios.

Centrada en Empresa :• Se ha construido soluciones distribuidas:– Componentes que realizan una sola función – Automatizar procesos de negocios específicos– Constituyen silos dentro de la empresa

• Servicios Recursos de la empresa

• La lógica de los servicios:– La lógica está disponible más aplicación– Diseñada de acuerdo a los principios y normas de diseño

establecidos por la empresa.

• Servicios permite ser utilizado para mas de una aplicación o entornos de soluciones .

Arquitectura tecnológica:

– Asumir que estará compuesta por servicios.– Normalizar sus partes que la conforman:• Interoperabilidad• Reutilización

Centrada en Composición

• Orientado a servicios, tienen recursos: – Reusables– Flexibles: diferentes arquitecturas

• Servicios - > Componibles: – Utilizados en diseños de composición

• Permitir diseños de composición simple y complejos.

• Arquitectura debe ser:– Escalable, Confiable, y intercambio de datos en tiempo de ejecución.

Centrada en Composición

Tipos de SOA• Un entorno en el que los servicios pueden ser

recompuesto.

• Tipos:• Arquitectura de Servicios• Arquitectura de

Composición de Servicios• Arquitectura de Inventarios

de Servicios• Arquitectura de empresa

orientada a Servicios

• Arquitectura de Servicios

• Limitada al diseño físico de un programa de software diseñado como un servicio.

• Extensiones de infraestructura:– Mejor desarrollo– Escalabilidad– Comportamiento predecible– Confiabilidad– Puede incluir varios componentes

• Diseñadas individualmente: – Autosuficientes – Auto contenidas.

Información oculta

• Las especificaciones del servicio de arquitectura pertenecen a custodios de servicios sus contenidos son protegidos y ocultos de otros miembros .

Contratos de diseño• La primera parte de

un servicio que se entrega físicamente.– Determinan el

alcance y la naturaleza de su lógica y las condiciones del proceso que se necesitan para la aplicación. D. Definición de

intercambio de datos

A. Operaciones

B. Funcionalidad

c. Lógica

Agentes de Servicio

• Otro de los aspectos relacionados con la infraestructura de diseño de servicios es cualquier dependencia que el servicio pueda tener sobre los agentes del servicio.

• Un agente de servicio es un programa intermediario manejado por eventos capaz, de interceptar y procesar mensajes enviados a o desde un servicio.

Capacidades de Servicios

• Una consideración clave con cualquier arquitectura de servicios es el hecho que la funcionalidad ofrecida por el servicio resida con una o mas capacidades individuales.

• Cada capacidad de servicio encapsula su propia pieza de lógica.

Arquitectura de Composición de Servicio

• El propósito fundamental de entregar una serie de servicios es el hecho que ellos puedan ser combinados en composiciones de servicios, capaces de automatizar tareas de negocio más largas y complejas.

Arquitectura de Composición de Servicio

Arquitectura de Composición de Servicio

• Cada composición de servicio tiene su correspondiente arquitectura de composición de servicio.

• Este tipo de arquitectura abarca las arquitecturas de servicio de todos los servicios participantes.

Arquitectura de Composición de Servicio

Arquitectura de Composición de Servicio

• Una arquitectura de composición puede ser comparada con una arquitectura de integración tradicional.

• Esta comparación es usualmente valida en un solo enfoque, como las consideraciones de diseño enfatizadas por la orientación a servicios asegura que el diseño de una composición de servicio es muy diferente que en las aplicaciones integradas.

Composiciones Anidadas

• Otro aspecto único de la arquitectura de composición de servicios es que la composición puede encontrarse como una parte de una composición mucho más grande, y por lo tanto una arquitectura de composición puede abarcar o referenciar a otra.

Composiciones Anidadas

Servicios-tarea y Composiciones Alternativas

• Mucho más que una acumulación de contratos.

• Una composición es usualmente acompañada por un servicio de tarea específica que es posicionada como un controlador de composiciones.

• Muchas veces se requiere que el servicio y su lógica de composición pueda confrontar un gran número de escenarios.

Composiciones e Infraestructura

• Una composición de arquitectura dependerá de las características de la actividad de gestión del entorno runtime responsable del hosting de servicios participantes en la composición.

• Diversos servicios pueden encontrar su ruta en una típica especificación de arquitectura de composición.

Servicio de Inventario de Arquitectura

• Los servicios entregados de manera independiente o como una parte de las composiciones de diferentes proyectos de TI pueden introducir redundancia y falta de estandarización.

• El resultado es que aunque a menudo muchos retos son clasificados como arquitecturas orientadas a servicios, estos siguen emergiendo y en muchos casos minan metas estratégicas de la computación orientada a servicios.

• Idealmente, el servicio de inventario es conceptualmente modelado, llevando a la creación de un proyecto de servicios de inventario, normalmente esto define el enfoque requerido del tipo de arquitectura.

Servicio de Inventario de Arquitectura

• Desde una perspectiva de diseño empresarial, el servicio de inventario puede representar un límite concreto para la implementación de una arquitectura estandarizada.

• Es dificil comparar una arquitectura de servicio de inventario con tipos de arquitectura tradicionales, porque el concepto de un inventario no ha sido común.

Arquitectura Empresarial Orientada a Servicios

• Esta forma de arquitectura de tecnología esencialmente representa todas las arquitecturas de servicio que residen en una empresa de TI específica.

• Una arquitectura empresarial orientada a servicios es comparable con una arquitectura empresarial técnica tradicional cuando la mayoría de entornos técnicos son orientados a servicios.

Arquitectura Empresarial Orientada a Servicios

• En entornos multi-inventario una especificación de arquitectura empresarial orientada a servicios se documentará cualquier punto de transformación y disparidad de diseño que exista.

• Puede establecer estándares de diseño y convenciones que toda implementación de arquitectura tenga que cumplir, y que también necesite ser referenciada en las correspondientes especificaciones de arquitectura.

Tipos de arquitectura y ámbito de aplicación

Otras formas de la arquitectura orientada a servicios

• Inter-Business Service ArchitectureEsta es una arquitectura que se extiende por las empresas y por lo tanto es propenso a abarcar diversos ambientes y diseños incompatibles.

• Service-Oriented Community ArchitectureDefinir una arquitectura orientada a servicios dedicada a la colaboración entre los miembros de la comunidad.

El resultado final de la orientación a servicios

• Automatizado de las comunidades de negocios y la industria de TI tienen una relación bidireccional sin fin, donde cada uno influye en el otro.

• Permitiendo que cada uno de introducir o adaptarse a los cambios a lo largo de un ciclo sin fin.