Servicios web. Una visión práctica.ppt - Grupo de apoyo ... web Una vision... · Una posible implementación SOA: los servicios web 2. Modelos de ... – Facilidad para la integración

SERVICIOS WEB.

UNA VISIÓN PRÁCTICA

13 de noviembre de 20101

Índice de contenidos

1. SOA 1.1. Características

1.2. Beneficios e inconveniente

1.3. Una posible implementación SOA: losservicios web

2. Modelos de referencia 2.1. La arquitectura de referencia SOA

2.2. GPSCM (Generic Public Services ConceptualModel)

SERVICIOS WEB. UNA VISIÓN PRÁCTICA

2

Índice de contenidos

3. El servicio web de estar al corriente de pago de las obligaciones de la Seguridad Social

4. Los servicios web de la Seguridad Social y su adaptación a la plataforma de intermediación

5. El proyecto EESSI (Electronic Exchange of Social Security Information)


3

1. SOA


Son las siglas de Service Oriented Architecture(Arquitectura Orientada a Servicios) Es un concepto de arquitectura de software quedefine la utilización de servicios para dar soporte a losrequisitos del negocio Permite la creación de sistemas altamente escalablesque reflejan el negocio de la organización, brindandouna forma bien definida de exposición e invocación deservicios (comúnmente pero no exclusivamenteservicios web), lo cual facilita la interacción entrediferentes sistemas propios o de terceros. 4

1.1. Características

Es la respuesta a la interoperabilidad

Organiza funciones de negocio como serviciosinteroperables

Está basada en estándares

Es independiente de los fabricantes

Es débilmente acoplada

Permite reusabilidad


5

1.2. Beneficios e inconveniente Beneficios

– Mejora en los tiempos de realización de cambios en procesos (time to market y reducción de costes)

– Facilidad para abordar modelos de negocios basados en colaboración con otros entes

– Poder para reemplazar elementos de la capa aplicativa SOA sin disrupción en el proceso de negocio

– Facilidad para la integración de tecnologías disímiles

Inconveniente

Dependencia de otros servicios web (para mitigar esteriesgo se deben establecer acuerdos de nivel de servicio)


6

1.3. Una posible implementación SOA: los servicios web


7

2. Modelos de referencia


La arquitectura de referencia SOA- Fuente: Reference Model for Service OrientedArchitecture 1.0 (estándar OASIS)http://docs.oasis-open.org/soa-rm/v1.0/soa-rm.pdf

GPSCM (Generic Public Services Conceptual Model)- Fuente: borrador del EIF 2.0 (EuropeanInteroperability Framework 2.0)http://ec.europa.eu/idabc/servlets/Doc?id=31597

8

2.1. Arquitectura de referencia SOA

Mon

itoriz

ació

n

Servicios de Aplicación y Datos

Enterprise Service Bus

Gestión de Procesos de Negocio

Directorio de Servicios

Presentación, Seguridad y Acceso

Gob

iern

o


9



Los servicios de aplicaciones y datos son los repositorios dedatos y sistemas legados (legacy systems) tales como Host,CRM (Customer Relationship Management) o bases de datosque tienen la información corporativa que se quiere exponer eintercambiar con el exterior. El ESB (que a continuación se ve)ha de tener conectores o una API (Application ProgrammingInterface) que permita conectarlo con una múltiple variedadde sistemas.

10



Es el auténtico cerebro de la arquitectura. Es una infraestructura y unsistema de eventos que permiten conectar cualquier recurso de TI sinimportar la tecnología que utiliza el recurso. Permite administrar loscambios en los requerimientos sin causar problemas a los servicios yainstalados.

La función de un ESB es proporcionar una comunicación fiable entre losdistintos recursos tecnológicos tales como aplicaciones, plataformas yservicios, que están distribuidos en múltiples sistemas. Además, permiteestablecer diferentes end-points de ejecución por un mismo servicioweb, según quién y cómo se acceda a él. 11



Funcionalidades:

1) Transparencia de ubicación2) Conversión de protocolo de transporte3) Transformación de mensajes4) Enrutamiento de mensajes5) Mejora del mensaje

12



Conocida como BPM (Business Process Management), sufuncionalidad es mayor que la de un ESB. Permite alinear latecnología con los procesos de negocio de la organización, y diseñaréstos a través de su motor de workflow. Además de manejar tareasautomatizadas como un ESB también es capaz de integraractividades humanas.

13



Ofrece las funcionalidades de registro y repositorio de los servicios.Como registro representa el lugar donde se guardan los metadatos decada servicio (nombre, descripción, forma de invocarlo, …), y comorepositorio es el lugar donde se guardan los servicios y se gestiona suciclo de vida. Por tanto, es el elemento central para garantizar elprincipio de la reusabilidad. Es recomendable que siga el estándar UDDI3.0 (Universal Description, Discover, and Integration).

14



En el caso de aplicaciones compuestas incrustadas en portales, esta capase ocupa de ofrecer las funciones de presentación de la información.Pero su principal función es proveer funciones de seguridad y accesopara limitar el acceso a los servicios sólo a los usuarios autorizados.Debe proporcionar al menos autenticación, autorización, y funcionalidadde encriptación para asegurar los mensajes entrantes e igualmente estasfuncionalidades se aplican a mensajes salientes para satisfacerrequerimientos de seguridad del proveedor del servicio a consumir.

15



Un ambiente de monitorización es fundamentalpara que la plataforma sea confiable y tenga unalto rendimiento. Permite al mismo tiempomonitorizar la ejecución de los mensajes y su flujo,y en caso de que haya algún problema alertarsobre éste a los administradores de la plataforma.Hoy en día se suele integrar con herramientas deBAM (Business Activity Monitoring).

16



Aunque alguna de sus funciones se solapan con las delESB, la capa de gobierno ha de ser, por ejemplo, capazde encaminar los mensajes a uno u otro end-point enfunción de la carga del sistema o del tipo de usuario conel que se esté interaccionando. Pero su principal funciónes definir y verificar el cumplimiento de los acuerdos denivel de servicio (SLA ó Service Level Agreement) que sehan negociado con los usuarios del sistema.

17

2.2. GPSCM


18

2.2. GPSCM


La capa de las funciones públicas básicas (The Basic Public Functions)

-Base registries: representan las fuentes confiables de información (datos de ciudadanos,vehículos, licencias, …) Estos registros se encuentran bajo el control de las AdministracionesPúblicas y son mantenidas por ellas, y éstas pretenden exponer esta información para reusarlapero con las adecuadas medidas de privacidad y seguridad. Normalmente estos registros debases están implementados bajo la forma de sistemas legados (legacy systems) y susrepositorios de datos subyacentes que suelen representar una limitación para la reusabilidad.- Interoperability facilitators: proporcionan servicios tales como la traducción entre protocolos,formatos, lenguajes o estándares.- External services: son los servicios ofrecidos por entidades externas como las pasarelasbancarias de los bancos, o los servicios de conectividad proporcionados por los operadores detelecomunicaciones.

19

2.2. GPSCM


La capa de intercambio seguro de información (The Secure Data Exchange Layer)

La información intercambiada tiene un carácter oficial, y por ello debe ir:

Firmada y certificada. Tanto emisor como receptor se deben identificar con un certificado digital, y tanto lasolicitud de la información como la información devuelta deben ir firmadas electrónicamente para asegurarla integridad (es decir, que la información no haya sido modificada por un tercero).Encriptada. El objeto de este mecanismo es asegurar la confidencialidad de la información intercambiada.Auditoría. Tanto la petición de información como la información devuelta debe ser registrada por si esnecesaria una posterior auditoría.

Todas estas funciones y otras (como el sellado en el tiempo –time-stamping-) son realizadas por el módulode intercambio seguro de información.El módulo de gestión de las comunicaciones seguras se encarga de verificar que todas las funcionesrealizadas por el módulo anterior se han llevado a cabo correctamente.

20

2.2. GPSCM


La capa de agregación de servicios (The Aggregate Services Layer)

La agregación o composición de servicios tiene como objeto presentar como un únicoservicio a los usuarios (administraciones, empresas o ciudadanos) las funcionesbásicas públicas securizadas de las capas inferiores.Esta agregación se puede lograr de múltiples formas tales como la orquestación deservicios o a través de motores de flujo de trabajo (workflow engines).

21



Objeto del servicio:

Permitir que otros departamentos ministeriales oentes de la administración puedan obtenerinformación sobre si una determinada persona física ojurídica está al corriente de paso de sus obligacionescon la Seguridad Social.

22



Modos de funcionamiento:

- Síncrono: permite que los organismos requirentes obtener larespuesta de la Tesorería General de la Seguridad Social (TGSS) demanera on-line, pero para una única persona física o jurídica.- Asíncrono: permite la solicitud del certificado de estar al corrientede pago para varias personas físicas o jurídicas, pero como sunombre indica la información no se obtiene inmediatamente. Elsistema almacena las peticiones a la espera de que un proceso batchlas trate. Posteriormente el requirente podrá solicitar las respuestas.Si todavía no hubieran sido procesadas, el sistema le informará y lepedirá que lo intente más tarde.

23



Funcionamiento

- El Organismo Requirente envía a través de la red SARA a la TGSS (Organismo Emisor)un mensaje SOAP de petición previo establecimiento de un canal SSL (con o sinidentificación de cliente). El mensaje incluirá en su Cabecera, la firma digital XMLdSigdel Cuerpo del mensaje. Dicha firma se realizará con la clave privada del certificadodigital del Organismo Requirente. El Cuerpo del mensaje tiene una parte genérica(común a todos los certificados en papel que se sustituyen siguiendo lasespecificaciones SCSPv2 del Ministerio de Política Territorial y Administración Pública),y una parte específica relativa al certificado de estar al corriente de pago.

- Cuando los mensajes SOAP de petición llegan a TGSS, ésta comprueba la validez de lafirma, la autorización del Organismo Requirente para acceder al servicio, y que elmensaje SOAP de petición cumple con los esquemas definidos (tanto el genérico comoel específico).

24



Funcionamiento

- Si todas las validaciones son correctas, se iniciará el proceso de emisión delcertificado telemático. Si no hay ningún error, se responderá con un mensajeSOAP de respuesta que, al igual que en la petición, incluirá en su Cabecera, lafirma digital XMLdSig del Cuerpo del Mensaje. En este caso, la firma serealizará con la clave privada del Organismo Emisor (TGSS).

25



Arquitectura del sistema

SARAhttps

Firewall XML Herramienta degobierno

Motor de servicios web

Servidor de aplicaciones

Plataforma de servicios de seguridad

Bases de datos de auditoría y seguimiento

Organismo requirente

Mainframe

La arquitectura se caracteriza por estar dispuesta en alta disponibilidad yser escalable.También se dispone de una herramienta de monitorización, pero no de unregistro de servicios (uno de los componentes del directorio de servicios)

Repositorio de servicios web

26

4. Los servicios web de la Seguridad Social y suadaptación a la plataforma de intermediación


Objetivo de la Plataforma de Intermediación (o Servicio de Verificación deDatos):

Facilitar a las administraciones el cumplimiento del artículo 6.2.b de la ley11/2007:

“A no aportar los datos y documentos que obren en poder de las AdministracionesPúblicas, las cuales utilizarán medios electrónicos para recabar dicha informaciónsiempre que, en el caso de datos de carácter personal, se cuente con elconsentimiento de los interesados en los términos establecidos por la LeyOrgánica 15/1999, de Protección de Datos de Carácter Personal, o una norma conrango de Ley así lo determine, salvo que existan restricciones conforme a lanormativa de aplicación a los datos y documentos recabados. El citadoconsentimiento podrá emitirse y recabarse por medios electrónicos.”

27



Arquitectura (con un único nodo de intermediación)

AutorizacionesOrganismoRequirente

AYTO

OrganismoRequirente

DP

OrganismoRequirente

CCAA

OrganismoRequirente

AGE

Plataforma de Intermediación

MPT y AP

OrganismoEmisor

AGE

SSL SIN Identificación

de Cliente

SSL CON Identificación

de Cliente

28



Implicaciones

- Hasta ahora muchos organismos (INE, AEAT, TGSS, DGP, Ministerio de Educación,…) ya estaban cumpliendo con el artículo 6.2 b, pero las peticiones procedíandirectamente de los organismos requirentes lo que implica un laborioso procesode gestión para autorizarlos en cada uno de los organismos emisores. Ahora todoslos organismos emisores reciben directamente las peticiones de la plataforma deintermediación delegando en ésta toda la cuestión de autorizaciones.

-Es necesario adaptar los servicios web ya proporcionados, debido a que losservicios intermediados siguen las especificaciones SCSPv3. Como novedadesprincipales están el uso de WS-Security o XaDES para firmar las respuestas, elposible cifrado de la parte de datos específicos de la respuesta con la clave públicadel organismo requirente, la introducción de nuevos campos en la parte de datosgenéricos, o como la necesidad de SSL con identificación de cliente entre laplataforma de intermediación y el servicio web del organismo emisor. 29



Antecedentes

- El Reglamento 883/2004 del Parlamento Europeo y del Consejo tiene porobjeto simplificar y clarificar las normas comunitarias relativas a lacoordinación de los sistemas de Seguridad Social de los Estadosmiembros.

- Entró en vigor en Mayo de 2010 y proporciona 24 meses, desde la entradaen vigor del nuevo reglamento, para implantar el IntercambioElectrónico (periodo transitorio desde Mayo 2010 a Mayo 2012)

- Establece la obligatoriedad del intercambio electrónico de datos entre lasadministraciones de los Estados miembros.

30



Objetivo

Mejorar la protección de los derechos del ciudadano (sobre todo de los trabajadoresmigrantes) informatizando la aplicación de la normativa europea de coordinación de laSeguridad Social. Gracias al intercambio informático:

- Se facilitarán y agilizarán las decisiones de cálculo y pago de las prestaciones de la Seguridad Social- La comprobación de datos será más eficaz- Habrá una interfaz más cómoda y flexible entre los distintos sistemas- Se ofrecerá una recopilación detallada de datos estadísticos sobre intercambios europeos.

De aquí al 1 de mayo de 2012, toda la información que hasta ahora se venía intercambiandomediante un centenar de impresos E –casi 2000 impresos en total teniendo en cuenta lasdistintas lenguas– debe procesarse electrónicamente.

31



Características

Para cumplir con el objetivo anteriormente descrito, la materia de Seguridad Social seestructura en 6 sectores: enfermedad, pensiones, desempleo, prestaciones familiares,legislación aplicable, y enfermedades profesionales y accidentes de trabajo.

Los formularios E se sustituyen por mensajes XML denominados SED (Structured ElectronicDocument)

32



Arquitectura de alto nivel

33



El nodo de coordinación

-Alberga el directoriomaestro de instituciones- Coordina y centraliza elintercambio de los SED, asícomo su almacenamiento- En él se encuentra lamonitorización yadministración del sistema

34



El punto de acceso

- Envía los mensajes entre las CI yel CN- Para ello tiene un softwaredenominado IR (Implementaciónde referencia). La integración conCN es vía web services, y laintegración con las aplicacionesnacionales (que residen en las CI)puede ser vía web services, ficherode texto, JDBC ó JMS entre otrasposibilidades.- Mantiene una copia deldirectorio maestro

35



El aplicativo WebIC (Web Interface for Clerks)

-Solución que dota a las Instituciones Competentes (IC), que no tengan aplicativos actuales o nopuedan/quieran integrarlos, de los medios para enviar/recibir mensajes-Se puede optar por una arquitectura centralizada con WebIC en el punto de acceso; en local de cadainstitución competente (gestionaría ella las autorizaciones de sus usuarios); o ciertas instituciones enlocal con WebIC y otras en local con sus aplicaciones nacionales que se conectan vía adaptadordesarrollado ad-hoc (opción mixta presentada en la figura).

36

Enlaces de interés


Informe de Forrester sobre posicionamiento de los proveedores software en el mundo SOA: The ForresterWave: Enterprise Service Buses, Q1 2009 (es necesario registrarse)

http://www.softwareag.com/corporate/Company/latestnews/20090203_Forrester_ESB_Leader_page.asp

Plataforma de intermediación

http://www.cmsp2010.es/docs/Ponencias2010/Andaluc%C3%ADa%20I-II/Panel%20la%20supresi%C3%B3n%20del%20papel%20en%20la%20JA/PLATAFORMA%20DE%20INTERMEDIACION%20Servicios%20de%20Verificaci%C3%B3n%20de%20Datos.pdf

http://www.tecnimap.es/sites/default/files/webform/Comunicacion_PlataformaIntermediacion_SVD_TECNIMAP2010v1-1.pdf

Centro de Transferencia de Tecnologías - Sustitución de certificados en soporte papel

http://www.ctt.map.es/web/scsp

Sustitución de certificados en soporte papel v3 (SCSPv3)

http://www.tecnimap.es/sites/default/files/webform/Comunicaci%C3%B3n%20TECNIMAP%202010%20Sustituci%C3%B3n%20de%20Certificados%20en%20Soporte%20Papel%20V3.doc

EESSI

http://ec.europa.eu/social/main.jsp?langId=es&catId=869

http://ec.europa.eu/idabc/en/document/7189/

37

¡MUCHAS GRACIAS!Y

¡MUCHA SUERTE!

Documents

Servicios web. Una visión práctica.ppt - Grupo de apoyo ... web Una vision... · Una posible implementación SOA: los servicios web 2. Modelos de ... – Facilidad para la integración