EGI-Foundation.umd

Descripción general Versiones Perspectivas

Distribución Unificada de Middleware (UMD)

El rol despliega los archivos del repositorio necesarios para acceder a los productos distribuidos por UMD, actualmente soportado para Scientific Linux 6 y CentOS7. Este rol opcionalmente despliega el archivo del repositorio de la Federación Global de Confianza Interoperable (IGTF).

La información sobre las versiones disponibles de UMD se puede encontrar en el repositorio de EGI.

Uso

Si deseas utilizar este rol, instálalo desde Ansible Galaxy:

# Instalar módulo de ansible desde Ansible Galaxy
$ ansible-galaxy install egi-foundation.umd

Requisitos

Este rol requiere Ansible 2.0 o superior. La única dependencia es EPEL, incluida en el archivo de metadatos.

Variables del rol

Descripción breve de las variables utilizadas en el rol:

release (int) Versión de lanzamiento de UMD (sin valor predeterminado)
- p.ej., release: 4
enable_candidate_repo: false: Habilita el repositorio candidato, comúnmente utilizado en la versión candidata (por defecto es false)
- p.ej., enable_candidate_repo: false
enable_testing_repo: false: Habilita el repositorio de pruebas (por defecto es 'false')
- p.ej., enable_testing_repo: false
enable_untested_repo: false: Habilita el repositorio no probado (por defecto es 'false')
ca_verification: false: Habilita el repositorio IGTF para CAs confiables (por defecto es false)
ca_version: 1: Versión de CA (por defecto es '1', solo si ca_verification: true)
ca_branch: production: Rama de CA (por defecto es 'production', solo si ca_verification: true)
ca_verification: true: Servidores CA (por defecto es 'repository.egi.eu', solo si ca_verification: true)
- p.ej., ca_server: repository.egi.eu
crl_deploy: false: Instala el paquete 'fetch-crl' si está habilitado (por defecto es false)
- p.ej., crl_deploy: false

Dependencias

Se ha eliminado una dependencia anterior de geerlingguy.repo-epel. EPEL ahora se gestiona directamente en este rol.

Ejemplo de Playbook

Este rol se puede usar en varios escenarios, dependiendo de tu entorno. Estos son algunos ejemplos de cómo usar este rol.

Instalar archivos del repositorio UMD en el sistema operativo soportado

- hosts: all
  roles:
    - { role: ansible-umd, release: 4 }

Instalar archivos del repositorio UMD junto con las CAs confiables y fetch-crl

- hosts: all
  roles:
    - { role: ansible-umd, release: 4, ca_verification: true, crl_deploy: true }

Instalar archivos del repositorio UMD, habilitando el repositorio candidato

- hosts: all
  roles:
    - { role: ansible-umd, release: 4, enable_candidate_repo: true }

Ejecutando molecule localmente

Prepara un entorno virtual para pruebas usando molecule, como se documenta en la guía de estilo de Ansible de EGI.

# Crear una carpeta para entornos virtuales
$ mkdir -p ~/.virtualenvs
# Crear un entorno virtual de python3
$ python3 -m venv ~/.virtualenvs/molecule
# Activar el entorno virtual
$ source ~/.virtualenvs/ui-deployment/bin/activate
# Instalar dependencias
$ pip install -r requirements.txt

Ejecutar molecule

# Linter
$ molecule lint
# Ejecutar toda la suite de pruebas
$ molecule test

Preparar un lanzamiento

Preparar un registro de cambios desde la última versión, incluyendo los nombres de los contribuyentes.
Preparar una solicitud de extracción (PR) con
- Actualización de la versión y el registro de cambios en CHANGELOG
Una vez que la PR ha sido fusionada, publicar un nuevo lanzamiento usando la interfaz web de GitHub
- Sufijar el nombre de la etiqueta que se va a crear con v, como v1.0.0
- Los paquetes se construirán utilizando GitHub Actions y se adjuntarán a la página de lanzamiento.