Categoría: Educación

encialmente peligrosos o no deseados. Reglas de acción. Buenas prácticas.
Protocolos seguros en clientes de correo. Autentificación.
Protección de la navegación por Internet. Privacidad. Cookies. Criterios de selección de páginas confiables. Protocolos de comunicaciones seguros (HTTPS).
Riesgos de la introducción de datos online. Condiciones de servicios «online».
Protección de las comunicaciones inalámbricas.
Protección en el acceso a sitios «web». Protocolos seguros. HTTPS.
Políticas de control de acceso seguro. Gestión de Contraseñas.
Nomenclaturas de etiquetado. Herramientas.
Almacenaje seguro de equipos y dispositivos asociados.
Economía circular y reciclaje.
Eliminación y borrado seguro de contenidos o datos personales. Herramientas.
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:
–Taller de 4 m2por alumno o alumna.
–Instalación de 2 m2por alumno o alumna.
1. Dominio de los conocimientos y las técnicas relacionados con la con la seguridad y resolución de problemas «hardware», que se acreditará mediante una de las dos formas siguientes:
–Formación académica de nivel 1 (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.
Administrar el despliegue continuo de aplicaciones en plataformas propias («on premise») o en la nube, preparando entorno y plataforma, definiendo el flujo de procesos («pipeline») de desarrollo y despliegue para su automatización, monitorizando y manteniendo en funcionamiento el sistema desplegado, en condiciones de seguridad, cumpliendo la normativa aplicable en materia de propiedad intelectual e industrial y la planificación de la actividad preventiva, así como los estándares de calidad.
UC2743_3: Preparar el entorno de despliegue en contenedores
UC2744_3: Desplegar la plataforma de ejecución de contenedores
UC2745_3: Definir el flujo de procesos («pipeline») del desarrollador en integración continua
UC2746_3: Definir el flujo de procesos («pipeline») de despliegue continuo de contenedores
UC2747_3: Mantener el sistema de contenedores desplegado
Desarrolla su actividad profesional en el área de desarrollo, de sistemas informáticos y/o telemáticos dedicado a la gestión de despliegues en infraestructuras locales («on premise») o en la nube, en entidades de naturaleza pública o privada, empresas de tamaño pequeño/mediano/grande o microempresas, tanto por cuenta propia como ajena, con independencia de su forma jurídica. Desarrolla su actividad dependiendo, en su caso, funcional y/o jerárquicamente de un superior. Puede tener personal a su cargo en ocasiones, por temporadas o de forma estable. En el desarrollo de la actividad profesional se aplican los principios de accesibilidad universal y diseño universal o diseño para todas las personas de acuerdo con la normativa aplicable.
Se ubica en el sector servicios, en el subsector de los servicios de desarrollo, instalación, mantenimiento, gestión y asistencia técnica de sistemas informáticos y telemáticos, y en cualquier sector productivo que requiera los servicios anteriores.
Los términos de la siguiente relación de ocupaciones y puestos de trabajo se utilizan con carácter genérico y omnicomprensivo de mujeres y hombres.
Desarrolladores Devops
Técnicos de automatización de despliegues
Administradores Devops
Técnicos de despliegue en contenedores
Técnicos de integración y despliegue continuos
MF2743_3: Preparación de entornos de despliegue en contenedores (120 horas)
MF2744_3: Despliegue de plataformas de ejecución de contenedores (150 horas)
MF2745_3: Definición de flujos de procesos («pipelines») del desarrollador en integración continua (180 horas)
MF2746_3: Definición de flujos de procesos («pipelines») de despliegue continuo de contenedores (180 horas)
MF2747_3: Mantenimiento del sistema de contenedores desplegado (120 horas)
RP1:Crear el acceso a los repositorios de código de infraestructura y/o servicios, o en su caso, solicitar la creación del mismo, verificando la conexión, comprobando las herramientas de gestión y validación, para su uso en el desarrollo y despliegue, siguiendo procedimientos, estándares y políticas de seguridad definidas por la entidad responsable del desarrollo, para facilitar a los usuarios y/o grupos de gestión el uso de los repositorios de código de infraestructura y/o servicios en las fases de desarrollo y despliegue.
CR1.1El acceso a los recursos y herramientas para desplegar y/o gestionar los entornos de producción definidos en la arquitectura del proyecto se solicita al departamento o persona responsable del mismo, usando los canales de comunicación acordados entre desarrolladores y responsables de sistemas, o bien se verifica o bien se crea en su caso, para tener control de acceso y mantener el registro de acceso.
CR1.2Los accesos al código fuente se configuran para ser gestionados a través de las herramientas proporcionadas por la entidad responsable del desarrollo, parametrizando la seguridad y las políticas de acceso, a través de los usuarios y/o grupos asignados.
CR1.3Las herramientas de validación de calidad y seguridad del código, y dependencias de librerías externas o integraciones se verifican, previa instalación en su caso, comprobando su funcionalidad para ser usadas por los usuarios y/o grupos de gestión.
RP2:Validar la calidad y seguridad de las modificaciones previas al despliegue, usando las herramientas de gestión y validación y siguiendo procedimientos, estándares y políticas de seguridad definidas por la entidad responsable del desarrollo.
CR2.1Las modificaciones del código fuente se validan, ejecutando pruebas de calidad mediante herramientas específicas, documentándolas con las guías de desarrollo y los flujos de trabajo y/o políticas definidas por la entidad responsable del desarrollo.
CR2.2Las comprobaciones de parámetros de seguridad del código definidos en los estándares de la entidad responsable del desarrollo, se ejecutan mediante herramientas específicas, de forma periódica según el método definido por la propia entidad, para garantizar su buena praxis.
CR2.3Las dependencias del código de librerías externas o integraciones se validan, mediante herramientas de comprobación, para verificar la seguridad y funcionalidad e integración con el resto de componentes del aplicativo antes del despliegue.
RP3:Crear o, en su caso, configurar entornos de revisión y/o producción, mediante ficheros de parámetros y creando flujos de trabajo, siguiendo procedimientos, estándares y políticas de seguridad definidas por la entidad responsable del desarrollo para validar el despliegue.
CR3.1Los ficheros de definición de infraestructura como código y SDH («Software Define Hardware») se crean, usando el lenguaje propio de la plataforma de despliegue proporciona por la entidad responsable del desarrollo, previa identificación de los entornos de despliegue del código, artefactos e imágenes de contenedores.
CR3.2Los flujos de trabajo para el despliegue del entorno «hardware» se crean, usando las credenciales proporcionadas, aplicando las configuraciones definidas, para crear el entorno de desarrollo o producción.
CR3.3Las definiciones técnicas de uso de control y de seguridad se configuran para cada entorno, especificando:
–Roles de acceso del usuario.
–Roles de acceso del código.
–Acceso al almacenamiento.
–Acceso a las API («Application Programming Interface»), entre otros recursos, siguiendo las indicaciones de la entidad responsable del desarrollo para su posterior gestión.
CR3.4La infraestructura definida en los ficheros al efecto se crea dentro de la plataforma proporcionada por la entidad responsable del desarrollo, usando las credenciales facilitadas, para su posterior integración en los flujos de trabajo.
CR3.5La infraestructura creada se verifica después del despliegue, comprobando que se obtiene acceso a todos los recursos de infraestructura.
RP4:Instalar en su caso el «software» de automatización y gestión de paquetes y dependencias, y de administración de la configuración del «software», creando flujos de mantenimiento y despliegue sobre las plataformas seleccionadas por la entidad responsable del desarrollo, configurando los parámetros de uso para preparar la automatización del despliegue.
CR4.1Las herramientas de automatización y gestión de paquetes y dependencias se instalan en la infraestructura seleccionada, actualizándolas según las directrices de versión y documentación del fabricante.
CR4.2Los flujos para mantenimiento se crean, usando las herramientas para la automatización de la administración de la configuración del «software» y servicios de los sistemas desarrollados.
CR4.3Los flujos para mantenimiento se verifican, probando que las acciones automatizadas generan los resultados esperados según la documentación del proyecto.
RP5:Definir las variables de trabajo, configurándolas dentro de cada entorno para ser usadas por los contenedores que tienen el código y que se crean de forma dinámica y para ejecutar la aplicación.
CR5.1Las reglas de seguridad, niveles de servicio y consumo definidas en el proyecto, se aplican como configuraciones dentro de las herramientas de despliegue, para parametrizar la ejecución de los contenedores.
CR5.2Las métricas para elaborar informes de rendimiento y planificación («capacity plan»), anticipar el crecimiento y facilitar la gestión de los recursos que requieren las herramientas se recogen, incluyéndolas en las herramientas de monitorización.
CR5.3La documentación sobre el uso de los despliegues de código e imágenes de contenedores se redacta, para facilitar la reutilización de los componentes ya preparados, almacenándola en los repositorios de código para servir como guía o modelo para posteriores desarrollos y despliegues.
CR5.4Las acciones automáticas basadas en eventos disparados por errores tales como:
–Fallos de trabajo en los flujos.
–Disponibilidad de componentes de integración.
–Fallos de acceso.
–Estado de finalización.
CR5.4Entre otros, se incorporan en las herramientas desplegadas, para ajustar el rendimiento y mantener los recursos utilizados en niveles óptimos.
Conexión a la red. Equipamiento informático: equipos, componentes, periféricos, cableado, entre otros. Sistemas operativos. Navegadores. Lenguajes de «scripting». Lenguajes estructurados para automatizaciones. Lenguajes declarativos. Utilidades y aplicaciones incorporadas a los sistemas operativos. 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 gestión y control de cambios, incidencias y configuración. Repositorio de artefactos/imágenes. Servidor de despliegues. Servidores de infraestructura. Sistema de monitorización. Sistema de orquestación de contenedores.
Accesos a los repositorios de código de infraestructura y/o servicios creados y verificados. Calidad y seguridad de las modificaciones previas al despliegue validadas. Entornos de revisión y/o producción creados y configurados. «Software» de automatización y gestión de paquetes y dependencias y de administración de la configuración del «software» instalado. Variables de trabajo definidas y configuradas.
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; diseño y especificaciones de los servicios a desplegar y operar; plan de seguridad, operación y calidad; acuerdos de nivel de servicio –SLA–; documentación de configuración de sistemas y servicios; plan de pruebas e informe de fallos; especificaciones de la arquitectura de referencia de servicio corporativo; documentación asociada a los scripts desarrollados; documentación de las pruebas de funcionamiento de los servicios y aplicaciones desarrolladas). Documentación técnica (documentación técnica asociada a servicios informáticos; manuales de funcionamiento de las herramientas de gestión del ciclo de vida del «software», bases de datos de vulnerabilidades).
RP1:Crear las nubes virtuales privadas («Virtual Private Cloud» –VPC–) donde se desplegará la infraestructura, mediante un hipervisor, configurando comunicaciones y seguridad, para permitir la gestión de la virtualización en todos sus niveles.
CR1.1El hipervisor se instala, configurándolo con las opciones que permiten la virtualización de sistemas, teniendo en cuenta sus limitaciones y capacidades de configuración.
CR1.2La VPC se crea, usando la consola del hipervisor, diferenciando las VPC de los entornos, realizando aislamientos y capacidades de configuración.
CR1.3Los parámetros tales como IP, zona de disponibilidad en su caso y DNS se asignan, configurando las comunicaciones entre las zonas de un mismo entorno.
CR1.4La seguridad se configura, desplegando capas de seguridad dependiendo de la exposición DMZ externa, DMZ interna y entorno interno y ejecutando pruebas de seguridad, aislamiento y separación de clientes.
RP2:Crear la infraestructura como código (IaC), seleccionando la infraestructura a desplegar y creando los códigos de despliegue, para permitir la automatización mediante procesos y adaptar las aplicaciones y servicios con mayor rapidez.
CR2.1La infraestructura a desplegar tal como almacenamiento, capacidad de cómputo, memoria, entre otros, se selecciona, recogiendo los requerimientos para el servicio que va a alojar.
CR2.2El código que automatice el despliegue de la infraestructura seleccionada se crea usando un editor y el lenguaje fijado por la plataforma, en base a los requerimientos del servicio a alojar.
CR2.3El código para el despliegue de la infraestructura se ejecuta, lanzando pruebas de servicio y chequeo de configuración.
CR2.4Las configuraciones de seguridad se verifican, comprobando si el despliegue automatizado de IaC cumple con la normativa interna y las recomendaciones de seguridad en el entorno de la entidad responsable de la instalación.
RP3:Desplegar el orquestador, configurando proyecto y tareas y creando el «pipeline», para ayudar a realizar las funciones de integración continua y la automatización cuando un evento lo indica.
CR3.1El «software» de orquestador se selecciona, escogiendo aquel con capacidad de llevar a cabo las pruebas de control de las variables o limitaciones del CI.
CR3.2El «software» de orquestador se instala y/o se configura, parametrizando permisos, accesos, certificados y opciones de despliegue, entre otras.
CR3.3Los «plugin» o complementos del orquestador se instalan, configurándolos para incorporar las necesidades de integración del orquestador con las tecnologías del entorno.
CR3.4El proyecto se crea, definiendo las configuraciones base del orquestador de tareas, así como las credenciales para el acceso al repositorio.
CR3.5Las tareas a realizar dentro del proyecto se crean, parametrizando las opciones tales como nombre de la tarea, máquinas en las que se procesan los trabajos del despliegue, direccionamiento, y condiciones de ejecución del despliegue tales como aseguramiento de la calidad y seguridad.
CR3.6El «pipeline» se crea, parametrizándolo para encadenar procesos de modo que el resultado del primero desencadene una acción en el nido de trabajos definidos dentro de un proyecto, definiendo las etapas, secuencias y «script» que marquen los estados del proyecto.
CR3.7El «pipeline» se prueba ejecutando los caminos posibles dentro del mismo, verificando que se gestionan los errores y salidas no esperadas.
CR3.8La seguridad se configura, asignando los permisos que garanticen la ejecución de las tareas planificadas siguiendo el principio de «mínimo privilegio».
RP4:Desplegar la monitorización para el entorno, seleccionando y configurando el gestor de ingesta de datos y la seguridad para facilitar el control y gestión de problemas.
CR4.1El gestor de ingesta de datos se selecciona, escogiendo un «software» con capacidad de recolección de datos y posterior visualización de estos.
CR4.2El «software» de gestión de datos y métricas se configura, seleccionando el visualizador de métricas, configurando los paneles, alertas y envíos de los indicadores clave de rendimiento («Key Performance Indicator» –KPI–).
CR4.3La seguridad se configura, parametrizando comunicaciones, accesos y repositorios de datos.
Conexión a la red. Equipamiento informático: equipos, componentes, periféricos, cableado, entre otros. Sistemas operativos. Navegadores. Editores e intérpretes de lenguajes de «scripting». Lenguajes estructurados para automatizaciones. Lenguajes declarativos. Utilidades y aplicaciones incorporadas a los sistemas operativos. 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 gestión y control de cambios, incidencias y configuración. Repositorio de artefactos/imágenes. Servidor de despliegues. Servidores de infraestructura. Sistema de monitorización.
Nubes virtuales privadas creadas. Infraestructura como código (IaC) creada. Orquestador desplegado. Monitorización para el entorno desplegada.
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; diseño y especificaciones de los servicios a desplegar y operar; plan de seguridad, operación y calidad; acuerdos de nivel de servicio –SLA–; documentación de configuración de sistemas y servicios; plan de pruebas e informe de fallos; especificaciones de la arquitectura de referencia de servicio corporativo; documentación asociada a los scripts desarrollados; documentación de las pruebas de funcionamiento de los servicios y aplicaciones desarrolladas). Documentación técnica (documentación técnica asociada a servicios informáticos; manuales de funcionamiento de las herramientas de gestión del ciclo de vida del «software», bases de datos de vulnerabilidades).
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 entidad responsable del desarrollo, para facilitar su mantenimiento, recuperación y permitir la trazabilidad del sistema.
CR1.1Los orígenes de código fuente se organizan con una estructura que permite su uso de forma consistente, definiendo ramas de código estable y validado y otras donde se recojan los cambios que están en proceso.
CR1.2Los parámetros del sistema que afectan a la autenticación y autorización se configuran, ajustándolos a las necesidades de acceso, integración con herramientas y seguridad de la entidad responsable del desarrollo.
CR1.3Las modificaciones sobre el código fuente se validan, evaluando de manera automatizada la sintaxis y la semántica del código, comprobando versiones de librerías externas y/o genéricas, 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 por la entidad responsable del desarrollo.
CR1.4La seguridad del código se comprueba, verificando mediante «software» específico que no contenga código malicioso y que no contenga vulnerabilidades.
CR1.5Los procesos de copia de seguridad y recuperación del código fuente, se ejecutan de forma periódica, gestionando repositorios de gran tamaño.
RP2:Modificar el código fuente de integración y plantillas responsables de la creación de los servicios, definiendo los parámetros de los artefactos, cumpliendo las directivas de operación, calidad y seguridad de la entidad responsable del desarrollo, para simplificar la operación y la integración.
CR2.1Los servicios requeridos para las aplicaciones se crean de forma automatizada, modificándolos, en su caso, empleando línea de comandos (CLI), API («Application Programming Interface»), automatismos mediante lenguajes de programación, entre otras.
CR2.2Los parámetros de los artefactos para el automatismo del ciclo de vida de los servicios 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.3Los parámetros de los artefactos para el automatismo del ciclo de vida de los servicios relacionados con las aplicaciones se definen, considerando características propias de la integración de las versiones del «software», tales como la gestión de la configuración de las aplicaciones, entre otras.
CR2.4Los parámetros de los artefactos para el automatismo del ciclo de vida de los servicios relacionados con infraestructura se definen, considerando características propias de la integración de las versiones del código fuente de las aplicaciones, tales como contenedores, máquinas virtuales, máquinas físicas, scripts, código binario, entre otros.
CR2.5Los parámetros de los artefactos para el automatismo del ciclo de vida de los servicios se definen, considerando elementos que permitan su reutilización en futuros despliegues, tales como nombre del servicio, región geográfica, recursos asignados, permisos, confirmando que son únicos en su caso.
CR2.6El código fuente de la integración, plantillas declarativas del servicio o cualquier proceso responsable de esta tarea se verifica que sea idempotente, siendo robusta su ejecución y proporcionando predictibilidad bajo circunstancias variables.
RP3:Configurar los servicios de comunicación y colaboración del grupo de personas del proyecto según las necesidades de uso, directivas de comunicación y adopción de la entidad responsable del desarrollo, para automatizar las interacciones con los repositorios de código fuente y las herramientas de gestión de proyectos.
CR3.1Las plataformas de comunicación y herramientas de gestión de proyectos se emplean, configurando los repositorios de código fuente de modo que permitan la recepción automática de cambios de estado y contenido.
CR3.2Las plataformas de comunicación empleadas se configuran para notificar a los responsables de los sistemas afectados acerca de métricas, alertas o reglas definidas en los repositorios de código fuente, estados de tareas, peticiones de cambios al sistema, entre otras.
CR3.3Las plataformas de comunicación, documentación y herramientas de gestión de proyectos empleadas se configuran, conectándolas con los repositorios de código fuente, de tal modo que permitan relacionar errores («bugs») con modificaciones de código fuente, entre otras.
RP4:Validar el resultado de los procesos de integración continua (CI) del código fuente de las aplicaciones desarrolladas, dentro del marco de las directivas de la entidad responsable del desarrollo sobre operación, calidad y seguridad para su publicación.
CR4.1Los fallos de ejecución, calidad, seguridad y rendimiento de las aplicaciones del sistema se resuelven mediante automatización, incluyendo las pruebas de diagnóstico con las herramientas integradas, proporcionando información sobre resultados y acciones a los fallos diagnosticados siguiendo las estrategias del responsable del diseño de pruebas.
CR4.2Los parámetros del sistema que afectan a la integración con dependencias externas en el proceso de compilación del código fuente se verifican, comprobando elementos tales como cobertura de código, pruebas de «software», análisis de seguridad, dependencias de librerías, entre otros.
CR4.3El código fuente validado se publica en la rama estable, solucionando los conflictos que se notifiquen en el proceso, comprobando las fechas de modificación y contenidos modificados y cerrando el caso o incidencia en la herramienta de seguimiento.
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. 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. Repositorio de artefactos/imágenes. Servidor de despliegues. Servidores de infraestructura.
Repositorios de código fuente del «software» y de los servicios asociados a las aplicaciones de los sistemas gestionados. Código fuente de integración y plantillas responsables de la creación de los servicios modificados. Servicios de comunicación y colaboración del grupo de personas del proyecto configurados. Resultado de los procesos de integración continua (CI) del código fuente de las aplicaciones desarrolladas validados.
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; diseño y especificaciones de los servicios a desplegar y operar; plan de seguridad, operación y calidad; acuerdos de nivel de servicio –SLA–; documentación de configuración de sistemas y servicios; plan de pruebas e informe de fallos; especificaciones de la arquitectura de referencia de servicio corporativo; documentación asociada a los scripts desarrollados; documentación de las pruebas de funcionamiento de los servicios y aplicaciones desarrolladas). Documentación técnica (documentación técnica asociado a servicios informáticos; manuales de funcionamiento de las herramientas de gestión del ciclo de vida del «software»).
RP1:Crear el paquete de «software» que se va a desplegar, utilizando la versión estable del código fuente que indique el responsable de las versiones, según las necesidades de uso, directivas de calidad y seguridad de la entidad responsable del desarrollo, para facilitar su despliegue y permitir la trazabilidad del sistema.
CR1.1El código fuente se obtiene de la rama de trabajo del repositorio, utilizando los procesos de acceso, gestión y trazabilidad definidos en la entidad responsable del desarrollo.
CR1.2La calidad del código se valida, usando herramientas de comprobación semántica y sintáctica y de seguridad sobre el código desarrollado y librerías de terceros asociadas.
CR1.3El paquete de «software» se crea, incluyendo los elementos requeridos tales como aplicaciones, librerías y/o «script» de instalación, entre otros, para un despliegue automático en cualquier entorno, utilizando herramientas de arquitectura, versionado, entornos y trazabilidad.
CR1.4El paquete de «software» se comprueba, verificando que contiene los elementos, tales como versión anterior de la aplicación, los «script» de instalación y los «script» para el ajuste de datos, que permitan dar marcha atrás del proceso y actualizar el «software» a la versión anterior en caso de que haya algún problema durante la validación.
CR1.5El paquete de «software» a desplegar se comprueba, verificando que incluye elementos para la ejecución de pruebas funcionales y no funcionales.
CR1.6Los resultados de las pruebas de «software» a desplegarse se almacenan en el aplicativo que defina la entidad responsable del desarrollo para su posterior reutilización, seguimiento y cualquier actividad que pueda ser requerida por el responsable de versionado.
CR1.7El paquete de «software» a desplegar se almacena en el aplicativo que defina la entidad responsable del desarrollo para su posterior reutilización, seguimiento y cualquier actividad que pueda ser requerida por el responsable de versionado.
RP2:Preparar el entorno mediante la validación, creación o modificación de las variables de entorno requeridas, para el despliegue del paquete creado para cada aplicativo o servicio.
CR2.1La existencia de los parámetros requeridas para desplegar en cada entorno se valida de forma automática por el «pipeline», mediante configuración, según los procesos definidos en la creación de la infraestructura.
CR2.2Los valores de los parámetros a utilizar en cada entorno se recopilan, obteniéndolos de la aplicación definida por la entidad responsable del desarrollo durante la creación de la infraestructura.
CR2.3Los parámetros de los entornos recopilados se verifica que se han incluido en el «software» a desplegar, ejecutando el despliegue y comprobando la ausencia de errores, según los procesos definidos por la entidad responsable del desarrollo.
CR2.4Los errores detectados durante el despliegue se recopilan, comunicándolos al desarrollador, deteniendo la «pipeline» y destruyendo todos los objetos intermedios creados hasta el instante de la ejecución.
RP3:Desplegar la nueva versión del «software» en el entorno definido por el responsable de versiones, utilizando el paquete creado por el «pipeline», para que se pueda validar antes de la puesta en funcionamiento.
CR3.1Las aplicaciones adicionales relacionadas y previas al despliegue se instalan como parte del paquete o, en caso de ser algo estático, de modo que se pueda acceder al repositorio del «software» para proceder a su instalación.
CR3.2La nueva versión del «software» y aquellos artefactos que se requieran para realizar las tareas de integración con otros sistemas se instalan, ejecutado «script» de validación de la instalación.
CR3.3El «software» desplegado se comprueba, garantizando que se integra de manera automática con el resto de las aplicaciones de la solución, ejecutado los «script» de prueba que realizan la tarea.
RP4:Validar el nuevo «software» instalado, comprobando que cumple todos los requerimientos y directivas de la entidad responsable del desarrollo sobre pruebas no funcionales, funcionales y rendimiento, resolviendo los fallos detectados y actualizando los repositorios de versiones para garantizar un despliegue libre de errores.
CR4.1El «software» se valida automáticamente, utilizando bien las herramientas definidas en el paquete o bien el «software» de pruebas en caso de que dicho «software» esté predefinido por la entidad responsable del desarrollo.
CR4.2El «pipeline» se comprueba, verificando que accede a los flujos de trabajo y datos de prueba de cada uno de los entornos de ejecución, incluyendo pruebas no funcionales, funcionales, de rendimiento y de integración con otras aplicaciones relacionadas.
CR4.3Los resultados de las pruebas se almacenan, guardándolos en las aplicaciones definidas por la entidad responsable del desarrollo, para su acceso y posterior uso en la toma de decisiones del responsable de versionado.
CR4.4Los fallos de validación del nuevo código se resuelven, mediante la actualización del entorno con la versión estable anterior, efectuándola de manera automática tanto para código fuente como para datos.
CR4.5El paquete de «software» se actualiza en el repositorio de versiones de los entornos, en caso de no detectarse fallos, incorporándolo según la operativa que disponga la herramienta de versiones, para que el responsable tenga el conocimiento de la situación de cada entorno.
CR4.6Las dependencias entre aplicaciones y versiones se actualizan de manera automática, según la operativa que disponga la herramienta de versiones.
CR4.7La información que produce el «software» desplegado se comprueba, garantizando que se envía al sistema de monitorización existente, revisándolo en el propio «software» de monitorización.
Conexión a la red. Equipamiento informático: equipos, componentes, periféricos, cableado, entre otros. Sistemas operativos. Navegadores. Lenguajes de «scripting». Lenguajes estructurados para automatizaciones. Lenguajes declarativos. Utilidades y aplicaciones incorporadas a los sistemas operativos. 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 gestión y control de cambios, incidencias y configuración. Repositorio de artefactos/imágenes. Servidor de despliegues. Servidores de infraestructura. Sistema de monitorización.
Paquete de «software» que se va a desplegar, creado. Entorno de despliegue preparado. Nueva versión del «software» desplegada en el entorno. Nuevo «software» instalado y validado. Repositorios de versiones actualizados.
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; diseño y especificaciones de los servicios a desplegar y operar; plan de seguridad, operación y calidad; acuerdos de nivel de servicio –SLA–; documentación de configuración de sistemas y servicios; plan de pruebas e informe de fallos; especificaciones de la arquitectura de referencia de servicio corporativo; documentación asociada a los scripts desarrollados; documentación de las pruebas de funcionamiento de los servicios y aplicaciones desarrolladas). Documentación técnica (documentación técnica asociado a servicios informáticos; manuales de funcionamiento de las herramientas de gestión del ciclo de vida del «software», bases de datos de vulnerabilidades).
RP1:Integrar la conectividad a través de la red de datos entre el contenedor y los sistemas de monitorización y alarmas asociados, asegurando el flujo de información, cumpliendo las especificaciones y criterios de seguridad para permitir su interconexión.
CR1.1La integración del contenedor con el sistema de monitorización se verifica, probando las comunicaciones y comprobando la integridad de los datos enviados y recibidos y que dichos datos son almacenados en el sistema remoto.
CR1.2Los umbrales de los contadores y las cadenas de texto requeridas en los eventos se configuran, especificando valores recogidos en la documentación para generar diferentes tipos de indicadores.
CR1.3Las reglas de agregado y correlación de contadores se configuran, aplicando la parametrización que figura en la documentación del proyecto, para crear nuevos indicadores.
CR1.4Los eventos generados en el contenedor se integran en el sistema de gestión de alarmas comprobando su activación y/o recuperación, probando las comunicaciones y verificando que se almacenan en el sistema remoto para su gestión.
CR1.5Los eventos recibidos en el sistema de gestión de alarmas se categorizan, agrupándolos usando parámetros tales como fecha de creación, origen, criticidad, entre otros, para la posterior notificación y tratamiento de la alarma.
CR1.6Las comunicaciones entre el contenedor y los sistemas de monitorización y alarmas se auditan, verificando que sólo los protocolos y puertos requeridos para dicha comunicación están habilitados.
CR1.7Las reglas de protección y seguridad entre el contenedor y el entorno de monitorización y alarmas se configuran, comprobando que no es posible otra comunicación distinta en dicho canal de comunicaciones.
RP2:Validar el sistema desplegado, comprobando su estado, indicadores y el rendimiento esperado, según especificaciones para monitorizar su funcionalidad y calidad de servicio.
CR2.1Las métricas proporcionadas por la aplicación se documentan, explicando cada contador y su referencia asociada, verificando que se incluyen tanto indicadores de capacidad como de rendimiento y calidad.
CR2.2Los indicadores se implementan, realizando las fórmulas y cálculos sobre los contadores proporcionados por el sistema, especificando los umbrales para cada tipo de indicador, documentando los valores máximos, mínimo y recomendado por el sistema.
CR2.3Las posibles alarmas generadas por el sistema se documentan, indicando el origen, posible fallo e impacto en servicio derivado de cada alarma, adjuntando las guías para su manejo, indicando los pasos a seguir para el análisis y resolución de las mismas.
CR2.4Las pruebas del aplicativo o componente se ejecutan, incluyendo pruebas funcionales, de aseguramiento de calidad del servicio, rendimiento y seguridad de la aplicación y de estrés, verificando que todos los parámetros están dentro de los umbrales marcados por las especificaciones.
CR2.5Las pruebas ejecutadas se documentan, almacenando los resultados y evidencias de ejecución de cada caso, junto con los indicadores y archivos de registro.
CR2.6Los indicadores y su evolución se monitorizan usando el sistema de monitorización, revisándolas periódicamente, comprobando que el rendimiento de la aplicación no se excede de los umbrales marcados y sus indicadores funcionan acorde con la carga de trabajo requerida a la aplicación.
RP3:Extraer datos e información, ejecutándolo manualmente o previa programación del proceso en su caso, para el control y toma de decisiones.
CR3.1Los archivos de registro de la aplicación se observan periódicamente, chequeando que no existen errores internos derivados de algún posible fallo «software», salida inesperada de la aplicación o reinicio y reportando dichos fallos en caso de ocurrir.
CR3.2Los accesos al sistema se monitorizan, detectando intentos con contraseña equivocada y alertando de conexiones por fuerza bruta, bloqueando los no permitidos para proteger la integridad de la aplicación.
CR3.3Los datos generados por fallos o reinicios de la aplicación tales como volcados de memoria («crashdumps»), registros de error («log»), entre otros se revisan de forma periódica, monitorizando su aparición y reportando al diseñador del contenedor su frecuencia y contenido, para inspeccionar la aplicación y corregir el origen del fallo.
CR3.4El rendimiento del equipo se comprueba, evaluando y comparando indicadores tales como uso de CPU, ocupación de memoria, acceso a disco y otros, para comprobar que se cumplen las especificaciones del proyecto.
RP4:Ejecutar procesos de «backup», programándolos y ejecutándolos para garantizar la integridad y disponibilidad de la aplicación.
CR4.1Los «backup» de la aplicación se programan, configurándolos para que sean ejecutados periódicamente, verificando su ejecución para que se asegure la recuperación del sistema en caso de fallo.
CR4.2Los ficheros de «backup» producidos por la aplicación se exportan a un medio externo, comprobando que son almacenados de acuerdo a las políticas de almacenamiento, rotación y limpieza establecidas en las especificaciones del proyecto.
CR4.3El mantenimiento preventivo de los «backup» se realiza de forma periódica, asegurando que la última copia de seguridad puede ser restaurada, instanciando dicha copia en una plataforma de pruebas y verificando el despliegue del contenedor.
RP5:Instalar actualizaciones de nuevas versiones de «software», comprobando la existencia de parches de mantenimiento y de corrección de posibles vulnerabilidades para garantizar la seguridad y funcionalidad.
CR5.1El «software» de base de la aplicación se mantiene, revisando en el repositorio la aparición de nuevas versiones que solucionen problemas encontrados durante las pruebas o reportados durante la vida de la aplicación e instalándolas en su caso.
CR5.2Las vulnerabilidades sobre los componentes usados internamente por el contenedor o la aplicación se examinan, a partir de escaneados de código, binarios y librerías o buscando información en foros del programador del componente, estudiando su posible afectación y consecuencias e implementando posibles soluciones recomendadas si existieran.
CR5.3La actualización de los paquetes de «software» se realiza de forma periódica, descargando de un repositorio propio o externo, instalando los cambios y verificando que no se produce pérdida de los datos previamente almacenados para asegurar la integridad de la aplicación y la disponibilidad de la información.
CR5.4Los problemas que aparezcan durante el proceso de actualización «software» se resuelven en su caso, en entornos previos, realizando un análisis del problema, identificando su naturaleza, en los márgenes de tiempo y el nivel de calidad requerido y reportando al diseñador de la aplicación.
CR5.5El funcionamiento de la aplicación una vez actualizada o corregida y la integridad de los datos se chequea, ejecutando las pruebas acordadas en entornos previos y producción, según las especificaciones del proyecto, para verificar su funcionamiento.
CR5.6La actualización de las versiones «software» se documenta, actualizando el repositorio de incidencias, incluyendo información tal como el nombre y versión de la aplicación actualizada, información acerca de las incidencias generadas e incompatibilidades detectadas, incremento o decremento de rendimiento, garantizando la trazabilidad de los procesos, de cara a facilitar su seguimiento.
RP6:Ejecutar tareas de terminación del contenedor, eliminando programas y datos relacionados en condiciones de seguridad, para reutilizar el almacenamiento.
CR6.1La aplicación «software» desplegada en contenedor se termina cuando no va a ser usada, verificando que todos los recursos usados por el contenedor en la infraestructura han quedado liberados, tales como CPU, memoria y espacio de almacenamiento en disco, entre otros.
CR6.2Las copias de seguridad («backup») y los archivos de registro almacenados en servidores externos se eliminan, sobreescribiendo el espacio de disco usado previamente o utilizando alguna técnica similar, asegurando que no es posible su restauración mediante técnicas de recuperación de datos.
CR6.3Los datos en posibles bases de datos internas de la aplicación que contengan información confidencial o sensible, se borran destruyendo su contenido acorde con los procedimientos que garantizan la protección de datos personales.
CR6.4La conectividad e integración del contenedor con el entorno de monitorización y alarmas se desconfigura, eliminando la conectividad a través de la red de datos y todas las referencias introducidas en los sistemas de monitorización y alarmas relativas a la aplicación «software» del contenedor.
Conexión a la red. Equipamiento informático: equipos, componentes, periféricos, cableado, entre otros. Sistemas operativos. Navegadores. Lenguajes de «scripting». Lenguajes estructurados para automatizaciones. Lenguajes declarativos. Utilidades y aplicaciones incorporadas a los sistemas operativos. 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. Repositorio de artefactos/imágenes. Servidor de despliegues. Servidores de infraestructura. Sistema de monitorización.
Conectividad a través de la red de datos integrada. Sistema desplegado validado. Datos e información para el control y toma de decisiones extraídos. Procesos de «backup» programados y ejecutados. Actualizaciones de nuevas versiones de «software» instaladas. Tareas de terminación del contenedor ejecutadas.
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; diseño y especificaciones de los servicios a desplegar y operar; plan de seguridad, operación y calidad; acuerdos de nivel de servicio –SLA–; documentación de configuración de sistemas y servicios; plan de pruebas e informe de fallos; especificaciones de la arquitectura de referencia de servicio corporativo; documentación asociada a los scripts desarrollados; documentación de las pruebas de funcionamiento de los servicios y aplicaciones desarrolladas). Documentación técnica (documentación técnica asociado a servicios informáticos; manuales de funcionamiento de las herramientas de gestión del ciclo de vida del «software», bases de datos de vulnerabilidades).
C1:Aplicar procedimientos de creación del acceso a los repositorios de código de infraestructura y/o servicios, comprobando las herramientas de gestión y validación, para su uso en el desarrollo y despliegue, siguiendo estándares y políticas de seguridad, para facilitar a los usuarios y/o grupos de gestión el uso de los repositorios de código de infraestructura y/o servicios en las fases de desarrollo y despliegue.
CE1.1Describir el proceso de despliegue en contenedores de aplicaciones, explicando el desarrollo e integración continuas (CI/CD) como parte de una metodología.
CE1.2Enumerar herramientas relacionadas con el despliegue en contenedores, describiendo sus objetivos, características y funcionamiento.
CE1.3Clasificar herramientas de validación de calidad y seguridad del código y dependencias de librerías externas o integraciones, describiendo sus características y aplicaciones.
CE1.4Describir el proceso de habilitación del acceso a los recursos y herramientas para desplegar y/o gestionar los entornos de producción definidos en la arquitectura, definiendo usuarios y perfiles que permitan y limiten.
CE1.5Explicar el procedimiento de configuración de los accesos a un código fuente para ser gestionados a través de herramientas, identificando los parámetros de seguridad y políticas de acceso, a través de los usuarios y/o grupos asignados.
CE1.6En un supuesto práctico de aplicación de procedimientos de creación del acceso a los repositorios de código de infraestructura y/o servicios, comprobando las herramientas de gestión y validación, para su uso en el desarrollo y despliegue, siguiendo estándares y políticas de seguridad, para facilitar a los usuarios y/o grupos de gestión el uso de los repositorios de código de infraestructura y/o servicios en las fases de desarrollo y despliegue:
–Crear accesos a unos recursos y herramientas para desplegar y/o gestionar los entornos definidos en la arquitectura del proyecto, definiendo usuarios y roles, verificando su funcionalidad, para tener control de acceso y mantener el registro de acceso.
–Configurar accesos al código fuente se configuran para ser gestionados a través de las herramientas proporcionadas por la entidad responsable del desarrollo, parametrizando la seguridad y las políticas de acceso, a través de los usuarios y/o grupos asignados.
–Las herramientas de validación de calidad y seguridad del código y dependencias de librerías externas o integraciones se verifican, comprobando su funcionalidad para ser usadas por los usuarios y/o grupos de gestión.
C2:Aplicar técnicas de validación de la calidad y seguridad de unas modificaciones previas al despliegue, usando herramientas de gestión y validación, y siguiendo estándares y políticas de seguridad para detectar posibles fallos.
CE2.1Describir el procedimiento de uso de una herramienta de validación del código fuente, clasificando las pruebas de calidad a ejecutar.
CE2.2Explicar el procedimiento de uso de herramientas específicas de comprobación de parámetros de seguridad del código, identificando parámetros de configuración y soluciones a adoptar.
CE2.3En un supuesto práctico de aplicación de técnicas de validación de la calidad y seguridad de unas modificaciones previas al despliegue, usando herramientas de gestión y validación y siguiendo estándares y políticas de seguridad para detectar posibles fallos:
–Validar unas modificaciones del código fuente, ejecutando pruebas de calidad mediante herramientas específicas, documentándolas con unas guías de desarrollo y flujos de trabajo y/o políticas.
–Ejecutar comprobaciones de parámetros de seguridad del código mediante herramientas específicas, de forma periódica, siguiendo las recomendaciones del fabricante.
–Validar dependencias del código de librerías externas o integraciones, mediante herramientas de comprobación, para verificar la seguridad y funcionalidad e integración con el resto de componentes del aplicativo antes del despliegue.
C3:Aplicar procedimientos de configuración de entornos de revisión, mediante ficheros de parámetros y creando flujos de trabajo, siguiendo estándares y políticas de seguridad para comprobar el despliegue.
CE3.1Describir ficheros de definición de infraestructura como código (IaC – «Infraestructure as Code»), identificando contenidos y utilidad y explicando el procedimiento de creación usando el lenguaje propio de una plataforma de despliegue, previa identificación de los entornos de despliegue del código, artefactos e imágenes de contenedores.
CE3.2Explicar el proceso de creación de flujos de trabajo para el despliegue del entorno «hardware», usando las credenciales proporcionadas, aplicando unas configuraciones definidas, para crear el e