Ingeniería de Software en SOA

Transcripción

1 Ingeniería de Software en SOA ECSDI CS-FIB-UPC cbea Curso 2017/2018 ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

2 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia OASIS SOA 3 Aquitectura de referencia OASIS SOA 4 SOA y microservicios 5 Arquitectura de servicios web W3C ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

3 Directrices para la IS en SOA 1 Directrices para la IS en SOA 2 Modelo de referencia OASIS SOA 3 Aquitectura de referencia OASIS SOA 4 SOA y microservicios 5 Arquitectura de servicios web W3C ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

4 Directrices para la IS en SOA Diseño de sistemas distribuidos Hasta ahora la ingeniería del software ha visto los sistemas computacionales como entidades monolíticas La fase de análisis ve el sistema completo como una caja negra A partir de ahí se especifican las funcionalidades Se puede a posteriori distribuir algunas funcionalidades de acuerdo con algunos requisitos funcionales o no funcionales Problema: Se aborda la distribución estructural y funcional demasiado tarde en el proceso ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

5 Directrices para la IS en SOA Directrices para distribución en SOA Grupos de estandarización han desarrollado directrices sobre el desarrollo de Arquitecturas Orientadas a Servicios de una manera abstracta OASIS Reference Model for Service Oriented Architecture 1.0 (10/2006) Reference Architecture Foundation for Service Oriented Architecture 1.0 (12/2012) W3C W3C Web Services Architecture (2/2004) ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

6 Modelo de referencia OASIS SOA 1 Directrices para la IS en SOA 2 Modelo de referencia OASIS SOA 3 Aquitectura de referencia OASIS SOA 4 SOA y microservicios 5 Arquitectura de servicios web W3C ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

7 Modelo de referencia OASIS SOA Qué es el SOA Reference Model? Modelo abstracto para el desarrollo de Arquitecturas Orientadas a Servicios Marco de referencia para entender las relaciones entre los elementos de un entorno SOA El modelo de referencia define SOA en un sentido abstracto Por ejemplo, indica que se puede tener una descripción de servicio, pero no su realización concreta, por ejemplo usando WSDL (Web Service Description Language) ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

8 Modelo de referencia OASIS SOA SOA RM: Definición Un modelo de referencia es un marco abstracto para entender las relaciones significativas entre las entidades de un entorno y para el desarrollo de estándares consistentes o especificaciones que soportan ese entorno. Un modelo de referencia está basado en un conjunto pequeño de conceptos unificadores, no está ligado directamente a ningún estándar, tecnología u otros detalles de la implementación concreta, simplemente busca dar una semántica común que pueda ser usada de manera no ambigua dentro y entre diferentes implementaciones (Extraído del documento SOA-RM) ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

9 Modelo de referencia OASIS SOA SOA RM - Conceptos Principales Visibilidad Contexto de Ejecución Descripción de Servicio Servicio Efecto en el Mundo Real Interacción Contrato y Política ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

10 Aquitectura de referencia OASIS SOA 1 Directrices para la IS en SOA 2 Modelo de referencia OASIS SOA 3 Aquitectura de referencia OASIS SOA 4 SOA y microservicios 5 Arquitectura de servicios web W3C ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

11 Aquitectura de referencia OASIS SOA Que es el SOA Reference Arquitecture Foundation Supone un paso de refinamiento sobre el reference model Entra en los detalles de los conceptos de SOA-RM Muestra como los sistemas SOA pueden ser implementados, planteado desde un nivel abstracto y de manera independiente de las tecnologías que se pueden usar Da una perspectiva de SOA desde el punto de sistemas dinámicos en lugar de un sistema software estático ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

12 Aquitectura de referencia OASIS SOA SOA-RAF: Definición Una arquitectura de referencia modela los elementos arquitectónicos abstractos en un dominio de manera independiente de las tecnologías, protocolos y productos que son usados para una implementación específica. Su diferencia con un modelo de referencia es que este describe los conceptos importantes del dominio y sus relaciones focalizándose en que los distingue; una arquitectura de referencia elabora más allá el modelo para mostrar una visión mas detallada mostrando qué involucra el implementar las entidades modeladas, pero manteniéndose independiente de una implementación particular (Extraído del documento SOA-RAF) ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

13 Aquitectura de referencia OASIS SOA SOA-RAF: Elementos de SOA SOA-RAF asume que un sistema SOA involucra: Uso de recursos que están distribuidos más allá del entorno cercano de los actores Personas y sistemas interaccionando entre ellos también más allá de su entorno cercano Seguridad, manejo de recursos y gobernanza distribuidas Interacción a través de un intercambio de mensajes con fiabilidad y apropiado para las intenciones y usos establecidos Un sistema con estos elementos es denominado Ecosistema SOA ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

14 Aquitectura de referencia OASIS SOA SOA-RAF: Puntos de vista SOA RAF describe la arquitectura SOA desde tres puntos de vista: 1 Participación en un ecosistema SOA, captura la visión como un entorno para personas que realizan actividades que involucran múltiples participantes (en particular negocios) 2 Realización del ecosistema SOA, captura los elementos de infraestructura que son necesarios para soportar la construcción de sistemas SOA 3 Propiedad en un sistema SOA, captura los elementos necesarios para definir la propiedad y la gestión del sistema, como se toman las decisiones, como se promulgan y como se hacen efectivas ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

15 SOA y microservicios 1 Directrices para la IS en SOA 2 Modelo de referencia OASIS SOA 3 Aquitectura de referencia OASIS SOA 4 SOA y microservicios 5 Arquitectura de servicios web W3C ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

16 SOA y microservicios Problemas de SOA SOA es complicada de llevar a la práctica Muchos problemas no requieren la complejidad que representa Las implementaciones de SOA son complicadas de desplegar y mantener Las empresas líder en desarrollo de software no han convergido en una estandarización suficiente ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

17 SOA y microservicios Microservicios Un microservicio resuelve una tarea simple ( deja vu!) Están al mínimo nivel de abstracción/granularidad (no son composición de otros) Son autónomos, deben necesitar mínima coordinación para realizar su tarea (o ninguna) No dependen de una infraestructura que los conecta (middleware) Es más fácil comercializar un servicio sencillo que uno complejo (y más lucrativo) ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

18 SOA y microservicios Microservicios, poor man s SOA Los microservicios son los elementos sobre los que se construyen servicios más complejos Necesitarán: coordinación, comunicación, interoperabilidad, seguridad, contratos, regulaciones Implementaciones de microservicios utilizan: sistemas de mensajes (comunicación), servicios de descubrimimento/coordinación, seguridad/encriptación,... Usas SOA dependiendo de la complejidad del problema que resuelves? ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

19 Arquitectura de servicios web W3C 1 Directrices para la IS en SOA 2 Modelo de referencia OASIS SOA 3 Aquitectura de referencia OASIS SOA 4 SOA y microservicios 5 Arquitectura de servicios web W3C ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

20 Arquitectura de servicios web W3C Servicios Web W3C Los servicios web pueden verse como un paso más en la concreción del desarrollo e implementación de SOA Un servicio web es identificado en el documento Web Services Architecture del W3C como: Un método estándar para la interoperabilidad entre diferentes aplicaciones software que se ejecutan en diferentes plataformas ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

21 Arquitectura de servicios web W3C Servicios Web W3C - Conceptos Servicio/Agente Un servicio web es una noción abstracta que se implementa a través de un agente Servicio web: Recurso descrito por un conjunto de funcionalidades abstractas Agente: código software/hardware concreto que envía y recibe mensajes ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

22 Arquitectura de servicios web W3C Servicios Web W3C - Conceptos Roles Un proveedor (provider) es la persona u organización que pone a disposición el agente que presta el servicio Un solicitador (requester) es la persona u organización que desea usar el servicio y provee el agente que intercambia mensajes con el agente del proveedor ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

23 Arquitectura de servicios web W3C Servicios Web W3C - Conceptos Descripción/Interaccion Descripción de servicio Los intercambios de mensajes entre servicios están documentados en una descripción de servicio Este documento define todo lo necesario para la interacción Está descripción se hace utilizando WSDL Opcionalmente puede incluir una descripción funcional ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

24 Arquitectura de servicios web W3C Servicios Web W3C - Conceptos Comportamiento/Efecto Semántica La semántica está definida por las expectativas acerca del comportamiento del servicio Supone un contrato entre partes sobre el propósito y consecuencias de la interacción No se define la forma de su realización, pudiendo estar documentada o no, ser implícita o explícita, formal o informal, negociada o no negociada ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

25 Arquitectura de servicios web W3C Tecnologías WS Las tecnologías especificadas en el estándar cubren los diferentes niveles que necesita la implementación y el despliegue de los servicios SOAP para la invocación WSDL para la descripción de servicio XML para la serialización No obstante cualquier otra tecnología que permita realizar los conceptos especificados es utilizable Por ejemplo servicios web basados en REST y HTTP ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

26 Arquitectura de servicios web W3C Proceso general de uso de SW ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

27 Arquitectura de servicios web W3C Descubrimiento de servicios web El estándar determina la existencia de un servicio de descubrimiento El estándar no determina como se realiza Posibilidades: Servicio de registro, el proveedor registra su descripción de manera activa (quién, qué) Servicio de índice, se recopila y publica la información que publicitan los proveedores Peer2Peer ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28

28 Arquitectura de servicios web W3C Son suficientes estos modelos y arquitecturas? SOA-RM, SOA-RAF y W3C-WSA solo describen los conceptos y elementos que aparecen en una arquitectura SOA No dan ninguna guía sobre cómo distribuir funcionalidades Las metodologías de ingeniería de software estándar no dan una guía de como desarrollar sistemas completamente distribuidos Dónde debemos mirar para obtener esas guías? ECSDI (CS-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2017/ / 28