Anexo II. Estándares tecnológicos PLATEA: Integración, Presencia en internet, Tramitación y Gestión documental. Documento de Estándares

Transcripción

1 JUSTIZIA ETA HERRI ADMINISTRAZIO SAILA Informatika eta Telekomunikazio Zuzendaritza DEPARTAMENTO DE JUSTICIA Y ADMINISTRACIÓN PÚBLICA Dirección de Informática y Telecomunicaciones Anexo II Estándares tecnológicos PLATEA: Integración, Presencia en internet, Tramitación y Gestión documental Documento de Estándares 2012 Revisión Fecha 1 Marzo, 2012 Donostia - San Sebastian, VITORIA-GASTEIZ Tef Fax

2 Índice 1 Introducción PLATEA-Integración Servicios Objetivo de la plataforma Visión funcional Visión técnica Procedimiento Eventos Objetivo de la plataforma Visión funcional Visión técnica Procedimiento Ficheros Objetivo de la plataforma Visión Funcional Visión Técnica Procedimiento Analitics Objetivo de la plataforma Visión Funcional Visión Técnica Procedimiento PLATEA-Presencia en Internet Componentes Gestor de Contenidos Gestor de Portales Gestor de Ejes de Catalogación Gestor del Buzón de Sugerencias/Consultas Buscador Interfaz de Aplicaciones y de Usuario comunes Estructura de URL de Contenidos y Aplicaciones Área Visual contenedora de aplicaciones Integración de aplicaciones Contenidos estáticos Acceso a través del API PLATEA-Tramitación Qué es PLATEA Tramitación Funcionalidad de PLATEA Tramitación Ciudadanía Tramitadores Integración con otros sistemas Interoperabilidad Configuración Configuración de Procedimientos Configuración de Trámites y Tareas PLATEA-Gestión Documental Modelo de Gestión Documental (MGD) Políticas y Metodologías Infraestructura de Gestión Documental Archivo Digital Sistema de Gestión de Archivo (AKS/SGA) Servicios documentales corporativos de Digitalización Localizador de documentos electrónicos Códigos QR asociados a las solicitudes Anexo 2: Estándares tecnológicos PLATEA Pág. 2

3 Glosario de términos Anexo 2: Estándares tecnológicos PLATEA Pág. 3

4 1 Introducción Es objeto del presente documento dar una visión general de los sistemas y módulos comunes construidos en el proyecto de Infraestructura tecnológica de base para la e-administración del Gobierno Vasco (en adelante, PLATEA) y que son de obligado uso en los desarrollos de aplicaciones relacionadas con la mecanización de procedimientos de tramitación de expedientes. Se detallan también otros requerimientos de usanza en el entorno de Gobierno Vasco que por su trascendencia, alcance y novedad podría afectar en la cuantificación de esfuerzos ante el desarrollo de un aplicativo. Se trata entonces de facilitar la información suficiente que permita realizar adecuadamente las estimaciones y valoraciones de recursos necesarios a reflejar en las ofertas de prestación de servicios de desarrollo de aplicativos informáticos en Gobierno Vasco. La Administración Electrónica debe ser entendida como la actuación orientada a ofrecer a la ciudadanía y empresas unos servicios públicos más eficientes y próximos, mediante la utilización de las nuevas Tecnologías de la Información y las Telecomunicaciones, así como a mejorar la propia gestión interna del Gobierno Vasco, que utiliza dos conceptos dentro de éste área: 1. e-administración: Desde el punto de vista interno y de la organización de la prestación de servicios a la ciudadanía y empresas 2. e-gobierno: Visión institucional y relación con otras Administraciones Básicamente, la estrategia de desarrollo de la Administración Electrónica ha de responder a: Una Estrategia completa, con una visión corporativa y con una organización de gestión efectiva Un Plan de Acción, con un calendario definido y los recursos necesarios para llevarlo a cabo Un Marco legal de actuación para la implantación de dicha estrategia El desarrollo y puesta a disposición de los Departamentos y Organismos Autónomos del Gobierno Vasco, de: o La plataforma tecnológica común: Portal de Internet, Intranet, herramienta de Gestión de Contenidos, etc. o Los módulos comunes (Plataforma de Pagos, Registro Telemático, Notificaciones, Formularios electrónicos, etc.) que estandaricen, aceleren y permitan reducir costes conjuntamente con la plataforma tecnológica común en la incorporación de trámites o Los estándares tecnológicos, normas y procedimientos a seguir para incorporar los contenidos, servicios y trámites de los Departamentos y Organismos Autónomos al Modelo de Administración Electrónica Anexo 2: Estándares tecnológicos PLATEA Pág. 4

5 Disponer de un Modelo completo c que siga esta estrategia permitirá evitar problemas de implementación, y es lo que se trata de describir en el presente documento. Tal y como define el Plan Euskadi en la Sociedadd de la Información, los principioss del Modeloo de Administración Electrónica estarán orientados a la transformación de la l prestación de servicios, reinventando y digitalizando los l servicios prestados a la ciudadanía, agilizandoo la gestión interna de las administraciones, mejorando la calidad de la información ofrecida y creando espacios de participación ciudadana. Se identifican una serie de principios básicos que permiten que la Administración Electrónica se convierta en un elemento articulador para dar un servicio eficiente, de calidad y transparente al usuario: Orientada a la ciudadanía Oferta de servicios orientada a la ciudadanía Rediseño de los servicios para facilitar acceso y disponibilidad Fomento de la participación ciudadanaa Inter conectada Intercambio electrónico dee información entre Administraciones Integrada Servicio multicanal integrado: internett + telefonía + presencial Homogeneidadd del servicio, cumpliendo estándare de calidad Eficiente y de calidad No sólo tecnología; modernizar y transformar el servicio, aumentando la calidad, reduciendo los costes y creando las condiciones para una mayor involucración del personal público En cuanto a las Infraestructuras tecnológicas necesarias para su puestaa en marcha se ha considerado como más relevantes evolucionar hacia una arquitectura única centralizada y común para el desarrollo de portales y trámites: Sustentado en elementos comunes de soporte a la tramitación digital Incorporando la infraestructura del «Contact Center» Desarrollando una infraestructura (EAI ) para integrarr y comunicar el portall con los sistemas internos Extender los elementos de protección del acceso seguro a nuevos n colectivos Anexo 2: Estándares tecnológicos PLATEAA Pág. 5

6 El nuevo Plan de Innovación Pública continúa con el objetivo de posicionar al Gobierno Vasco como la Administración de referencia en la prestación eficiente y eficaz de servicios electrónicos, garantizando la adecuación de su organización interna a las nuevas demandas y el trabajo en red con otros niveles de la Administración, planteándose como reto el consolidar un marco de actuación básico para conseguir la implicación y la acción coordinada de todos los agentes clave en el mundo de la Administración y Gobierno electrónicos, así como para guiar sus actuaciones con el fin de cumplir, de una manera eficiente, las metas y retos definidas. Como respuesta a dicha estrategia se han diseñado y construido diferentes componentes elementales que, juntos, constituyen una Plataforma Tecnológica de base para ofrecer los servicios de Administración Electrónica: La infraestructura de integración, que simplifica y estandariza los modelos de intercambio de datos y de procesos entre aplicativos departamentales o incluso de otras entidades, proporcionando para ello las herramientas y sistemas necesarios para su implementación en base a una plataforma tecnológica unificada y compartida Las herramientas de gestión de contenidos, portales y ejes de catalogación, reguladas por el Decreto 108/2004, de 8 de junio, del Modelo de Presencia de la Administración Pública de la Comunidad Autónoma de Euskadi en Internet Los sistemas de infraestructura de tramitación telemática, que permiten ofrecer a la ciudadanía una visión homogénea de los procesos de tramitación telemática gestionados por cualquier Departamento del Gobierno Vasco, facilitando al empleado público las herramientas básicas y únicas de gestión de tareas de tramitación, que definen y establecen los flujos de tramitación adscritos al modelo básico de tramitación, y aportan las soluciones técnicas necesarias para garantizar el cumplimiento de las normativas y procedimientos legales vigentes en materia de tramitación Los sistemas de infraestructura de gestión documental, que proporcionan los mecanismos necesarios para desplegar una gestión documental corporativa en los procesos de negocio que lo precisen y, asimismo, establecen unas normativas y procedimientos para su correcta utilización Además de los nuevos sistemas construidos, se disponía ya de otros de uso transversal, tales como: El sistema de seguridad XLNetS, que gestiona los procesos de autenticación y autorización de accesos a usuarios y sistemas para aplicativos desarrollados bajo distintas tecnologías La pasarela de pagos, que facilita los pagos telemáticos del administrado, «Mi pago», en coordinación con su entidad financiera Geremua, un «framework» de ejecución para aplicaciones J2EE Libro de registro SICRES, para la creación de asientos registrales de entrada y salida Tanto los distintos grupos de asistencia técnica como los Departamentos del Gobierno Vasco, en función de las necesidades informáticas detectadas, realizan y ejecutan contrataciones para la Anexo 2: Estándares tecnológicos PLATEA Pág. 6

7 construcción y/o modificación de sistemas software. Estos deben construirse según los entornos tecnológicos, conjuntos de herramientas y normas de albergue establecidos por los estándares informáticos del Gobierno Vasco definidos y aprobados por la Dirección de Informática y Telecomunicaciones. De acuerdo con las funciones definidas, y a modo de síntesis o agrupación, se establecen las siguientes áreas o conjuntos de productos y herramientas técnicas para los Sistemas de e-administración del Gobierno Vasco, que constituyen la plataforma PLATEA: Infraestructura Componentes Patrones de integración y esquemas de uso definidos con «ORACLE Service Bus» Integración Presencia en Internet Componentes de seguridad basados en XLNetS, enrutamiento asíncrono de mensajes (servidor JMS ), exposición y consumo síncrono de servicios Web, procesos de negocio (BPM ) Gestor de contenidos. «Interwoven TeamSite», «OpenDeploy», recubrimientos de interfaz gráfica de usuario, gestión de tipos de contenidos, creación de áreas de trabajo, gestión de usuarios Gestor de Portales. Creación y administración de portales. Buscador de texto libre «Autonomy» y búsquedas guiadas Gestor de ejes. Definición y uso de bolsas de etiquetas de catalogación de contenidos Procedimientos organizativos de gestión asociados Servicios Horizontales para facilitar la tramitación de expedientes, tanto en el ámbito de la ciudadanía, como dentro de la tramitación que corresponde a la Administración Tramitación Telemática Modelo básico de tramitación (MBT) y su aplicación funcional y técnica con sistemas de la infraestructura Libro de registro SICRES y su aplicación funcional y técnica Soluciones técnicas para garantizar el cumplimiento de las normativas legales vigentes en materia de administración electrónica Modelo de Gestión Documental (MGD) Archivo Digital Gestión Documental Sistema de Gestión de Archivo (AKS/SGA) Ficheros maestros de gestión documental Políticas y mecanismos de conservación de documentos electrónicos a largo plazo Metodología de digitalización de documentos Normativas y procedimientos Para poder ofrecer a la ciudadanía y las empresas servicios telemáticos a través de aplicaciones normalizadas con criterios unificados se ha optado por la integración de dichos servicios mediante la tecnología de servicios Web, basada en estándares XML, con un interfaz accesible por múltiples Anexo 2: Estándares tecnológicos PLATEA Pág. 7

8 protocolos normalizados que permiten acceder a las funcionalidades de un componente software sin importar las otras tecnologías o plataformas implicadas en la petición. El desarrollo de una plataforma tecnológica común adquiere una gran importancia cualitativa porque se constituye en el elemento esencial de la estrategia de la e-administración, al definirse como una plataforma de integración y puesta en servicio de los diferentes instrumentos de relación entre ciudadanía y Administración Pública. La Plataforma Tecnológica que se ofrece a los Departamentos del Gobierno Vasco para la consecución de una Administración Electrónica está constituida como una arquitectura técnica que está construida mediante diferentes componentes básicos de infraestructura tecnológica que se han agrupado en cuatro áreas: 1. integración de aplicaciones, componentes, elementos y tecnologías 2. herramientas y aplicaciones de uso común para la presencia en Internet 3. servicios y sistemas elementales de tramitación telemática 4. servicios y sistemas de gestión documental Anexo 2: Estándares tecnológicos PLATEA Pág. 8

9 2. PLATEA-Integración La plataforma de infraestructura de PLATEA-Integración se encuadra dentro de un marco de modelo de negocio de Gobierno Vasco orientado a compartir transmitir y/o recibir datos mediante una arquitectura única, centralizada y común para todas sus aplicaciones departamentales. Con esta base de partida, se ha creado una plataforma de naturaleza exclusivamente técnica cuyas principales características son: El uso de estándares para la transmisión de datos La potenciación de los modelos de arquitecturas distribuidas que faciliten la exposición y consumo de servicios La exposición de los servicios como «Web Services» o REST, para asegurar la interoperabilidad técnica La adscripción al modelo de publicación y suscripción de eventos informativos sobre cambios de estado de interés general, y su recepción a través de un sistema «propagador/enrutador» Suministrar una plataforma de intercambio de ficheros entre aplicativos horizontal, escalable y auditable (trazable) Garantizar para los servicios publicados, por parte del departamento responsable, niveles de servicio mínimos (rendimiento...), y un compromiso de mantenimiento Por su propia naturaleza, la plataforma de Integración está compuesta por componentes técnicos agnósticos al negocio, no implementando en ningún caso lógica de negocio de las aplicaciones que se integran en ella. Anexo 2: Estándares tecnológicos PLATEA Pág. 9

10 2.1. Servicios Objetivo de la plataforma La plataforma de servicios de Integraciónn consiste en una pasarela de comunicación síncrona por protocolo HTTP («Web Services» y servicios REST) entre aplicaciones que permite: Integrar a nivel de aplicaciones departamentales de Gobierno Vasco publicadores y consumidores de servicios, independientemente del contexto c dee red en ell que se encuentren desplegadas Consumir por parte de aplicaciones departamentales de Gobierno G Vasco servicios externos (ayuntamientos, diputaciones, ministerios, empresas), haciendo transparente a las mismas las reglas de comunicaciones y configuraciones de proxy Exponer servicios departamentales de Gobierno Vasco, independienti temente del contexto en el que se encuentren, a clientes externos (ayuntamientos, diputaciones, ministerios, empresas) Exponer un servicio en la plataforma de integración consiste en realizar una configuración que hace ese servicio accesible para loss clientes enn su mismo contexto de red r o en otroo diferente al suyo. A Anexo 2: Estándares tecnológicos PLATEAA Pág. 10

11 nivel de Gobierno, se han definido los siguientes contextos en los que se despliegan las aplicaciones departamentales. Contexto Descripción Internet Interno Externo Capa de aplicaciones en contexto de red de Internet del Gobierno Vasco Clientes y servicios que no se encuentran en la red del Gobierno Vasco, a los que se accede a través de Internet Extranet Interno Externo Capa de aplicaciones en contexto de red Extranet del Gobierno Vasco Clientes y servicios que no se encuentran en la red del Gobierno Vasco, a los que se accede a través de JASO, Jakinaplus o la red SARA Intranet Capa de aplicaciones en contexto de red de Intranet del Gobierno Vasco Se ha denominado federación al hecho de exponer un servicio en un contexto diferente del que se encuentra. Gracias a esta federación es posible hacer accesibles servicios en contextos distintos al contexto de origen, y viceversa (consumir servicios expuestos en un contexto distinto al contexto destino) Visión funcional La plataforma de servicios de integración parte con la filosofía de ser un modelo de intermediación, es decir, exponer un servicio como un recubrimiento, sin mediar en la llamada. Basándonos en esta filosofía, se identificas los siguientes roles en un escenario de uso de la plataforma de servicios: Servidor: expone servicios para su consumo por parte de aplicaciones clientes Clientes: consume servicios expuestos por otras aplicaciones Bus de integración: recubre servicios expuestos por los servidores para su consumo por parte de los clientes La exposición de un servicio en Integración, si bien no afecta al funcionamiento del mismo, aporta un conjunto de valores añadidos al mismo: Anexo 2: Estándares tecnológicos PLATEA Pág. 11

12 Transparencia en las comunicaciones a dos niveles de escenario: o internos: resuelve los problemas de comunicación entre aplicaciones de Gobierno Vasco desplegadas en diferentes contextos de la red corporativa. De esta forma, se posibilita la integración entre aplicaciones entre las cuales no hay visibilidad por la configuración del firewall o externos: resuelve los problemas de comunicación entre aplicaciones departamentales de Gobierno Vasco y terceros ubicados en redes sectoriales o en la Web. Esta resolución es bidireccional, permitiendo el acceso tanto de aplicaciones corporativos a terceros y viceversa (por ejemplo, acceso desde empresas o redes sectoriales a servicios de Gobierno Vasco) Abstracción del sistema de seguridad del Gobierno Vasco en comunicaciones con el exterior: evita a terceros la necesidad de conocer el sistema de seguridad del Gobierno Vasco (XLNets), mediante el uso de certificados X.509 emitidos por Izenpe. Para ello, se realiza una asociación de los certificados de terceros a códigos de aplicación de XLNets, de forma que: o o Los terceros hacen uso de los certificados como medio de autenticación frente a aplicaciones departamentales del Gobierno Vasco Las aplicaciones departamentales de Gobierno Vasco reciben un token de XLNets (generado a partir del certificado), tratándolas como una aplicación corporativa más a efectos de autenticación y autorización Trazabilidad de las invocaciones: por cada invocación a un servicio queda registrada su traza, y estas trazas son explotables por consolas públicas. De esta forma, se permite a las asistencias técnicas acceder a información como los contenidos de las invocaciones (en desarrollo y pruebas), así como métricas en cuanto a tiempos de respuesta o ratios de acierto de las invocaciones Consolas de consulta: permite el acceso de las asistencias técnicas a las trazas y métricas de uso de los servicios expuestos en Integración. Esta consola consta de las siguientes funcionalidades: o Catálogo de servicios: permite consultar a responsables y desarrolladores los recubrimientos existentes en la plataforma de servicios, con toda su información asociada: Configuración del recubrimiento (tipo de servicio, origen, destino) Responsable del servicio Anexo 2: Estándares tecnológicos PLATEA Pág. 12

13 SLA definidas para ese servicio Estadísticas de uso: para cada servicio/operación: número de invocaciones, duración media, porcentajes de acierto Platea Integración Servicios proporciona además una serie de herramientas orientadas a la visión de Gestión IT del servicio: Monitorización y alarmas: o o Servlet para la monitorización tanto del servicio de Integración en si (estado de sus componentes) como para los servicios expuestos en el mismo Configuración de las herramientas de monitorización para la explotación de la información de la información devuelta por el servlet de monitorización Soporte implantación: consola de administración para la configuración de responsables y SLAs de los servicios. En base a esta información y a las trazas registradas por las invocaciones a los servicios, se genera la información del servlet de monitorización Visión técnica Platea Integración servicios se construye sobre una plataforma de producto «Oracle Service Bus» (OSB). El OSB es una solución basada en estándares SOA cuyo fin es la integración de servicios. Para ello, permite una fácil comunicación entre redes, gestionando la interacción entre aplicaciones y servicios. El OSB, como producto, ofrece una única URL de acceso único al servicio expuesto, evitando al servicio destino la necesidad de implantar un módulo de balanceo si, por ejemplo, está desplegado en un clúster de «Weblogic» con varios nodos manejados. Además del balanceo, un recubrimiento permite: configurar un control del número de reintentos a realizar en caso de error configurar el número máximo de peticiones concurrentes que acepta un determinado servicio Configurar un timeout a partir del cual la petición debe ser descartada Anexo 2: Estándares tecnológicos PLATEA Pág. 13

14 Sobre esta plataforma de producto, se ha construido una capa de adaptación a las necesidades de Integración del Gobierno Vasco. Elemento Descripción Estándares Web Service y REST Seguridad Extensiones de seguridad: sobre el estándar de WS-Security (profile X.509 y Username Token), se ha construido un componte de transformación a token de XLNets Redes y comunicaciones Integración de redes transparente: configuración de la comunicación a nivel interno/departamental (entre contextos de red) y externo/terceros (acceso a JASO, red SARA, proxy para la salida a Internet) Trazas y métricas Generación asíncrona (vía JMS) de trazas y métricas, sobre BBDD Oracle y MongoDB Catálogo de servicios Desarrollo construido sobre J2EE/WLS sobre BBDD Oracle Consola de administración Desarrollo construido sobre J2EE/WLS sobre BBDD Oracle y MongoDB Procedimiento De cara a facilitar el uso de la plataforma de Servicios de Integración, se ha definido un flujo de trabajo alineado con la Gestión IT de Gobierno Vasco, de forma que las Asistencias Técnicas de los diferentes proyectos puedan solicitar la generación de sus recubrimientos de forma normalizada. Para ello, además de la definición de los pasos y tareas a realizar (trabajo realizado conjuntamente con los diferentes grupos implicados en la Gestión IT), se proporciona la documentación necesaria: Plantillas para la solicitud de recubrimientos y transformaciones de seguridad de certificado a token de XLNets Normativa de uso de la plataforma de servicios Anexo 2: Estándares tecnológicos PLATEA Pág. 14

15 2.2 Eventos Objetivo de la plataforma La plataforma de Platea Integración Eventos se crea con la finalidad dee que la información generada por un aplicativo del Gobierno Vasco pueda ser difundida a otras aplicaciones (departamentales y/o terceros) que necesiten consumir dicha información. En sentido inverso, también permitee la recepción de información generada por aplicativos externos al ámbito de Gobierno Vasco para su consumo por aplicaciones departamentales internas. Para ello se ha diseñado un componente técnico (Enrutador/Propagador) que se adapta las necesidades de comunicación asíncronaa de la administración. Este componente, mediante la implementación del patrón «Publish&Subscribe», recibe mensajes con determinada información y los reenvía a otras aplicaciones. Para una integración más completa entre las aplicaciones que hacen uso de la plataforma de Eventos, se ha dotado a ésta de unos canales de entrada y salida que implementan distintas tecnologías de comunicación: Canales de entrada: jms, http y webservice Canales de salida: jms, http, webservices, plsql Anexo 2: Estándares tecnológicos PLATEAA Pág. 15

16 La plataforma de Eventos está diseñadaa de forma que el contexto de redd de la publicación y consumición de evento por parte de los aplicativos que hacen uso de la mismaa sea transparente. De esta forma, se garantiza: La integración entre aplicaciones departamentales del Gobierno Vascoo La integración de aplicaciones departamentales con terceros, mediante el uso de canales sobre protocolo http sobre s la Platea Integración - Servicioss Visión funcional Para una mejor comprensiónn del funcionamiento de la Plataforma de Eventos de Integración, es necesario conocer los actores/ /términos participantes. Actor/Término Descripción Evento Mensajee que contienee la información. Esta información contiene datos acerca de la aplicación generadoraa y datos propios del evento. Los eventos son generadoss por aplicaciones, distribuidos por el propagador y consumidos por aplicaciones. Todos los eventos están registrados en el catálogo de eventos Anexo 2: Estándares tecnológicos PLATEAA Pág. 16

17 Actor/Término Descripción Aplicación generadora Aplicación informática, que puede estar en cualquiera de los entornos de Ejie (intranet, extranet o internet) y que envía eventos al propagador de su contexto a través de unos de sus canales de entrada. Estas aplicaciones deben estar dadas de alta en el catálogo de eventos Aplicación suscriptora Aplicación informática, que puede estar en cualquiera de los entornos de Ejie (intranet, extranet o internet) y que recibe eventos del propagador de su contexto. Estas aplicaciones deben estar dadas de alta en el registro de suscriptores Propagador/ Enrutador Aplicación informática que recibe eventos a través de los canales de entrada, los valida contra el catálogo de eventos y los reenvía a las direcciones de los suscriptores a través de los canales de salida. La información que entra es exactamente la misma a la que sale, e independientemente de la tecnología usada en los canales de entrada y/o salida Catálogo de eventos Modelo de base de datos que define las características y propiedades de un evento y lo asocia con una o varias aplicaciones Registro de suscriptores Modelo de base de datos que define las características de una suscripción, como canal de salida, dirección de enlace, evento al que se suscribe y contexto El funcionamiento del Propagador/Enrutador es el siguiente: Cuando una aplicación generadora publica un evento, éste es recibido en el Propagador/Enrutador a través de su canal de entrada Tras la recepción del mensaje, se comprueba que éste: o o o Tiene el formato definido por la solución de eventos Está dado de alta en el catálogo de eventos Cumple con los requisitos de seguridad XL-Net (en caso de que sea un evento securizado) Tras la comprobación, el Propagador/Enrutador busca internamente en el registro de suscriptores qué aplicaciones están suscritas al evento que ha recibido. Por cada suscripción encontrada, envía una copia del mensaje por el canal y dirección de la configurada. Anexo 2: Estándares tecnológicos PLATEA Pág. 17

18 Todoo el proceso descrito anteriormente queda trazado en la BBDDD de la solución de eventos, siendo estas trazas accesibles a travéss de la consola pública de eventos. El uso de la plataforma de Eventos aporta las siguientes ventajas a las aplicaciones que hacen uso del mismo: Implementación del patrón «Publish&Suscribe»: difusión de un mismo mensaje a N destinatarios, sin que la aplicaciónn publicadora tenga que encargarse de la implementación y/o administración de dicha lógicaa Alta disponibilidad y garantía dee entrega: la arquitectura de la solución de eventos está diseñada con el propósito de ofrecer una disponibilida d total, garantizando además la entrega del mensaje mediante unn sistema de reintentos configurablec e por el suscriptor. Al dar de alta una suscripción, el responsable indica el número de reintentos a realizar en caso de error, así como el intervalo de tiempo entre reintentos. Se garantiza por lo tanto la entrega siempre que el suscriptor se encuentre disponible antes de que el número de reintentos configurado por él mismo sea superado) Transparencia en las comunicaciones a dos niveles de escenario: o internos: resuelve r los problemas de comunicación entre aplicaciones del Gobierno Vasco desplegadas en diferentes contextos de la redd corporativa. De esta forma, se posibilita la integración por mensajería asíncrona entre aplicaciones entre las cuales no hay visibilidad por la configuración del firewall Anexo 2: Estándares tecnológicos PLATEAA Pág. 18

19 o externos: resuelve los problemas de comunicación entre aplicaciones del Gobierno Vasco y terceros ubicados en redes sectoriales o en la Web con necesidades de publicación y/o consumo de eventos. Esta resolución es bidireccional, permitiendo tanto a aplicaciones corporativos como a terceros la publicación y/o suscripción a eventos. Para ello, se hace uso de la combinación entre canal de entrada y/o salida por protocolo http, y las posibilidades de comunicación que ofrece la plataforma de servicios de Integración Trazabilidad de los mensajes: el ciclo de vida de los mensajes desde su llegada al Propagador/Enrutador hasta su publicación en los diferentes suscriptores, queda completamente trazado en el sistema Consola de consulta: permite el acceso de las asistencias técnicas en modo consulta a la información del catálogo de eventos y a las trazas de los eventos tratados por el sistema. Esta consola consta de las siguientes funcionalidades: o Catálogo de eventos: consulta de aplicaciones, responsables, eventos y suscripciones registradas en el sistema o Trazas de eventos: seguimiento de los estados de un evento durante su tratamiento en la plataforma (recepción, enrutamiento y salida) Platea Integración Eventos proporciona además una serie de herramientas orientadas a la visión de Gestión IT del servicio: Monitorización y alarmas Servlet para la monitorización tanto de la plataforma de Eventos en si (estado de sus componentes) como del funcionamiento de los procesos de publicación y suscripción generados por las aplicaciones Configuración de las herramientas de monitorización para la explotación de la información de la información devuelta por el servlet de monitorización Gestión de despliegues: consola de administración para la configuración del catálogo de eventos (aplicaciones y responsables, eventos y suscripciones) Visión técnica Platea Integración Eventos se construye sobre una plataforma Weblogic/J2EE estándar, no basándose en ningún producto de mercado. Esto es así ya que, tras analizar las diferentes opciones de mercado que implementaban patrones de mensajería y comprobar las limitaciones de éstas, se Anexo 2: Estándares tecnológicos PLATEA Pág. 19

20 ha apostado por la construcción de una plataforma ad-hoc en base a los requisitos de comunicación asíncrona de Gobierno Vasco. Componente Descripción Patrones Implementación del patrón de mensajería Publish & Suscribe Servidores WLS Tecnología Desarrollos realizados en JDK 1.6 BBDD Oracle 11g Canales de entrada jms: canal basada en colas. Desplegadas como recursos Queue en un weblogic http: canal basado en un simple servlet que escucha las peticiones http webservice: canal compuesto por un servicio web jms: canal capaz de enviar mensajes a una cola jms remota Canales de salida webservice: basado en un cliente que se conecta a un servicio web remoto. Este servicio seria implementado por la aplicación suscriptora plsql: canal que se conecta con un procedimiento almacenado de base de datos. Este procedimiento seria el implantado por el suscriptor http: canal que envía una petición http a la dirección de suscripción. Esta dirección puede ser un servlet, ASP, JSP,.. del suscriptor Redes y comunicaciones Integración de redes transparente a nivel interno/departamental (entre contextos de red). La integración con externos/terceros (JASO, red SARA, Internet) se realiza mediante protocolo http a través de la plataforma de Servicios de Integración Trazas Generación asíncrona (vía JMS) de procesos, trazas y métricas, sobre BBDD Oracle Catálogo de eventos Desarrollo construido sobre J2EE/WLS sobre BBDD Oracle Consola de administración Desarrollo construido sobre J2EE/WLS sobre BBDD Oracle Anexo 2: Estándares tecnológicos PLATEA Pág. 20