Categoría: Educación

las directrices de la entidad que suscribe el servicio.
CR2.1Los nodos que representan una entidad o empresa se crean, siguiendo las directrices de dicha entidad, administrando su configuración para asegurar el funcionamiento de los recursos dependientes de los mismos.
CR2.2Los niveles intermedios de agrupación de recursos se crean, estableciendo una jerarquía en los mismos y configurando las políticas disponibles, siguiendo las directrices de la entidad respecto a la arquitectura en la planificación inicial.
CR2.3Los contenedores de recursos de bajo nivel se crean, gestionando las configuraciones de seguridad y control de accesos, facturación y restricciones para permitir el posterior despliegue de recursos.
CR2.4Las políticas de configuraciones comunes a todos o parte de los recursos de la entidad, tales como restricciones, parametrizaciones de seguridad o etiquetado de recursos, se implementan en cada uno de los niveles de la jerarquía, asignando parámetros, para que dichas configuraciones se hereden y apliquen automáticamente en los recursos, facilitar la gobernanza de los recursos en la nube y así mejorar la autonomía y productividad de cada individuo o grupo de trabajo.
RP3:Administrar las identidades y control de accesos, manteniendo la seguridad respecto a la autenticación y permisos y facilitando la realización de acciones de forma simple, rápida y eficiente para permitir la gestión de los recursos y servicios por las personas y programas encargados de ello de acuerdo a las indicaciones de la entidad que suscribe el servicio.
CR3.1Las identidades para los usuarios se crean, administrándolas para permitir su autenticación en los servicios, agrupándolas en grupos y/o dominios, bien creándolas en el entorno de nube o sincronizándolos en su caso con otro entorno externo al proveedor o delegando la validación a otro entorno físico o nube, implementando las prácticas de seguridad para gestión de identidades y autenticación definidas por los responsables de seguridad tales como política de contraseñas, doble factor de autenticación, entre otras.
CR3.2Las cuentas de servicio se crean, gestionándolas y asignándolas a cada programa o recurso que necesite una autenticación individual, aplicando el principio JIT («Just in Time») para crearlas exactamente en el momento en que se requieran, implementando las prácticas de seguridad para gestión de credenciales definidas por los responsables de seguridad tales como políticas de creación y descarga de claves y periodos de rotación, entre otras.
CR3.3Los roles personalizados se administran para cada caso en que no se ajusten a las operaciones previstas, por tener asignados más o menos permisos individuales de los que requiere para su actividad.
CR3.4Los roles para cada identidad se asignan, según los principios de «mínimo privilegio» y «continuidad de negocio», para permitir acceder o administrar los recursos y aplicaciones por parte de las personas y programas encargados de ello.
CR3.5Las configuraciones de seguridad de control de acceso se auditan para asegurar el despliegue, analizando la gestión de las identidades asignadas, roles y permisos asignados, acciones realizadas y accesos a datos, de forma periódica y en respuesta a situaciones imprevistas que lo requieran, para mantener el principio de «mínimo privilegio» y «continuidad de negocio».
CR3.6Los secretos, credenciales, certificados, claves e información sensible en general cuyo acceso deba restringirse se almacenan, usando un repositorio de secretos, permitiendo el acceso sólo a las personas y programas que deban acceder a los mismos previa autenticación, asegurando su privacidad, centralizando su gestión y registrando sus accesos y operaciones para auditarlos posteriormente.
RP4:Configurar la facturación de los recursos desplegados, siguiendo las indicaciones contables de la empresa e imputando los costes a los centros de gastos establecidos, según directrices financieras y contables de la organización, para gestionar su pago y controlar los costes incurridos.
CR4.1Los recursos para facilitar la gestión, control y análisis de costes entre otros, se etiquetan asignando identificadores según nomenclatura especificada por la organización.
CR4.2Las cuentas de gasto se crean, estableciendo los términos y métodos de pago indicados por la misma, vinculando los recursos al centro de gasto asignado y asegurando que ningún problema o retraso con los pagos afecte a la continuidad de los recursos o procesos de la empresa.
CR4.3Las previsiones de gastos se establecen según los recursos a utilizar en función de métricas como la carga, número de usuarios, datos almacenados, entre otros, usando herramientas de planificación de gastos.
CR4.4Las alertas de gastos se configuran, estableciendo canales de notificación a los responsables y/o acciones automáticas que reaccionen a dichos eventos.
CR4.5Los costes mensuales o diarios se verifican, analizándolos mediante las técnicas y servicios disponibles, tales como paneles de reporte interactivos o análisis a partir de los datos exportados a otro entorno o sistema, entre otros, identificando los costes relativos a cada recurso y/o aplicación en conjunto, para detectar sobrecostes y/o desviaciones del presupuesto y reportarlo al departamento responsable y aplicar reajustes en su caso.
RP5:Configurar el entorno para el posterior despliegue de recursos, administrando las cuotas de uso y habilitando las API («Application Programming Interface») requeridas, en su caso, según los servicios a utilizar y el uso o número de recursos a desplegar previsto.
CR5.1Los valores para cada cuota de despliegue de recursos y utilización de servicios y API se planifican, asegurándose de tener suficiente cuota disponible para el despliegue y funcionamiento de los recursos a desplegar, respetando los límites y contemplando las recomendaciones de buenas prácticas a la hora de distribuir las cuotas indicadas por el fabricante, tanto a efectos de coste como de limitaciones generales que pudieran afectar a todo el entorno de nube.
CR5.2Las cuotas de despliegue de recursos y utilización de servicios se establecen, configurándolas una a una, ampliando o reduciendo cuando se requiera incrementar o restringir un número máximo de recursos posible en un entorno concreto, por razones tales como controlar los costes o desplegar entornos de pruebas limitados, entre otros.
CR5.3Las API de cada servicio se habilitan para poder utilizar los servicios, deshabilitando aquellas correspondientes a servicios que no se prevean utilizar, para mantener una mayor seguridad y control de costes en cada entorno.
Plataformas de nube pública o privada. Herramientas gráficas, de línea de comandos, librerías de cliente y API de la plataforma de nube. Herramientas de infraestructura como código. Conexión de red a la plataforma de nube y a infraestructuras de la nube híbrida o distribuida. Sistemas operativos. Navegadores. Compiladores, intérpretes e IDE para lenguajes de «scripting» y declarativos.
Interfaces de acceso y uso de la plataforma en la nube preparados. Jerarquías de recursos organizadas. Identidades y control de acceso administrado y seguro. Facturación de los recursos desplegados configurada. Entorno en la nube configurado para el despliegue. Cuotas de uso administradas y API habilitadas.
Normas externas de trabajo (normativa aplicable de protección de datos, propiedad industrial y seguridad informática, normativa aplicable de prevención de riesgos –ergonomía–). Normas internas de trabajo (documentación técnica del diseño del sistema a desarrollar; documentación técnica y de usuario del sistema desarrollado; normas corporativas de desarrollo de software, de pruebas, de control de calidad). Documentación técnica (Documentación técnica del proveedor; guías de buena arquitectura de los proveedores de nube; manuales de funcionamiento de los servicios en nube; manuales de funcionamiento del software empleado; documentación técnica de los interfaces de programación; documentación técnica de los kits de desarrollo (SDK) utilizados; manuales del lenguaje de programación empleado; manuales o ayudas de uso del sistema operativo; soportes técnicos para asistencia telefónica, contenidos audiovisuales, mensajería y foros, entre otros).
RP1:Desplegar la infraestructura de red asociada a las aplicaciones de los sistemas según los requisitos de privacidad, seguridad y disponibilidad, para permitir la conectividad entre recursos de la nube y otras instalaciones «on premises» o en otras nubes.
CR1.1Los servicios de red para las aplicaciones de la organización se crean de forma automatizada, modificándolos, en su caso, empleando las herramientas y plataformas de nube seleccionadas como plantillas declarativas del servicio o hardware, línea de comandos (CLI), las API («Application Programming Interface») o automatismos mediante lenguajes de programación, entre otras.
CR1.2Las redes virtuales se configuran con los rangos de direcciones IP en las zonas de disponibilidad y/o regiones, estableciendo el rango de direccionamiento privado, gestión del direccionamiento público, puertas de enlace, cortafuegos y/o grupos de seguridad, y la delegación de subredes con otros servicios de nube definidos.
CR1.3Las reglas de cortafuegos y/o grupos de seguridad para los recursos y destinos, se crean en función de las conexiones permitidas, habilitando el tráfico a los protocolos y puertos utilizados, incorporando las opciones de creación de registros disponibles y según las prácticas de la entidad responsable de la seguridad del proyecto.
CR1.4La resolución de nombres se configura, asignando los parámetros de tipo clave-valor, para que las rutas entre los recursos internos y externos a la red permitan el intercambio de los paquetes entre los destinos, a través de zonas DNS privadas o públicas enlazadas con las redes virtuales definidas.
CR1.5Los métodos de acceso privado a los recursos internos o en la nube de la red tales como «proxies», túneles VPN («Virtual Private Network» o Red Privada Virtual), enlaces privados («Private-public endpoints») o emparejamiento («peering») entre redes virtuales se crean, configurando el cifrado y la seguridad de la conexión, la autenticación y autorización del usuario, así como su monitorización y registro de accesos.
CR1.6Los recursos de inspección se crean, ubicándolos en las localizaciones de la topología de red que indique la persona responsable de la arquitectura, para registrar y analizar el tráfico a través de la red por motivos de seguridad o para la resolución de problemas.
CR1.7El enrutado y conexión entre sistemas locales y servicios WAN de redes se establecen, asignando los parámetros relacionados con dicha tarea, para los escenarios que requieran funciones integradas de red, seguridad y enrutamiento proporcionados de manera gestionada en la nube.
RP2:Configurar los recursos de red, asignando parámetros de balanceo y escalado horizontal y vertical, desde orígenes externos o internos, en condiciones de seguridad, para el direccionamiento y enrutado de tráfico a los recursos desplegados en la nube.
CR2.1Los balanceadores de carga se configuran con las reglas y parámetros que permitan el tráfico hacia aplicaciones externas o internas de la organización, redireccionando y balanceando el tráfico entre destinos y permitiendo el escalado de los recursos de computación.
CR2.2Los recursos de resolución de nombres para el intercambio automático del direccionamiento real de red o DNS (Sistema de Nombres de Dominio) se crean, indicando los parámetros tales como tipo de registro, nombre, host, entre otros, para publicar la conversión mediante URL a direcciones IP, permitiendo varias zonas y subzonas con registros internos o externos en las aplicaciones desplegadas.
CR2.3Las opciones de caché perimetral distribuido de la nube se configuran, aportando los parámetros tales como punto de conexión, host de origen, encabezado, protocolo, entre otros, para que respondan a las peticiones desde la localización más cercana a los usuarios, permitiendo la respuesta más rápida y económica a los recursos de las aplicaciones de la organización.
CR2.4Las opciones de traducción de direccionamiento público se establecen, utilizando los servicios del proveedor de nube, compartiendo un pequeño número de direcciones públicas entre recursos como máquinas virtuales o contenedores, sin la necesidad de utilizar una dirección para cada recurso único, permitiendo por otro lado el acceso a internet privado para las aplicaciones desplegadas.
CR2.5El direccionamiento público y privado se establece para cada uno de los recursos de red que lo requieran, reservando direcciones IP estáticas tanto internas como externas en base a las necesidades de conectividad que tenga cada aplicación, para permitir el direccionamiento de tráfico y la estabilidad en el enrutamiento de las conexiones.
CR2.6Los servicios de nube para el control perimetral, cortafuegos, enrutamiento y puertas de enlace se habilitan, configurando los parámetros de conectividad, protección, autorización y auditoría, siguiendo los requisitos de seguridad, acceso, supervisión y rendimiento de la organización.
RP3:Administrar las redes privadas físicas y virtuales de la organización mediante herramientas del proveedor de nube y de fabricantes de dispositivos de conectividad, para disponer de un entorno híbrido con conexiones privadas, directas y de alta capacidad entre los recursos locales y de nube.
CR3.1Las redes virtuales se configuran, a través de métodos como emparejamiento de redes o redes compartidas, para permitir la conexión interna y directa entre recursos desplegados en la nube, cumpliendo los requisitos de la organización sobre conectividad y administración de las redes y su conexión.
CR3.2Las conexiones privadas a través de túneles VPN entre las redes de instalaciones locales y redes virtuales en la nube, o entre redes virtuales en la nube en varios proveedores, se establecen utilizando protocolos de conexión interna, directa y segura, y cumpliendo los requisitos de conectividad de los entornos, calidad de la conexión, latencia, ancho de banda máximo permitido y costes.
CR3.3Las conexiones directas y privadas entre redes locales y los proveedores de nube se establecen, mediante la configuración de parámetros de conexión de dispositivos físicos de la organización que permita el enrutamiento de una conexión entre el entorno nube y los equipos de la organización locales, de tal modo que se maximice el ancho de banda, se reduzca la latencia y se potencie la calidad de servicio para aquellos despliegues que requieran estas características.
CR3.4Las conexiones directas y de emparejamiento público de redes a través de conectividad física se establecen, permitiendo un direccionamiento de tráfico público a través de los puntos de emparejamiento disponibles para aquellas conexiones públicas cuyos requisitos de calidad de servicio, latencia o coste lo requiera así la organización.
CR3.5Los dispositivos de enrutamiento físicos o virtuales se definen, asignando parámetros de configuración en las redes para publicar rutas dinámicas entre las conexiones creadas y permitir la detección automática de cambios en la topología de red.
CR3.6Las conexiones VPN «site-to-site» o «point-to-site» se configuran, siguiendo los parámetros establecidos en la organización sobre autenticación, seguridad, cifrado, conexión y configuración de clientes VPN.
RP4:Configurar la seguridad de los recursos, monitorizando sus conexiones, para registrar los accesos e identificar su potencial riesgo en los sistemas.
CR4.1Las políticas de seguridad sobre los recursos de la nube se configuran, creando reglas que permitan identificar accesos desde los orígenes y destinos de las comunicaciones para su monitorización y control.
CR4.2Los servicios de cortafuegos para los servicios de nube se configuran, especificando las reglas, políticas e integración de servicios de terceros definidos por la organización.
CR4.3Las herramientas para la administración y protección de aplicaciones o servicios «web» se activan, identificando y previniendo posibles ataques y amenazas en capa 7 de comunicaciones, utilizando herramientas WAF («Web Application Firewall») y/o IPS (Sistema de prevención de intrusos), entre otras, para minimizar los riesgos ante ataques de denegación de servicio («Denial of Service» o DoS), evitar la fuga de datos y bloqueo de conexiones maliciosas o no deseadas.
CR4.4Las configuraciones de seguridad para las aplicaciones de la organización se crean, incorporando los parámetros de autorización, autenticación, auditoría, entre otros, empleando los mecanismos de automatización de cada plataforma de nube, durante su provisión, tales como plantillas declarativas del servicio o hardware, línea de comandos (CLI), las API («Application programming interface») o automatismos mediante lenguajes de programación, modificándolas en su caso, empleando los mismos mecanismos para la automatización mencionados, permitiendo la trazabilidad, observabilidad y auditoría de los sistemas.
CR4.5Los recursos de red y la conectividad del resto de recursos desplegados se configuran, para permitir la monitorización de su estado de salud, mediante alertas, estado de conexión, «log» y análisis del tráfico que permitan anticipar problemas o identificar incidencias en las comunicaciones y servicios.
Conexión a la red. Equipamiento informático: componentes, periféricos, cableado y equipamiento para equipos portátiles, entre otros. Sistemas operativos. Navegadores. Lenguajes de «scripting». Lenguajes estructurados para automatizaciones. Lenguajes declarativos. Utilidades y aplicaciones incorporadas a los sistemas operativos. Versiones de actualización de librerías de API de los servicios de nube. Documentación técnica asociada a los servicios de nube. Utilidades no incorporadas al sistema operativo. Herramientas de depuración. Sistemas de análisis de red. Herramientas de comunicación y colaboración en equipo. Sistemas de monitorización de redes. Sistemas operativos y parámetros de configuración. Servicios de transferencia de ficheros y conexión remota. Herramientas de copia de seguridad. Herramientas de gestión y control de cambios, incidencias y configuración. Aplicaciones de gestión de incidencias, código fuente, gestión de proyectos y comunicación/colaboración.
Infraestructura de la red desplegada. Servicios de proveedores de nube y aplicaciones desplegados, configurados y parametrizados. Aplicaciones publicadas disponibles. Ficheros y datos almacenados en servicios de nube. Copias de seguridad realizadas. Recursos de red desplegados y configurados. Entorno híbrido constituido. Seguridad del entorno implantada.
Normas externas de trabajo (normativa aplicable de protección de datos, propiedad industrial y seguridad informática, normativa aplicable de prevención de riesgos –ergonomía–). Normas internas de trabajo (guías de despliegue, instalación, configuración y actualización de los servicios de las aplicaciones desarrolladas; diseño y especificaciones de los servicios a desplegar y operar; documentación técnica y de usuario del sistema desarrollado; especificaciones de la arquitectura de referencia de servicio en nube corporativo; normas corporativas de desarrollo de software, de pruebas, de control de calidad; documentación asociada a los scripts desarrollados; documentación de las pruebas de funcionamiento de los servicios y aplicaciones desarrolladas). Documentación técnica (manuales y documentación técnica de servicios de proveedores de nube; manuales de condiciones de nivel de servicios de proveedores de nube «Service level agreement» –SLA–; manuales de funcionamiento de las herramientas de gestión del ciclo de vida del software).
RP1:Desplegar las instancias de computación y los grupos de cómputo para usar sus recursos, aplicando las características definidas previamente y proporcionando capacidades de autoescalado, para obtener un entorno de trabajo sobre el que configurar la capacidad de procesamiento según las necesidades del proyecto.
CR1.1La región y la zona de disponibilidad se eligen, tras autenticarse en la plataforma de nube, usando credenciales para el proyecto especificado, interpretando las necesidades de arquitectura de la solución de la documentación técnica, tales como alta disponibilidad, localización de la plataforma o requisitos de red.
CR1.2La plantilla de ejecución de cómputo, en el caso de grupos de escalado o para definir instancias homogéneas, se crea incluyendo el tipo de instancia, sus características de CPU, memoria, reserva de recursos en la plataforma y almacenamiento.
CR1.3La opción de computación se selecciona, eligiéndola en el listado proporcionado por el proveedor de nube y tomando el elemento cuyas características de CPU, memoria y modo de virtualización se correspondan con los criterios funcionales, económicos y operativos del proyecto, incluyendo la reserva de recursos en la plataforma, y usando plantillas para homogeneizar el proceso en caso de disponer de ellas.
CR1.4Los recursos de computación se modifican, en su caso, en la configuración de la instancia de cómputo, analizando los requisitos de tamaño, velocidad, memoria y características especiales de replicación necesarias según el proyecto.
CR1.5Los recursos de red se añaden, escogiéndolos de entre los disponibles para el proyecto, atendiendo a la región y zona de disponibilidad seleccionadas y teniendo en cuenta los requisitos de comunicaciones recogidos en el proyecto, seleccionando los segmentos y direccionamiento de red correspondientes a la zona o región e incluyendo la solicitud de direccionamiento público en su caso.
CR1.6El comportamiento automatizado asociado al grupo de escalado y requerido tanto en despliegue como en la eliminación de recursos de cómputo se define, asegurando que, ante cambios de las cargas de trabajo, los recursos se crean y destruyen de la forma solicitada en la documentación del proyecto.
CR1.7Los recursos de monitorización se añaden, seleccionando los disponibles en el proveedor de nube, bien inicialmente o bien con posterioridad al despliegue, mediante la solución de monitorización descrita en la documentación del proyecto, para supervisar el estado y rendimiento de la instancia.
CR1.8La configuración de seguridad en la instancia se administra, recogiendo los requisitos descritos en el proyecto con el fin de garantizar exclusivamente los accesos a los puertos, protocolos y usuarios especificados en la documentación del proyecto.
CR1.9Las etiquetas que identifiquen las instancias de computación dentro de la plataforma se crean, asignándolas de forma unívoca, indicando elementos tales como el proyecto asociado y el rol dentro del mismo, entre otra información, de forma que sea posible en el futuro agrupar los recursos de las instancias asociadas al proyecto.
RP2:Desplegar contenedores partiendo de imágenes almacenadas en el registro al efecto («hub»), para ejecutar aplicaciones basadas en estos recursos según las necesidades del proyecto.
CR2.1La región y la zona de disponibilidad se eligen, tras autenticarse en la plataforma de nube usando credenciales para el proyecto especificado, interpretando las necesidades de arquitectura de la solución de la documentación técnica, tales como alta disponibilidad, localización de la plataforma o requisitos de red.
CR2.2Las imágenes requeridas para el despliegue de los componentes de las aplicaciones sobre contenedores se administran, localizándolas en un «hub», descargándolas, configurándolas interpretando la documentación técnica, creándolas en su caso y almacenándolas en un registro de imágenes, accesible con las credenciales de la plataforma.
CR2.3Las características del despliegue del contenedor se configuran, mediante variables de entorno o ficheros de configuración que se aplican en el momento de inicio del contenedor, asegurando la asignación de recursos a cada componente descrito en la documentación del proyecto, configurando:
–Los requisitos y límites de consumo de memoria y CPU de cada uno.
–Los privilegios del usuario de ejecución del proceso principal del contenedor.
–Los requisitos de almacenamiento persistente que se pudieran demandar en el proyecto para poder proporcionar recursos de almacenamiento externos al contenedor.
–Las configuraciones de resolución de nombres de red, la integración con otros contenedores de la plataforma y los accesos que se permiten a los puertos y el protocolo.
CR2.4Los nodos de cómputo se orquestan, configurándolos, haciendo uso de los grupos de cómputo o autoescalado junto a la orquestación de balanceo y enrutado de los contenedores en la red, para que estén controlados y gestionados, según indicaciones de la documentación del proyecto.
CR2.5Las opciones de monitorización del estado y rendimiento de los contenedores se añaden, bien usando las disponibles en el proveedor de nube o bien posteriormente al despliegue y mediante una solución de monitorización particular descrita en la documentación del proyecto.
RP3:Desplegar la infraestructura de funciones como servicio, mediante el método seleccionado, para ejecutar componentes de aplicaciones basados en funciones desplegadas sobre cómputo, según las necesidades del proyecto.
CR3.1La región y la zona de disponibilidad se eligen, tras autenticarse en la plataforma de nube usando credenciales para el proyecto especificado, interpretando las necesidades de arquitectura de la solución de la documentación técnica, tales como alta disponibilidad, localización de la plataforma o requisitos de red.
CR3.2Las funciones como servicio se crean, mediante uno de los métodos siguientes:
–Codificándolas en alguno de los lenguajes de programación soportados.
–Utilizando funciones existentes y publicadas en la plataforma.
–Ejecutando un contenedor de cómputo con un servicio que ejecutará la función definida.
–Desplegando aplicaciones ya preparadas por el proveedor de la nube.
–Escribiendo los ficheros de código que definen la creación dentro de la nube con las necesidades y características que permiten tener las infraestructuras de computo definidas en el proyecto.
CR3.3Los permisos que posibilitan ejecutar la función como servicio se asocian, bien seleccionando un rol existente con los permisos, bien creando uno nuevo con las especificaciones indicadas en la documentación del proyecto.
CR3.4Los requisitos de almacenamiento persistente para proporcionar recursos de almacenamiento externos al entorno de ejecución de la función como servicio se configuran, asignando parámetros tales como contenedores, almacenamiento, redes, máquinas virtuales, entre otros componentes de arquitectura, según las necesidades descritas en la documentación del proyecto.
CR3.5Los recursos de monitorización y gestión de eventos se añaden a los ficheros de creación automatizada de infraestructura, incluyendo las configuraciones de dichos recursos y las etiquetas que identifiquen unívocamente los elementos descritos en la documentación del proyecto para el control del estado y rendimiento de los elementos de la arquitectura de los aplicativos.
CR3.6El despliegue de la función como servicio se configura, garantizando la procedencia de los orígenes definidos en la documentación asociada al proyecto.
CR3.7Las etiquetas que identifiquen las funciones como servicio dentro de la plataforma se añaden, asegurando que sean unívocas, indicando elementos tales como el proyecto asociado y el rol dentro del mismo, entre otra información, de forma que sea posible agrupar los recursos asociados al proyecto.
RP4:Preparar procedimientos y automatizaciones de «backup» de infraestructuras de cómputo en plataforma de proveedor de nube para asegurar los datos y el estado de los recursos desplegados según las necesidades del proyecto.
CR4.1La región y la zona de disponibilidad se eligen, tras autenticarse en la plataforma de nube, usando credenciales para el proyecto especificado, interpretando las necesidades de arquitectura de la solución de la documentación técnica, tales como alta disponibilidad, localización de la plataforma o requisitos de red.
CR4.2Los planes de copias de seguridad se crean, teniendo en cuenta las directrices indicadas en el proyecto con las retenciones, frecuencias de ejecución, en las regiones y zonas en las que pudieran estar desplegados los recursos identificados en la documentación del proyecto.
CR4.3La disponibilidad de los datos, velocidad de recuperación y retención de las copias de seguridad junto con las directrices de seguridad encriptado, meta información y duplicados a otros entornos, se configuran estableciendo las opciones de «backup», teniendo en cuenta las necesidades descritas en la documentación del proyecto, dentro de los estándares que la plataforma de la nube permite para poder usar los datos salvaguardados en distintas regiones o zonas o recuperación de «backup».
CR4.4Los planes de seguridad establecidos se asocian a los recursos definidos en la plataforma de una de las formas siguientes:
–Usando las etiquetas asociadas a los mismos.
–Asignando los recursos de forma directa.
–Agrupando por tipo de servicio del proveedor de nube.
CR4.5Las políticas de seguridad se crean, definiendo estándares de copias de seguridad y planificaciones en la plataforma, siguiendo las implementaciones incluidas para ella por el proveedor de nube y según la documentación del proyecto.
Equipos informáticos de tipo servidor virtual en proveedores de nube. Software de servidores: contenedores. Despliegues en entornos de nube. Sistemas operativos y parámetros de configuración. Herramientas de seguridad informática y virtualización en entornos nube.
Instancias de computación, desplegadas. Contenedores desplegados. Clúster de orquestación de contenedores desplegado. Infraestructura de funciones como servicio desplegada. Infraestructura de funciones como servicio desplegada. Infraestructuras de cómputo desplegadas. Copias de seguridad de servidores y datos automatizados.
Normas externas de trabajo (normativa aplicable de protección de datos y propiedad intelectual e industrial; normativa aplicable de seguridad informática; Normativa aplicable sobre prevención de riesgos laborales –ergonomía–). Normas internas de trabajo (documentación de diseño del servicio y requisitos de cómputo. Normas internas de calidad y seguridad. Acuerdo de nivel de servicio –«Service level agreement» SLA–. Documentación de configuración de sistemas y servicios. Plan de pruebas e informe de fallos. Histórico de sucesos, manual de operación para recuperación ante fallos). Documentación técnica (documentación de provisión de plataformas nube. Documentación de productos software. Manuales de uso y funcionamiento de los sistemas informáticos. Manuales de instalación del software asociado a esta unidad de competencia. Manuales de administración del software asociado a esta unidad de competencia. Materiales de cursos de formación. Sistemas de ayuda del software. Soportes técnicos de asistencia. Manuales de operación de plataformas de nube).
RP1:Seleccionar el tipo de almacenamiento para los datos del sistema según los requisitos funcionales y los criterios de durabilidad, seguridad, fiabilidad, rendimiento y coste especificados por la entidad responsable, para un almacenamiento eficiente en el entorno o proyecto.
CR1.1Las operaciones del almacenamiento de objetos y de ficheros, tanto de bloque como en red, se comprueba que cumplen los requisitos funcionales y no funcionales del proyecto y la organización.
CR1.2Los tipos de almacenamiento proporcionados por el proveedor seleccionado se consultan, a partir de la documentación del mismo, para verificar cuál ofrece garantías según criterios de durabilidad, fiabilidad y rendimiento especificados.
CR1.3Los tipos de almacenamiento no disponibles en la región o regiones donde el sistema vaya a desplegarse se descartan, consultando la documentación del proveedor sobre disponibilidad geográfica.
CR1.4El tipo de almacenamiento que resulte más económico se selecciona, consultando las tablas de precios del proveedor de nube.
CR1.5Los parámetros del almacenamiento que afectan a los costes de uso del servicio, incluyendo los de almacenamiento, acceso, transferencia, operaciones de lectura y escritura, replicación, copia de respaldo y recuperación, así como cualquier otro coste específico que el proveedor haya asignado al almacenamiento escogido, se ajustan a partir de la información proporcionada por el proveedor y cumpliendo los requisitos funcionales y no funcionales de la organización.
RP2:Administrar los sistemas de almacenamiento de objetos en nube, configurando y monitorizando los mismos, para garantizar el almacenamiento, la seguridad, y los patrones de uso que mejor se ajusten a los requisitos especificados por la persona responsable del entorno o del proyecto.
CR2.1Los nombres de los contenedores (también conocidos como depósitos o «buckets») y de las etiquetas para metadatos se definen, teniendo en cuenta las limitaciones técnicas del proveedor de nube, para cumplir con las especificaciones del proyecto en curso y facilitar su administración.
CR2.2La clase de almacenamiento –y en su caso, objeto– para cada contenedor se define, teniendo en cuenta los requisitos funcionales del proyecto, los patrones de acceso a los datos, las limitaciones impuestas para cada clase en el proveedor de nube, y los costes asociados de almacenamiento y de recuperación de objetos.
CR2.3La región geográfica del almacenamiento de objetos se escoge, de entre todas las soportadas por el proveedor de nube, para asegurar que los requisitos de latencia y coste son los más eficientes, teniendo en cuenta las restricciones de residencia de los datos especificadas en el proyecto.
CR2.4Los parámetros del sistema relativos a cifrado, incluyendo en su caso la creación de claves de cifrado específicas, se configurarán mediante herramientas gráficas, y/o de línea de comandos, y/o interfaces de programación (API), y/o infraestructura como código (IaC) para garantizar el cumplimiento de los requisitos del proyecto.
CR2.5Los parámetros del sistema relativos a visibilidad, acceso, seguridad, monitorización, observabilidad y auditoría se configuran para garantizar de forma demostrable que la información almacenada en el sistema solo es accesible por los perfiles y/o aplicaciones definidos en el proyecto.
CR2.6Los parámetros de acceso público, en caso de que los requisitos especifiquen acceso HTTP o HTTPS usando un dominio personalizado, se configuran utilizando en su caso un certificado SSL proporcionado por el proveedor de nube, para que los usuarios puedan acceder al contenido almacenado usando el dominio especificado.
CR2.7Las políticas de ciclo de vida de los objetos se configuran, mediante las herramientas proporcionadas por el proveedor de nube o vía IaC, para que conforme pasa el tiempo los objetos cambien automáticamente de clase y, en su caso, se versionen o se borren, garantizando así las políticas de retención de datos especificadas en el proyecto.
CR2.8La política de replicación y copia de seguridad de los objetos se configuran, verificándola para asegurar que, en caso de pérdida de información, esta se puede recuperar en la forma y tiempos especificados en el proyecto.
RP3:Administrar los sistemas de almacenamiento de ficheros en nube, tanto en dispositivos de bloque como en sistemas de almacenamiento en red, utilizando tanto herramientas gráficas como de línea de comandos, API («Application Programming Interface»), y/o IaC para garantizar el almacenamiento, la seguridad, y los patrones de uso que mejor se ajusten a los requisitos especificados por la persona responsable del entorno o del proyecto.
CR3.1La clase de almacenamiento se escoge, teniendo en cuenta los requisitos funcionales del proyecto, los patrones de acceso a los datos, la durabilidad de los datos, las limitaciones impuestas para cada clase en el proveedor de nube, y los costes asociados de almacenamiento y de recuperación de datos.
CR3.2La región geográfica –y en su caso la replicación entre múltiples zonas o regiones– se escoge, para asegurar que los requisitos de latencia y coste son los más eficientes, siempre teniendo en cuenta las restricciones de residencia de los datos especificadas en el proyecto.
CR3.3Los parámetros del sistema relativos a cifrado, incluyendo en su caso la creación de claves de cifrado específicas, se configurarán mediante las herramientas proporcionadas por el proveedor de nube vía IaC, para garantizar el cumplimiento de los requisitos del proyecto.
CR3.4Los parámetros del sistema relativos a visibilidad, acceso, seguridad, monitorización, observabilidad y auditoría se configuran para garantizar que la información almacenada en el sistema solo es accesible por los perfiles y/o aplicaciones definidos en el proyecto.
CR3.5El montaje del dispositivo de almacenamiento o del sistema de ficheros se implementa para garantizar el acceso a los ficheros desde tantos puntos como se hayan definido en los requisitos y en modalidad de solo lectura o bien de lectura/escritura según esté establecido, realizando un desmontaje previo ordenado del dispositivo si fuera necesario.
CR3.6Los cambios durante el ciclo de vida del dispositivo o sistema de ficheros tales como cambios de tamaño reservado, cambios en la clase de almacenamiento, modificaciones en la configuración, desmontaje del sistema de ficheros y/o borrado, entre otros, se aplican para adaptarse a los requisitos cambiantes del proyecto.
CR3.7Las políticas o mecanismos de replicación y copia de seguridad de los dispositivos y/o ficheros se configuran, asegurando que, en caso de pérdida accidental de la información, ésta se puede recuperar en la forma y tiempos especificados en el proyecto.
RP4:Administrar los sistemas de bases de datos, utilizando tanto herramientas gráficas como de línea de comandos, API, y/o IaC, para garantizar el almacenamiento, la seguridad, y los patrones de uso que mejor se ajusten a los requisitos especificados por la persona responsable del entorno o del proyecto.
CR4.1La región geográfica y, en su caso, la replicación entre múltiples zonas o regiones se escoge, para asegurar que los requisitos de latencia y coste son los más eficientes, teniendo en cuenta las restricciones de residencia de los datos especificadas en el proyecto.
CR4.2Los parámetros del sistema relativos a cifrado, incluyendo en su caso la creación de claves de cifrado específicas, se configuran mediante las herramientas proporcionadas por el proveedor de nube vía IaC, para garantizar el cumplimiento de los requisitos del proyecto.
CR4.3Los parámetros del sistema relativos a visibilidad, acceso, seguridad, monitorización, observabilidad y auditoría se configuran para garantizar que la información almacenada en el sistema solo es accesible por los perfiles y/o aplicaciones definidos en el proyecto.
CR4.4Los cambios durante el ciclo de vida de la BBDD tales como cambios de tamaño reservado, de capacidad de computación provisionada, de replicación de los datos, o modificaciones en la configuración, entre otros, se aplican mediante las herramientas proporcionadas por el proveedor de nube o por la propia BBDD, para adaptarse a los requisitos cambiantes del proyecto.
CR4.5Las políticas o mecanismos de replicación y copia de seguridad de la BBDD se configuran, verificándolas para asegurar que, en caso de pérdida accidental de la información, ésta se puede recuperar en la forma y tiempos especificados en el proyecto.
CR4.6El rendimiento de las operaciones de inserción y consulta se monitoriza activamente, mediante las herramientas proporcionadas por el proveedor de nube o por la propia BBDD, para detectar potenciales problemas que requieran cambiar la infraestructura, la configuración, o las aplicaciones que usan el sistema.
CR4.7Las optimizaciones a nivel de configuración como a nivel de sugerencias de rediseño del esquema o la distribución de los datos se efectúan, para garantizar que el rendimiento y coste de las operaciones se mantiene dentro de los requisitos aceptables, siempre teniendo en cuenta sugerencias de diseño genéricas y considerando que para optimizaciones complejas se requiere la ayuda de otros perfiles especializados en BBDD.
RP5:Gestionar los datos tanto desde el exterior, como entre sistemas de almacenamiento y bases de datos soportados por el proveedor de nube, utilizando tanto herramientas gráficas, como de línea de comandos, API y/o IaC, para facilitar el flujo de información en el sistema, según los requisitos especificados por la entidad responsable del entorno o del proyecto.
CR5.1Las opciones de transferencia y sincronización de datos se evalúan utilizando las herramientas proporcionadas por el proveedor de nube para seleccionar la mejor opción teniendo en cuenta los requisitos funcionales y de seguridad establecidos en el proyecto consultando la documentación y para los de latencia mediante una prueba de transferencia de ficheros.
CR5.2Las tablas detalladas de precios del proveedor de nube sobre transferencia y sincronización de datos se consultan, asegurando que se están teniendo en cuenta todos los costes de uso del servicio, incluyendo los de transferencia entre diferentes zonas y/o regiones.
CR5.3Las conexiones se configuran para permitir el flujo de datos entre origen y destino de manera segura y eficiente, utilizando las herramientas proporcionadas por el proveedor de nube.
CR5.4El provisionado de los dispositivos, en el caso de transferencia de datos offline, se efectúa mediante el mecanismo establecido por el proveedor de nube para que se envíe el dispositivo físico entre proveedor y cliente, de cara a realizar la copia local de datos y el posterior envío al punto de destino, prestando especial atención a la seguridad y cifrado de los datos.
CR5.5Los parámetros del sistema relativos a visibilidad, acceso, seguridad, monitorización, observabilidad y auditoría se configuran, utilizando las herramientas proporcionadas por el proveedor de nube, para garantizar que la información transferida solo se envía entre los orígenes y destinos especificados y que nunca abandona la zona geográfica marcada en los requisitos del proyecto.
CR5.6Los parámetros de sincronización de datos, tanto unidireccional como bidireccional, se configuran, utilizando las herramientas proporcionadas por el proveedor de nube, para que ésta se realice de forma automática y desatendida cumpliendo los requisitos de latencia marcados por la persona o entidad responsable del proyecto.
CR5.7La importación y/o exportación de datos se completa de manera manual o supervisada, para aquellos casos en los que los requisitos no impliquen replicación periódica.
CR5.8Los procesos de importación, exportación, y/o sincronización de datos, tanto automáticos como manuales, se monitorizan específicamente para identificar problemas de conectividad o integridad de las transferencias, observando que no hay pérdida de conexión y que los metadatos del destino se corresponden a los del origen.
RP6:Administrar la infraestructura de datos de nube híbrida, utilizando tanto herramientas gráficas, como de líneas de comandos, API, y/o IaC, para permitir la interoperabilidad de la nube con otros entornos, siguiendo los criterios de patrones de acceso, seguridad, durabilidad, fiabilidad y rendimiento especificados por la entidad responsable del entorno o del proyecto.
CR6.1La implementación de la configuración definida por el equipo de arquitectura del proyecto se verifica a partir de las instrucciones a seguir contenidas en la documentación sobre transferencia y sincronización de datos.
CR6.2Los mecanismos avanzados entre los sistemas implicados que haya que tener en cuenta a la hora de escribir la configuración, tales como VPN o conexiones dedicadas, entre otros, se verifica que existen, consultando la documentación del proyecto sobre interconexión de redes.
CR6.3Las conexiones se configuran, usando SSH o VPN en caso de conexión con el exterior, o usando los mecanismos de red privada proporcionados por los proveedores de nube, para permitir el flujo de datos entre origen y destino de manera segura y eficiente.
CR6.4La visibilidad, acceso, seguridad, monitorización, observabilidad y auditoría se configura, asignando parámetros del sistema relativos, para garantizar que la información transferida solo se envía entre los orígenes y destinos especificados y que nunca abandona la zona geográfica marcada en los requisitos del proyecto.
CR6.5La sincronización de datos, tanto unidireccional como bidireccional, se configura, asignando parámetros para que ésta se realice de forma automática y desatendida, cumpliendo los requisitos de latencia marcados por la persona o entidad responsable del proyecto.
CR6.6La importación y/o exportación de datos se completa de manera manual o supervisada, para aquellos casos en los que los requisitos no impliquen replicación periódica, conectándose a la infraestructura de nube y lanzando la operación.
CR6.7Los procesos de importación, exportación, y/o sincronización de datos, tanto automáticos como manuales, se monitorizan específicamente para identificar problemas de conectividad o integridad en las transferencias, observando que no hay pérdida de conexión y que los metadatos del destino se corresponden a los del origen.
RP7:Administrar los sistemas de transformación y análisis de datos (OLAP), utilizando tanto herramientas gráficas como de línea de comandos y/o API, para garantizar el almacenamiento, la seguridad, y los patrones de uso que mejor se ajusten a los requisitos especificados por la entidad responsable del entorno o del proyecto.
CR7.1La región geográfica y en su caso, la replicación entre múltiples zonas o regiones, se escoge para asegurar que los requisitos de latencia y coste son los más eficientes, teniendo en cuenta las restricciones de residencia de los datos especificadas en el proyecto.
CR7.2Los parámetros del sistema relativos a cifrado, incluyendo en su caso la creación de claves de cifrado específicas, se configuran mediante las herramientas proporcionadas por el proveedor de nube vía IaC.
CR7.3Los parámetros del sistema relativos a visibilidad, acceso, seguridad, monitorización, observabilidad y auditoría se configuran, garantizando de forma demostrable que la información almacenada en el sistema solo es accesible por los perfiles y/o aplicaciones definidos en el proyecto.
CR7.4La retención y/o particionado y/o compactación de datos definidos por el equipo de ingeniería de datos –o equivalente– se configuran, asignando los parámetros del sistema OLAP, para mantener el equilibrio entre la información disponible para análisis y el coste de almacenamiento según lo establecido por las personas responsables del proyecto.
CR7.5Los trabajos de carga y transformación de datos (ETL) se monitorizan validando que no existen errores en los archivos log del sistema y que el tiempo de ejecución no se degrada, para detectar posibles problemas que requieran la intervención del equipo de ingeniería de datos.
CR7.6Las políticas o mecanismos de replicación y copia de seguridad de los datos en el sistema OLAP se configuran, verificando que, en caso de pérdida accidental de la información, ésta se puede recuperar en la forma y tiempos especificados en el proyecto.
CR7.7El rendimiento de las operaciones y el espacio de almacenamiento ocupado se monitorizan activamente, mediante las herramientas proporcionadas por el proveedor de nube, para detectar potenciales problemas que requieran la intervención del equipo de ingeniería de datos.
CR7.8Las optimizaciones sugeridas por el equipo de ingeniería de datos se efectúan para garantizar que el rendimiento de las operaciones se mantiene dentro de los requisitos aceptables, utilizando las herramientas proporcionadas por el proveedor de nube.
Plataformas de nube pública o privada. Herramientas gráficas y de línea de comandos de la plataforma de nube. Herramientas de infraestructura como código. Conexión de red a la plataforma de nube y a infraestructuras de la nube híbrida.
Sistemas de almacenamiento en nube seleccionados. Sistemas de almacenamiento de objetos configurados y administrados. Sistemas de almacenamiento de ficheros configurados y administrados. Sistemas de bases de datos en nube seleccionados. Sistemas de bases de datos configurados y administrados. Intercambio y sincronización de datos entre los diferentes sistemas. Plataforma de nube híbrida configurada y administrada. Sistemas de análisis y transformación configurados y administrados.
Normas externas de trabajo (normativa aplicable de protección de datos, normativa aplicable de seguridad informática y propiedad intelectual e industrial, Normativa aplicable sobre prevención de riesgos laborales –ergonomía–). Normas internas de trabajo (documentación técnica del diseño del sistema a desarrollar; documentación técnica y de usuario del sistema desarrollado; normas corporativas de desarrollo de software, de pruebas, de control de calidad). Documentación técnica (Guías de buena arquitectura de los proveedores de nube; manuales de funcionamiento de los servicios en nube; manuales de funcionamiento del software empleado; documentación técnica de los interfaces de programación; documentación técnica de los kits de desarrollo (SDK) utilizados; manuales del lenguaje de programación empleado; manuales o ayudas de uso del sistema operativo; soportes técnicos para asistencia –telefónica, Internet, contenidos audiovisuales, mensajería y foros, entre otros–).
RP1:Desplegar recursos en la nube de manera automática a través de plantillas de ficheros para estandarizar el aprovisionamiento mediante infraestructura como código (IaC).
CR1.1Los recursos a desplegar en la nube de manera conjunta, tales como tipo de servicios, arquitectura, configuración y proveedor donde realizar el despliegue, entre otros, se determinan analizando el estado final que se desea alcanzar, considerando