Arquitectura tecnológica. El conjunto de tecnologías a utilizar en la Entidad y que sirve de referencia para los servicios a desarrollar se muestran en la siguiente figura: Para los nuevos desarrollos se contempla el uso de api manager como componente de exposición de APIs hacia los canales que tiene la OSCE, permite integrar distintos aplicativos mediante interfaces en JSON y XMLs. El api manager tiene las siguientes funcionalidades: • Exposición de apis mediante el uso xx xxxxxxx u openapi • Asegurar las apis con diferentes mecanismos de seguridad: whitelist, cors filter, client certificate, jwt, api key, SAML y OAUTH. • Publicar solo apis sin tener exponer más servicios o puertos que no son necesarios. Se debe contemplar también atenciones relacionadas a componentes legados basados en los elementos siguientes:
Arquitectura tecnológica. El proveedor deberá especificar la arquitectura de los diferentes componentes; hardware, software, comunicaciones, datos, otros recursos de tecnología, que tendrá la solución propuesta. Debe incluir los requerimientos mínimos y óptimos necesarios para la implementación de la solución y su correspondiente mantenimiento periódico.
Arquitectura tecnológica. A continuación se especifican los aspectos tecnológicos con los que deberá ambos sitios web, Xxxxxxxxxxxx.xxx y Xxxxxxxxxxxx.xxx El Museo suministrará al adjudicatario una plataforma informática basada en: Linux, Nginx y MySQL. Sobre esta plataforma se establecerán tres entornos: producción, desarrollo y preproducción. La gestión de versiones entre los tres entornos se realizará con un sistema de versionado GIT, también suministrado por el Museo. Si el adjudicatario considerara que el entorno propuesto fuera insuficiente para el desarrollo y explotación del nuevo sitio, deberá indicarlo en su propuesta junto con una descripción del entorno que considerara más adecuado. La solución propuesta deberá optar entre los siguientes modelos de proyecto que son excluyentes y se aplicará en el desarrollo de los dos sitios web: Modelo 1: Solución basada en un la extensión de un CMS existente. En el caso de optar por esta opción el adjudicatario deberá indicar: o Software propuesto o Versión del software propuesto o Costes anuales de licencia si los tuviera o Lenguaje de programación o Framework de programación Modelo 2: Solución desarrollada al 100% a medida sobre un framework de desarrollo. En el caso de optar por esta opción, el adjudicatario deberá indicar: o Lenguaje de programación o Framework de programación o Costes anuales de licencia si los tuviera La base de datos sobre la que se desarrollará y ejecutará el nuevo web será MYSQL. Si el adjudicatario considerara que el software de base de datos o su versión fuera insuficiente el desarrollo y explotación del nuevo sitio, deberá indicarlo en su propuesta junto con el software de base de datos que considerara más adecuado. El nuevo sitio web Xxxxxxxxxxx.xxx deberá cubrir los requisitos comunes recogidos en el punto 2 así como los específicos recogidos a continuación.
Arquitectura tecnológica. 3.2.3.1 Diagrama de arquitectura
Arquitectura tecnológica. La descripción del entorno tecnológico de producción está incluida en el Anexo I de este documento. Todo ello en proporción al número de recursos humanos asignados al proyecto y con capacidad suficiente para dar amplia cobertura para la gestión continua de los sistemas. La gestión de los sistemas debe realizarse conforme a los plazos y metodologías contenidos en la normativa vigente. En todo caso, la gestión de los sistemas debe tener un elevado rendimiento y disponibilidad, para permitir, entre otros, la captura segura de información, la gestión de subsanaciones o la propuesta de actuaciones al Consejo de la CNMC derivadas de las solicitudes de Sistema de Garantía de origen y etiquetado en un plazo máximo de 15 días desde la solicitud, la gestión de las tres liquidaciones mensuales provisionales y a cuenta de un numero de 65.000 instalaciones (con previsión de crecimiento anual de un 10%) , la comprobación de la liquidación en un plazo máximo de 20 días como consecuencia de solicitudes por registro manual o electrónico de todas las liquidaciones, así como la elaboración de los resúmenes anuales y mensuales, con un plazo máximo de 2 días desde que se efectúe el cierre del año o el mes correspondiente. La empresa contratada deberá desarrollar herramientas de software propias para la descarga y almacenamiento en base de datos de forma automática de toda la información que los agentes ponen a disposición de la CNMC para la correcta ejecución de la liquidación con especial hincapié en las medidas eléctricas que por su volumen deben almacenarse en la base de datos con la rapidez suficiente para no incurrir en retrasos en los plazos de liquidación y publicación. • Centro de respaldo La empresa contratada deberá poner en marcha y mantener el centro de respaldo, para dar soporte en caso de incidencia, en el centro de proceso de datos principal de la CNMC. Será responsabilidad de la empresa contratada la instalación y mantenimiento en la sede de la CNMC (en equipos propiedad de la CNMC) de todos los subsistemas que componen los actuales sistemas Sicilia y Garantías de Origen, de forma que las instalaciones de la CNMC actúen como centro de respaldo. De acuerdo con las políticas de continuidad de negocio de este Organismo, el adjudicatario deberá realizar un ciclo completo de Liquidación, facturación, pago y cálculo de las Garantías de Origen una vez cada seis meses desde el CPD de respaldo (CNMC). Por otro lado la CNMC estará enlazada con una línea de comunicaciones...
Arquitectura tecnológica. El SII actual, que se encuentra bajo la plataforma SAP, opera en tiempo real las 24 horas al día, los 7 días de la semana, los 365 días del año y constituye un elemento esencial en la gestión de la continuidad operativa de “CENACE”. El Landscape (arquitectura tecnológica) del sistema SAP, para la implementación de los servicios de timbrado de CFDI´s, se define una estrategia de 3 ambientes: Desarrollo, Calidad y Productivo. Por otra parte, el “CENACE” cuenta con el componente “Process Integration (PI)”, versión 7.4 SP19, bajo el siguiente Landscape: Considerándose la migración durante este ejercicio al componente “Process Orchestration (PO)”, versión 7.5 SP22, bajo el siguiente Landscape o sus versiones actuales.