Implantación Plataforma SOA. La experiencia del Principado de Asturias

Transcripción

1 Implantación Plataforma SOA La experiencia del Principado de Asturias

2 I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación

3 I. Situación inicial La problemática inicial Servicio 1 Servicio n Terceros Modelo Intermedio Registro CRM Sistemas emisores que deben comunicar la misma información a distintos sistemas. La orquestación es realizada por el sistema emisor. Cambios en un sistema repercuten en el resto de los sistemas con los que se integra. -3-

4 I. Situación inicial Situación anterior La lógica de integración está dentro de los propios sistemas. Escasa flexibilidad Recepción XML y validación DOM <TABLE> <TBODY> <TR> <TR> <TR> <TR> <TR> <TR> Desmontar DOM entrada (según servicio) SISTEMA 1 XML XML SISTEMA 2 Base de datos Parámetros servicio SERVICIO Respuesta servicio INTERFASE XML Conversión XML y envío DOM <TR> <TR> <TR> <TR> <TR> <TR> <TBODY> <TABLE> Montar DOM salida (según servicio) -4-

5 I. Situación inicial Transformaciones de mensajes a nivel de aplicación Hay sistemas, como es el caso del CRM, que reciben gran cantidad de información en un formato que debe adaptar antes de poder procesar. Carga innecesaria de trabajo a la aplicación destino. Mensaje1 Mensaje2 Mensaje3 Transformación n de mensajes Adaptación n al estándar de entrada MensajeN CRM -5-

6 I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación

7 II. Necesidades Esquema Prestación de servicios Ciudadanos Objetivos estratégicos FRONTEND Acceso Servicios PRESENCIAL PORTAL TELÉFONO Servicio A Servicio B Servicio J Mejora de servicios a ciudadanos Acercamiento de la Administración al ciudadano Implantación de estrategia de Gobierno Electrónico BACKEND Tramitación Servicios Gestión Servicios Back End 1 Back End 2 Back End n Rentabilizar sistemas actuales Mejora de operativa -7-

8 II. Necesidades Los objetivos planteados por el Principado de Asturias para el proyecto son Mejorar la Operativa de Integración: Homogeneizar los procesos de integración (definición y control) Independizar la lógica de integración de Sistemas de la lógica propia de cada uno de ellos Monitorizar los procesos de integración. Dotar de flexibilidad a la plataforma de integración, permitiendo la rápida publicación de servicios. Reducir costes de integración de nuevas aplicaciones. Reducir el tiempo de integración de nuevos sistemas. Utilización de mecanismos estándar servicios. Facilitar la interoperabilidad con las distintas AA.PP. de integración de -8-

9 II. Necesidades INTEROPERABILIDAD Administraciones varias (local, autonómica, estatal, ) El ciudadano debe manejar documentación de todas ellas Retrasos y molestias en los trámites -9-

10 II. Necesidades INTEROPERABILIDAD Necesidad de una solución tecnológica: Construir una Plataforma de Interoperabilidad Dotar a la plataforma de servicios centrados en el ciudadano -10-

11 I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación

12 III. Búsqueda de soluciones Requerimientos para la Plataforma de Integración Criterios Funcionales Comunicaciones y middleware Servicios de mensajería Servicios de directorio Servicios de transporte Protocolos Conectividad de la aplicación Conectores tecnológicos Conectores de aplicación Seguridad en las aplicaciones Transformación y formateo de mensajes Traducción de mensajes Traducción de campos de datos Servicios de Tablas de Códigos Gestión de procesos de negocio Workflow Automatización de procesos de negocio -12-

13 III. Búsqueda de soluciones Requerimientos para la Plataforma de Integración Criterios Tecnológicos Servicios de Ejecución Escalabilidad Control de errores Transaccionalidad Servicios de desarrollo Análisis y diseño Construcción Repositorio de Metadata Control de migraciones Control de cambios Control de versiones Servicios de Operaciones Soporte multiplataforma Monitorización Control de fallos Capacidad de integración con Terceros Gestión de la Seguridad Control de producción Gestión de incidencias Reporting -13-

14 I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación

15 IV. Solución seleccionada Características de la solución Arquitectura SOA ( Service Oriented Architecture ) Responde a las necesidades de: Alineamiento con estándares de mercado. Contempla tanto escalabilidad como flexibilidad. Priorización de las configuraciones declarativas frente a soluciones que exijan programación. Proporciona las siguientes ventajas: Flexibilidad. Desacoplo entre aplicaciones. Eficiencia en el despliegue, ejecución y optimización. Integración estándar de sistemas heterogéneos. -15-

16 IV. Solución seleccionada Diagrama de arquitectura BPEL Designer XSLT Mapper BPEL Console BPEL PM Orquestación Transformación Auditoría BPEL Server Application Server Mensajería Seguridad, Gestión Infraestructura de Web Services Adaptadores Bases de Datos JMS Ficheros Aplicaciones -16-

17 IV. Solución seleccionada El UDDI: Service Registry Favorece la reutilización de servicios Proporciona visibilidad y acceso a los servicios Gestión del ciclo de vida Notificación de cambio o disponibilidad basada en suscripción La categorización proporciona gestión escalable Calidad de servicio Los procesos de flujo de aprobación garantizan la calidad y compatibilidad de procesos -17-

18 I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación

19 V. Implantación SERVICIO ELECTRÓNICO del Principado de Asturias SERVICIO ELECTRÓNICO de otras Administraciones Ejemplo práctico: Interoperabilidad BPEL PROCESS MANAGER/WEB SERVICE MANAGER/SERVICE REGISTRY JMS Alta Disp. Orquestación Serv. Apl. UDDI Seguridad Pub/Sub Bus de Integración (servicios) Interoperabilidad TG SS AE AT SV DI SV DR SC DI CRM SICRES (SMS/ ) CUSTODIA REGISTRO TELEMÁTICO Servicios MAP JUEGOS DEPORTIVOS INICIO SOLICITUD MODELO INTERMEDIO CAMBIO ESTADO MENORES TERCEROS SAUCE -19-

20 V. Implantación Ejemplo práctico: Interoperabilidad UDDI Descubrimiento Aprobación UDDI Publicación Bus de Integración 4 5 Servicios WEB Publicación BPEL 3 Seguridad Autenticación Autorización 6 TGSS 6 AEAT 6 6 SVDI SVDR BD Auditoría -20-

21 V. Implantación Modelo tecnológico Ciudadanos Organismos colaboradores Ayuntamientos Otras AAPP Portal de voz Portal del ciudadano GESTOR DE PORTAL Gestor de contenidos Plataforma colaboración Servicios Módulos comunes Módulo Común de interoperabilidad front BUS DE INTEGRACIÓN MOTOR DE TRAMITACIÓN Empleados públicos Intranet del empleado GESTOR DE PORTAL servicios aplicaciones Gestor de contenidos Plataforma colaboración SISTEMAS DE GESTIÓN Montes VERTICAL Sanidad Módulos comunes de tramitación Educación back Empleo SISTEMAS DE GESTIÓN HORIZONTAL Registros Económico Financiero RRHH Personal Contratación CRM MI LDAP Terceros Genéricos Gestor documental DW INFRAESTRUCTURA COMÚN -21-

22 I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación

23 Implantación Plataforma SOA La experiencia del Principado de Asturias