Real Decreto 546/2023, de 27 de junio, por el que se establecen determinadas cualificaciones profesionales de las familias profesionales Actividades Físicas y Deportivas; Agraria; Artes y Artesanía; Comercio y Marketing; Edificación y Obra Civil; Electricidad y Electrónica; Energía y Agua; Fabricación Mecánica; Hostelería y Turismo; Informática y Comunicaciones; Instalación y Mantenimiento; Química; Seguridad y Medioambiente; y Transporte y Mantenimiento de Vehículos, que se incluyen en el Catálogo Nacional de Cualificaciones Profesionales, y se suprimen determinadas cualificaciones profesionales establecidas por determinados reales decretos

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.1 La 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.2 La 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.3 La 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.4 Los 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.5 Los 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.6 El 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.7 Los 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.8 La 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.9 Las 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.1 La 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.2 Las 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.3 Las 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.4 Los 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.5 Las 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.1 La 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.2 Las 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.3 Los 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.4 Los 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.5 Los 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.6 El 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.7 Las 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.1 La 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.2 Los 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.3 La 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.4 Los 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.5 Las 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.

Contexto profesional

Medios de producción

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.

Productos y resultados

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.

Información utilizada o generada

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).

Unidad de competencia 4: gestionar recursos de almacenamiento y de bases de datos en la nube

Nivel: 3

Código: UC2738_3

Realizaciones profesionales y criterios de realización

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.1 Las 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.2 Los 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.3 Los 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.4 El tipo de almacenamiento que resulte más económico se selecciona, consultando las tablas de precios del proveedor de nube.

CR1.5 Los 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.1 Los 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.2 La 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.3 La 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.4 Los 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.5 Los 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.6 Los 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.7 Las 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.8 La 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.1 La 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.2 La 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.3 Los 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.4 Los 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.5 El 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.6 Los 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.7 Las 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.1 La 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.2 Los 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.3 Los 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.4 Los 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.5 Las 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.6 El 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.7 Las 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.1 Las 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.2 Las 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.3 Las 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.4 El 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.5 Los 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.6 Los 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.7 La 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.8 Los 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.1 La 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.2 Los 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.3 Las 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.4 La 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.5 La 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.6 La 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.7 Los 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.1 La 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.2 Los 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.3 Los 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.4 La 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.5 Los 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.6 Las 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.7 El 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.8 Las 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.

Contexto profesional

Medios de producción

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.

Productos y resultados

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.

Información utilizada o generada

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–).

Unidad de competencia 5: desplegar servicios administrados en la nube

Nivel: 3

Código: UC2739_3

Realizaciones profesionales y criterios de realización

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.1 Los 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 el proveedor de nube en el que se realizará el despliegue.

CR1.2 El servicio de motor de despliegue de infraestructura como código y conectores se seleccionan, configurándolos para permitir la ejecución automática del despliegue de los recursos a aprovisionar en el proveedor de nube y verificando que se tienen los permisos requeridos para su aprovisionamiento.

CR1.3 Las plantillas y ficheros se crean, asignando valores a parámetros, referencias, variables de configuración y estado final de los recursos en la nube a desplegar.

CR1.4 Las plantillas y sintaxis de los ficheros se validan, creando el plan de despliegue con el motor de despliegue de infraestructura como código.

CR1.5 El estado de la infraestructura actual y el estado deseado final se comparan, validando los pasos y tareas que se requieren llevar a cabo tales como creación y configuración de los recursos u otros para dejar la infraestructura en el estado especificado por el usuario.

CR1.6 El plan de despliegue se ejecuta, creando y configurando los recursos en la nube de acuerdo a las plantillas y ficheros generados.

CR1.7 Los resultados de aprovisionamiento de los recursos en la nube se revisan, validando que el estado final de los recursos a desplegar en el proveedor de nube es el establecido de acuerdo a la información de las plantillas y ficheros.

CR1.8 Las plantillas y ficheros creados se documentan, incluyendo procedimientos de actualización, compartiéndolos en un repositorio de código para su utilización por otros usuarios.

RP2: Desplegar servicios de mensajería asíncrona para optimizar la transmisión y el procesamiento de los flujos de datos que se intercambian entre múltiples fuentes (publicadores) y distribuirlos a múltiples receptores (subscriptores), monitorizando los resultados.

CR2.1 El servicio de mensajería asíncrona se aprovisiona, habilitándolo en la consola, verificando que se tienen los permisos necesarios para su aprovisionamiento.

CR2.2 El servicio de mensajería asíncrona se configura, incluyendo el tema –recurso al que los publicadores envían mensajes–, subscripciones para la entrega de mensajes, tipo de entrega y parámetros de reintento y eliminación de los mensajes.

CR2.3 El proceso de almacenamiento y entrega se monitoriza, verificando que los mensajes son entregados a los suscriptores del tema.

RP3: Desplegar servicios de ejecución de trabajos por lotes para la ejecución de manera repetitiva de trabajos sin supervisión directa del usuario, monitorizando los resultados.

CR3.1 El servicio de automatización de ejecución de trabajos por lotes se aprovisiona, habilitándolo en la consola en caso necesario.

CR3.2 El trabajo por lotes a automatizar se configura con información de nombre, programación de la frecuencia de ejecución del trabajo, reintentos ante fallos, y objetivos del trabajo a ejecutar, servicio de nube a llamar o extremo HTTP, activando la planificación de la ejecución y verificando que se tienen los permisos requeridos por el servicio.

CR3.3 La ejecución del trabajo automatizado se monitoriza, validando que el trabajo se ha ejecutado según la planificación realizada y en los tiempos de ejecución requeridos en ella.

RP4: Aprovisionar servicios de integración y despliegue continuo (CI/CD) para automatizar la compilación y despliegue de código en los entornos de ejecución, monitorizando los resultados.

CR4.1 El servicio de CI/CD se aprovisiona, incluyendo repositorio de código para la compartición de versiones de código entre los desarrolladores, servicio de compilación y despliegue según el lenguaje y tecnología a utilizar y para el almacenamiento de los activos de código, compiladores o imágenes de contenedores generados.

CR4.2 Los entornos de ejecución se establecen, configurándolos de acuerdo a las estrategias y recursos de despliegue de la organización, identificando su propósito y procedimiento de actualización de las versiones a desplegar.

CR4.3 Los permisos de acceso a los servicios y plantillas de trabajos de compilación, repositorios de código, activos e imágenes y entornos de ejecución se configuran, asignando las autorizaciones para permitir su acceso.

CR4.4 Los parámetros de automatización de las tareas de compilación y despliegue y eventos de activación se configuran, bien especificando los eventos que inician la ejecución como la publicación de una nueva versión en el repositorio de código o bien, definiendo una planificación de ejecución en periodos de tiempo.

CR4.5 La ejecución y los «logs» se monitorizan, revisando los trabajos ejecutados que no hayan finalizado con éxito.

RP5: Desplegar soluciones de terceros seleccionándolas desde el «marketplace» para automatizar el despliegue de paquetes de «software».

CR5.1 El catálogo de soluciones del «marketplace» se revisa, interpretando las especificaciones de despliegue, costes estimados o manuales de fabricantes, licenciamiento y los requisitos recogidos en la documentación técnica de las soluciones.

CR5.2 La solución a desplegar del catálogo se selecciona, configurando los parámetros tales como nombre, zona y red dónde se realizará el despliegue, claves de autenticación, parámetros de capacidad de cómputo y almacenamiento según las necesidades de uso, y asignando permisos para el aprovisionamiento de los servicios a utilizar.

CR5.3 El despliegue automático de la solución se solicita desde el catálogo, monitorizando los pasos de despliegue.

CR5.4 La instalación y configuración de la solución desplegada se verifica mediante la ejecución de una serie de pruebas como la revisión de «logs» de despliegue, acceso a recursos y test de funcionamiento de la solución.

CR5.5 Los procedimientos de operación y mantenimiento de la solución se documentan, incluyendo tareas de monitorización, revisión de «logs», actualización de nuevas versiones, y borrado.

CR5.6 Los datos finales de configuración de la solución, ubicación, las URL de acceso, operación y seguridad se comprueban, verificando que quedan documentados en la plataforma.

Contexto profesional

Medios de producción

Plataformas de nube pública o privada. Herramientas gráficas y de línea de comandos proporcionados por la plataforma de nube. Herramientas de infraestructura como código, bien proporcionada por el proveedor de nube o por una tercera parte. Conexión de red a la plataforma de nube.

Productos y resultados

Recursos en la nube desplegados. Plantillas y ficheros declarativos creados. Resultados de aprovisionamiento revisados. Servicios de mensajería asíncrona desplegados y monitorizados. Servicios de ejecución de trabajos por lotes desplegados. Servicios de CI/CD desplegados. «Software» del «marketplace» desplegado.

Información utilizada o generada

Normas externas de trabajo (Normativa aplicable sobre prevención de riesgos laborales –ergonomía–; Normativa aplicable de protección de datos, propiedad intelectual e industrial). Normas internas de trabajo (documentación de diseño y aprovisionamiento de los recursos en nube; normas internas de calidad y seguridad; acuerdos de nivel de servicio –SLAs–; 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 servicios en la nube; documentación de provisión de plataformas nube; manuales de uso y funcionamiento de los servicios; manuales de instalación del «software» asociado a esta unidad de competencia; manuales de administración de los servicios asociados a esta unidad de competencia; materiales de cursos de formación; sistemas de ayuda de los servicios en la nube; soportes técnicos de asistencia; manuales de operación de plataformas de nube).

Unidad de competencia 6: automatizar despliegues en la nube

Nivel: 3

Código: UC2740_3

Realizaciones profesionales y criterios de realización

RP1: Gestionar los repositorios de código fuente del software y de los servicios asociados a las aplicaciones de los sistemas, según las necesidades de uso, directivas de calidad y seguridad de la organización, para facilitar su mantenimiento, recuperación y permitir la trazabilidad del sistema.

CR1.1 Los orígenes de código fuente se organizan con una estructura que permite su uso de forma consistente en la organización.

CR1.2 Los parámetros del sistema que afectan a la autenticación y autorización se ajustan a las necesidades de acceso, integración con herramientas y seguridad de la organización.

CR1.3 Las modificaciones sobre el código fuente se validan, siguiendo las guías de desarrollo y los flujos de trabajo y políticas tales como aprobación, asignación o revisión, entre otras, definidas en la organización.

CR1.4 Los parámetros de calidad definidos sobre el código fuente asociado a los sistemas se miden, aplicando los estándares de calidad de la organización, para ejecutar acciones correctivas.

CR1.5 Los procesos de copia de seguridad y recuperación del código fuente, se ejecutan de forma periódica, siguiendo el resultado un proceso de validación donde se consideren las actuaciones necesarias para la optimización y la gestión de repositorios de gran tamaño.

CR1.6 Las dependencias externas de paquetes, librerías o integraciones se validan de forma periódica, siguiendo las prácticas definidas en la organización en los ámbitos de seguridad, soportabilidad, rendimiento, y publicación.

RP2: Modificar el código fuente de despliegue y plantillas responsables de la creación de los servicios en la nube, cumpliendo las directivas de operación, calidad y seguridad de la organización para simplificar la operación y el despliegue.

CR2.1 Los servicios requeridos para las aplicaciones de la organización se crean de forma automatizada, modificándolos, si fuera necesario, empleando las capacidades de las herramientas y plataformas de nube seleccionadas como plantillas declarativas del servicio o hardware, línea de comandos (CLI), API («Application Programming Interface»), automatismos mediante lenguajes de programación, entre otras.

CR2.2 Los parámetros de los artefactos para el automatismo del ciclo de vida de los servicios en la nube se definen, considerando características propias del despliegue de las versiones de los datos de las aplicaciones, tales como creación de bases de datos, movimiento o transformación de la información y metadatos, entre otras.

CR2.3 Los parámetros de los artefactos para el automatismo del ciclo de vida de los servicios en la nube se definen, considerando características propias del despliegue de las versiones del software, tales como la gestión de la configuración de las aplicaciones, entre otras.

CR2.4 Los parámetros de los artefactos para el automatismo del ciclo de vida de los servicios en la nube se definen, considerando características propias del despliegue de las versiones del código fuente de las aplicaciones, tales como contenedores, máquinas virtuales, scripts, código binario, entre otros.

CR2.5 Los parámetros de los artefactos para el automatismo del ciclo de vida de los servicios en la nube se definen, considerando elementos que permitan su reutilización en distintos despliegues, tales como nombre del servicio, región geográfica, recursos asignados, permisos, confirmando que son únicos en los casos necesarios.

CR2.6 El código fuente de despliegue, plantillas declarativas del servicio o cualquier proceso responsable del despliegue se verifica que sea idempotente, siendo robusta su ejecución y proporcionando predictibilidad bajo distintas circunstancias.

RP3: Configurar los servicios de comunicación y colaboración de la organización según las necesidades de uso, directivas de comunicación y adopción de la organización, para automatizar las interacciones con los repositorios de código fuente y las herramientas de gestión de proyectos.

CR3.1 Las plataformas de comunicación y herramientas de gestión de proyectos se emplean en la organización, siguiendo la configuración con los repositorios de código fuente que permitan la recepción automática de cambios de estado y contenido.

CR3.2 Las plataformas de comunicación empleadas en la organización se determinan, según criterios de seguridad y disponibilidad, para notificar a los responsables de los sistemas afectados por métricas, alertas o reglas definidas en los repositorios de código fuente, estados de tareas, peticiones de cambios al sistema, entre otras.

CR3.3 Las plataformas de comunicación, documentación y herramientas de gestión de proyectos empleadas en la organización se configuran, conectándolas con los repositorios de código fuente, de tal modo que permitan la asignación de elementos de ambos sistemas de forma bidireccional, tales como la modificación de código fuente a tarea, resolución de errores («bugs») a modificación de código fuente, entre otras.

RP4: Gestionar los procesos de integración y despliegue continuo (CI/CD) para configurar e implantar las versiones de las aplicaciones desarrolladas dentro del marco de las directivas de la organización sobre operación, calidad y seguridad.

CR4.1 Los fallos de ejecución, calidad, seguridad y rendimiento de las aplicaciones del sistema se resuelven mediante automatización, empleando las estrategias de pruebas de la organización e incluyendo las pruebas de diagnóstico con las herramientas integradas, proporcionando información sobre resultados y acciones a los fallos diagnosticados.

CR4.2 Las herramientas de gestión de paquetes y dependencias se instalan, configurándolas y actualizándolas, siguiendo las directrices de versionado, priorización y documentación de la organización y del fabricante de la herramienta.

CR4.3 Los parámetros del sistema que afectan a la integración con dependencias externas en el proceso de compilación del código fuente, se ajustan a las políticas de calidad, seguridad y rendimiento definidas en la organización tales como cobertura de código, pruebas de software, análisis de seguridad, dependencias de librerías, entre otras.

CR4.4 Las herramientas para la administración de la configuración del software y servicios de los sistemas desarrollados en la organización, se mantienen siguiendo la configuración deseada y definida para cada una de las aplicaciones de forma automática.

CR4.5 Los servicios responsables de la ejecución de procesos y/o compilación del software y servicios necesarios para las aplicaciones de la organización se configuran, garantizando su disposición de uso para evitar problemas en su ejecución, manteniéndolos monitorizados para uso óptimo en seguridad, rendimiento y capacidad, como por ejemplo análisis de errores, accesos, duración, rendimiento, capacidad en compilación, entre otros.

CR4.6 Los parámetros de los servicios responsables de la ejecución de procesos y despliegue del software y servicios se ajustan a las necesidades de la organización en lo que respecta a la orquestación de flujos de aprobación, seguridad, auditoría, automatización, priorización de despliegues o correcciones críticas y configuraciones del software asociado.

CR4.7 Los parámetros de los servicios responsables de la ejecución de procesos y despliegue del software y servicios se configuran, siguiendo las características no-funcionales definidas para el tiempo de pérdida de servicio de las aplicaciones establecidas por la organización en la estrategia de despliegue, tales como «Blue/green», «canary», «ring», balanceo de carga («traffic-splitting deployment»), despliegue incremental, entre otras.

RP5: Configurar los mecanismos de automatización del despliegue de código fuente de software y servicios, cumpliendo con el estándar definido en la organización para la monitorización, registro de las aplicaciones, recuperación, crecimiento y políticas de optimización de costes.

CR5.1 Los servicios responsables de la gestión de la configuración y/u orquestación de la infraestructura se automatizan, siguiendo los estándares y políticas de monitorización, recuperación, crecimiento y operación entre otras.

CR5.2 Los mecanismos de despliegue desarrollados se ejecutan, siguiendo validaciones del código fuente y los servicios desplegados automática o manualmente y cumpliendo con las políticas de registro de aplicaciones, gobierno, seguridad, pruebas y monitorización definidas en la organización.

CR5.3 Los mecanismos de despliegue se configuran, incorporando acciones automáticas en base a eventos o registros producidos por las aplicaciones y los servicios, permitiendo recuperar estados previos a situaciones de fallo o pérdida de servicio.

CR5.4 Los mecanismos de despliegue se configuran, incorporando acciones automáticas en base a eventos o registros producidos por las aplicaciones, usuarios y los servicios, permitiendo reducir el coste y manteniendo las políticas de la organización del servicio tales como su disponibilidad, escalabilidad, rendimiento y recuperación entre otras.

Contexto profesional

Medios de producción

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. Herramientas de depuración. Sistemas de documentación de elementos de programación. Herramientas de comunicación y colaboración en equipo. Sistemas gestores de repositorios de código fuente. 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.

Productos y resultados

Repositorios de código fuente del software y de los servicios asociados a las aplicaciones de los sistemas disponibles. Servicios de comunicación y colaboración de la organización, configurados. Servicios de integración y despliegue continuo, gestionados. Mecanismos de automatización del despliegue de código fuente de software y servicios configurados. Servicios en nube configurados. Scripts de despliegue, procesos interactivos y elementos reutilizables de despliegue desarrollados. Ficheros y datos almacenados en servicios de nube. Copias de seguridad y procesos de restauración establecidos.

Información utilizada o generada

Normas externas de trabajo (Normativa aplicable sobre prevención de riesgos laborales –ergonomía–; Normativa aplicable de protección de datos, propiedad intelectual e industrial). Normas internas de trabajo (guías de despliegue, instalación, configuración y actualización de los servicios de las aplicaciones desarrolladas; documentación de diseño y aprovisionamiento de los recursos en nube; diseño y especificaciones de los servicios a desplegar y operar; plan de seguridad, operación y calidad de la organización; acuerdos de nivel de servicio –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; especificaciones de la arquitectura de referencia de servicio en nube corporativo; documentación asociada a los scripts desarrollados; documentación de las pruebas de funcionamiento de los servicios de nueva y aplicaciones desarrolladas). Documentación técnica (documentación técnica asociado a los servicios de nube; manuales y documentación técnica de servicios de proveedores de nube; manuales de condiciones de nivel de servicios de proveedores de nube –SLA–; manuales de los servicios incluidos en el proveedor de nube y versión publicada; manuales de funcionamiento de las herramientas de gestión del ciclo de vida del software).

Módulo formativo 1: gestión de recursos y servicios en la nube

Nivel: 3

Código: MF2735_3

Asociado a la UC: Gestionar recursos y servicios en la nube

Duración: 120 horas

Capacidades y criterios de evaluación

C1: Aplicar procedimientos de preparación de interfaces de acceso y uso, configurándolos para acceder a los servicios de la plataforma en la nube.

CE1.1 Describir procedimientos de conexión a plataformas en la nube para el uso de interfaces gráficas mediante un navegador, explicando cómo autenticarse y los pasos para configurar elementos tales como el idioma, aspecto gráfico y preferencias entre otros, para acceder a los servicios de la plataforma.

CE1.2 Explicar procesos de instalación de interfaces de línea de comandos, previa descarga, en el entorno a utilizar, tal como en local, en un servidor o en una plataforma administrada, describiendo los pasos a seguir para inicializar la interfaz, autenticarse y administrar las configuraciones almacenadas.

CE1.3 Detallar el proceso de descarga de librerías de cliente para los lenguajes de computación a utilizar, indicando cómo usar los gestores de dependencias.

CE1.4 En un supuesto práctico de aplicar procedimientos de preparación de interfaces de acceso y uso, configurándolos para acceder a los servicios de la plataforma en la nube:

– Efectuar una conexión a la plataforma para el uso de interfaces gráficas mediante un navegador, autenticándose y configurando elementos tales como el idioma, aspecto gráfico y preferencias entre otros, para acceder a los servicios de la plataforma.

– Instalar unas interfaces de línea de comandos, previa descarga, en el entorno a utilizar, tal como en local, en un servidor o en una plataforma administrada, inicializando la interfaz, autenticándose y administrando las configuraciones almacenadas.

– Descargar unas librerías de cliente para los lenguajes de computación a utilizar usando los gestores de dependencias.

C2: Aplicar procedimientos para establecer jerarquías de recursos y organizarlos, utilizando los niveles de organización disponibles según el proveedor utilizado, siguiendo las prácticas recomendadas por el proveedor.

CE2.1 Describir el procedimiento de creación de nodos que representan una hipotética entidad o empresa, siguiendo unas directrices y explicar cómo administrar su configuración para asegurar el funcionamiento de los recursos dependientes de los mismos.

CE2.2 Explicar cómo se definen niveles intermedios de agrupación de recursos, estableciendo una jerarquía en los mismos y configurando unas políticas en función de unas directrices respecto a la arquitectura.

CE2.3 Detallar el proceso para crear contenedores de recursos de bajo nivel, explicando cómo gestionar las configuraciones de seguridad y control de accesos, facturación y restricciones para permitir el posterior despliegue de recursos.

CE2.4 Interpretar políticas de configuraciones comunes a todos o parte de los recursos de la entidad, tales como restricciones, configuraciones de seguridad o etiquetado de los mismos, para su creación en cada uno de los niveles de la jerarquía, asignando parámetros de configuración, para que dichas configuraciones se hereden y apliquen automáticamente en los recursos y faciliten la gobernanza de los recursos en la nube y la autonomía y productividad de cada individuo o grupo de trabajo.

CE2.5 En un supuesto práctico de aplicación de procedimientos para establecer jerarquías de recursos y organizarlos, utilizando los niveles de organización disponibles según el proveedor utilizado, siguiendo las prácticas recomendadas por el proveedor:

– Crear unos nodos que representan una entidad o empresa, siguiendo unas hipotéticas directrices de dicha entidad, administrando su configuración para asegurar el funcionamiento de los recursos dependientes de los mismos.

– Crear unos niveles intermedios de agrupación de recursos, estableciendo una jerarquía en los mismos y configurando las políticas, siguiendo unas hipotéticas directrices de la entidad respecto a la arquitectura.

– Crear unos contenedores de recursos de bajo nivel, gestionando las configuraciones de seguridad y control de accesos, facturación y restricciones para permitir el posterior despliegue de recursos.

– Implementar políticas de configuraciones comunes a todos o parte de los recursos de la entidad, tales como restricciones, configuraciones de seguridad o etiquetado de recursos, se implementan en cada uno de los niveles de la jerarquía, asignando parámetros de configuración, para que dichas configuraciones se hereden y apliquen automáticamente en los recursos y faciliten la gobernanza de los recursos en la nube y la autonomía y productividad de cada individuo o grupo de trabajo.

C3: Aplicar técnicas de administración de identidades y controles de acceso, 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 personas y programas.

CE3.1 Enumerar componentes administrativos relacionados con la gestión de identidades y controles de acceso, definiendo su utilidad y objetivos.

CE3.2 Describir procedimientos de creación y administración de identidades para los usuarios, explicando los pasos para permitir su autenticación en los servicios, agruparlas 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 prácticas de seguridad tales como política de contraseñas y doble factor de autenticación, entre otras.

CE3.3 Explicar el proceso de creación y gestión de cuentas de servicio, aplicando el principio JIT («Just in Time») para crearlas exactamente en el momento en que se requieran, indicando el procedimiento para asignarlas a cada programa o recurso que necesite una autenticación individual, implementando prácticas de seguridad para gestión de credenciales tales como políticas de creación y descarga de claves y periodos de rotación, entre otras.

CE3.4 Detallar procedimientos de administración de roles personalizados, explicando los pasos a aplicar para modificar permisos individuales en caso de que no se ajusten a las operaciones previstas que requiere para su actividad.

CE3.5 Definir los principios de «mínimo privilegio» y «continuidad de negocio» y su relación con la asignación de identidades a roles, para permitir acceder o administrar los recursos y aplicaciones por parte de las personas y programas encargados de ello.

CE3.6 Explicar el proceso de auditoría de configuraciones de seguridad de control de acceso detallando cómo 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.

CE3.7 Enumerar herramientas de repositorio de secretos, credenciales, certificados, claves e información sensible en general, para restringir su acceso, describiendo sus características para asegurar la privacidad, centralizar la gestión y registrar accesos y operaciones.

CE3.8 En un supuesto práctico de aplicación de técnicas de administración de identidades y controles de acceso, 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 personas y programas:

– Crear identidades para unos usuarios, 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 prácticas de seguridad tales como política de contraseñas, doble factor de autenticación, entre otras.

– Crear unas cuentas de servicio, 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 tales como políticas de creación y descarga de claves y periodos de rotación, entre otras.

– Administrar unos roles personalizados 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.

– Asignar roles para cada identidad, según los principios de «mínimo privilegio» y «continuidad de negocio», para permitir acceder o administrar los recursos y aplicaciones a unas personas y programas.

– Auditar la configuración de seguridad del control de acceso para asegurar el despliegue, analizando la gestión de las identidades asignadas, roles y permisos asignados, acciones realizadas y accesos a datos, manteniendo el principio de «mínimo privilegio» y «continuidad de negocio».

– Almacenar unos secretos, credenciales, certificados, claves e información sensible en general, usando un repositorio de secretos, permitiendo el acceso sólo a las personas y programas previa autenticación, asegurando su privacidad, centralizando su gestión y registrando sus accesos y operaciones para auditarlos posteriormente.

C4: Aplicar el proceso de configuración de la facturación de unos recursos desplegados para gestionar su pago y controlar y analizar los costes incurridos, siguiendo indicaciones contables e imputando los costes a los centros de gastos establecidos.

CE4.1 Enumerar posibilidades de identificación de recursos para facilitar la gestión, control y análisis de costes entre otros, explicando cómo etiquetarlos según esa nomenclatura.

CE4.2 Describir cuentas de gasto y sus características, tales como términos y métodos de pago indicados por la misma, explicando cómo crearlas y cómo vincular los recursos al centro de gasto asignado, asegurando que ningún problema o retraso con los pagos afecte a la continuidad de los recursos o procesos de una hipotética empresa.

CE4.3 Enumerar herramientas de planificación de gastos, explicando sus características, ventajas e inconvenientes.

CE4.4 Interpretar los criterios para establecer previsiones de gastos, 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.

CE4.5 Explicar procedimientos para configurar alertas de gastos, describiendo cómo establecer canales de notificación a los responsables y/o acciones automáticas que reaccionen a dichos eventos.

CE4.6 Describir técnicas y servicios para analizar costes, tales como paneles de reporte interactivos o análisis a partir de los datos exportados a otro entorno o sistema, entre otros, explicando cómo identificar los costes relativos a cada recurso y/o aplicación en conjunto.

CE4.7 En un supuesto práctico de aplicar el proceso de configuración de la facturación de unos recursos desplegados para gestionar su pago y controlar y analizar los costes incurridos, siguiendo indicaciones contables e imputando los costes a los centros de gastos establecidos:

– Crear unas cuentas de gasto, estableciendo los términos y métodos de pago, vinculando los recursos a un 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 una hipotética empresa.

– Establecer unas previsiones de gastos 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.

– Configurar unas alertas de gastos, estableciendo canales de notificación a unas supuestas personas responsables y/o acciones automáticas que reaccionen a dichos eventos.

– Identificar costes relativos a cada recurso y/o aplicación en conjunto, analizando unos costes mensuales o diarios, utilizando las técnicas y servicios disponibles para ello, tales como paneles de reporte interactivos o un análisis a partir de los datos exportados a otro entorno o sistema, entre otros.

C5: Aplicar técnicas de configuración de un 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.

CE5.1 Describir el procedimiento de planificación de valores para establecer cuotas de despliegue de recursos y utilización de servicios y API, explicando cómo asegurarse de tener suficiente cuota disponible tanto para el despliegue como para el funcionamiento de los recursos a desplegar.

CE5.2 Explicar el proceso de establecimiento de cuotas de despliegue de recursos y utilización de servicios, indicando los pasos para configurarlas 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.

CE5.3 Detallar el procedimiento para habilitar las API de cada servicio para poder utilizar los servicios, describiendo cómo deshabilitar aquellas correspondientes a servicios que no se prevean utilizar, para mantener una mayor seguridad y control de costes en cada entorno.

CE5.4 En un supuesto práctico de aplicación de técnicas de configuración de un entorno para el posterior despliegue de recursos, administrando las cuotas de uso y habilitando las API requeridas, en su caso, según los servicios a utilizar y el uso o número de recursos a desplegar:

– Planificar los valores para unas cuotas de despliegue de recursos y utilización de servicios y API, asegurándose de tener suficiente cuota disponible para el despliegue y funcionamiento de los recursos a desplegar.

– Establecer las cuotas de despliegue de recursos y utilización de servicios, 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.

– Habilitar las API de cada servicio 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.

Capacidades cuya adquisición debe ser completada en un entorno real de trabajo

C1 respecto a CE1.4; C2 respecto a CE2.5; C3 respecto a CE3.8; C4 respecto a CE4.7 y C5 respecto a CE5.4.

Otras capacidades:

Responsabilizarse del trabajo que desarrolla y del cumplimiento de los objetivos.

Demostrar cierto grado de autonomía en la resolución de contingencias relacionadas con su actividad.

Comunicarse eficazmente con las personas adecuadas en cada momento, respetando los canales establecidos en la organización.

Mantener una actitud asertiva, empática y conciliadora con las personas demostrando cordialidad y amabilidad en el trato.

Adaptarse a la organización, a sus cambios organizativos y tecnológicos, así como a situaciones o contextos nuevos.

Aplicar de forma efectiva el principio de igualdad de trato y no discriminación en las condiciones de trabajo entre mujeres y hombres.

Contenidos

1. Preparación de interfaces de acceso y uso de plataformas en la nube

Procedimientos de conexión a plataformas en la nube para el uso de interfaces gráficas. Configuración.

Procedimientos de instalación de interfaces de línea de comandos. Inicialización, autenticación y administración de configuraciones almacenadas.

Librerías de cliente para lenguajes de computación. Gestores de dependencias.

2. Establecimiento y organización de jerarquías de recursos en la nube

Creación y administración de nodos que representan una entidad o empresa.

Definición de agrupación de recursos en niveles intermedios. Jerarquía y políticas.

Creación de contenedores de recursos de bajo nivel. Gestión de configuraciones de seguridad y control de accesos, facturación y restricciones.

Políticas de configuraciones comunes a todos o parte de los recursos de la entidad. Restricciones, configuraciones de seguridad o etiquetado de recursos. Herencia de parámetros de configuración.

3. Administración de identidades y controles de acceso en la nube

Componentes administrativos relacionados con la gestión de identidades y controles de acceso.

Creación y administración de identidades para los usuarios. Grupos y/o dominios. Sincronización. Política de contraseñas y doble factor de autenticación.

Creación y gestión de cuentas de servicio. Asignación a programas o recursos. Gestión de credenciales: políticas de creación y descarga de claves y periodos de rotación, entre otras. Principio JIT («Just in Time»).

Administración de roles personalizados. Principios de «mínimo privilegio» y «continuidad de negocio».

Auditoría de configuraciones de seguridad de control de acceso.

Herramientas de repositorio de secretos, credenciales, certificados, claves e información sensible.

4. Configuración de la facturación de recursos desplegados en la nube

Cuentas de gasto. Términos y métodos de pago. Creación y vinculación de los recursos al centro de gasto asignado.

Criterios para establecer previsiones de gastos. Métricas: carga, número de usuarios, datos almacenados, entre otros. Herramientas de planificación de gastos.

Alertas de gastos. Establecimiento de canales de notificación y acciones automática ante eventos.

Técnicas y servicios para analizar costes. Paneles de reporte interactivos. Análisis a partir de los datos exportados.

5. Configuración de entornos para el despliegue de recursos en la nube

Establecimiento de cuotas de despliegue de recursos y utilización de servicios y API. («Application Programming Interface»). Planificación. Incremento o restricción del número máximo de recursos en un entorno.

Procedimiento de habilitación y deshabilitación de API de cada servicio.

Parámetros de contexto de la formación

Espacios e instalaciones

Los talleres e instalaciones darán respuesta a las necesidades formativas de acuerdo con el contexto profesional establecido en la unidad de competencia asociada, teniendo en cuenta la normativa aplicable del sector productivo, prevención de riesgos laborales, accesibilidad universal, igualdad de género y protección medioambiental. Se considerará con carácter orientativo como espacios de uso:

– Instalación de 2 m² por alumno o alumna.

Perfil profesional del formador o formadora

1. Dominio de los conocimientos y las técnicas relacionados con la gestión de recursos y servicios en la nube, que se acreditará simultáneamente mediante las dos formas siguientes:

– Formación académica de nivel 2 (Marco Español de Cualificaciones para la Educación Superior) o de otras de superior nivel relacionadas con el campo profesional.

– Experiencia profesional de un mínimo de 2 años en el campo de las competencias relacionadas con este módulo formativo.

2. Competencia pedagógica acreditada de acuerdo con lo que establezcan las Administraciones competentes.

Módulo formativo 2: gestión de recursos de red y comunicaciones en la nube

Nivel: 3

Código: MF2736_3

Asociado a la UC: Gestionar recursos de red y comunicaciones en la nube

Duración: 120 horas

Capacidades y criterios de evaluación