EGI-Foundation.umd

Vereinheitlichte Middleware-Verteilung (UMD)

Die Rolle installiert die Repository-Dateien, die benötigt werden, um auf die von UMD bereitgestellten Produkte zuzugreifen, aktuell unterstützt für Scientific Linux 6 und CentOS7. Diese Rolle installiert optional die Repository-Datei der Interoperable Global Trust Federation (IGTF).

Informationen zu verfügbaren UMD-Versionen finden Sie im EGI-Repository.

Verwendung

Wenn Sie diese Rolle verwenden möchten, installieren Sie sie aus Ansible Galaxy:

# Installieren Sie das Ansible-Modul aus Ansible Galaxy
$ ansible-galaxy install egi-foundation.umd

Anforderungen

Diese Rolle benötigt Ansible 2.0 oder höher. Die einzige Abhängigkeit ist EPEL, die in der Metadatendatei enthalten ist.

Rollenvariablen

Kurze Beschreibung der in der Rolle verwendeten Variablen:

release (int) UMD-Version (kein Standardwert)
- z.B.: release: 4
enable_candidate_repo: false: Aktivieren Sie das Kandidaten-Repository, das häufig im Release-Kandidaten verwendet wird (Standardwert ist false)
- z.B.: enable_candidate_repo: false
enable_testing_repo: false: Aktiviert das Test-Repository (Standardwert ist false)
- z.B.: enable_testing_repo: false
enable_untested_repo: false: Aktiviert das ungetestete Repository (Standardwert ist false)
ca_verification: false: Aktiviert das IGTF-Repository für vertrauenswürdige CAs (Standardwert ist false)
ca_version: 1: CA-Version (Standardwert ist '1', nur wenn ca_verification: true)
ca_branch: production: CA-Zweig (Standardwert ist 'production', nur wenn ca_verification: true)
ca_verification: true: CA-Server (Standardwert ist 'repository.egi.eu', nur wenn ca_verification: true)
- z.B.: ca_server: repository.egi.eu
crl_deploy: false: Installiert das Paket 'fetch-crl', wenn aktiviert (Standardwert ist false)
- z.B.: crl_deploy: false

Abhängigkeiten

Eine frühere Abhängigkeit von geerlingguy.repo-epel wurde entfernt. EPEL wird jetzt direkt in dieser Rolle behandelt.

Beispiel-Playbook

Diese Rolle kann in verschiedenen Szenarien verwendet werden, je nach Ihrer Umgebung. Hier sind einige Beispiele dafür, wie Sie diese Rolle verwenden können.

Installieren von UMD-Repository-Dateien auf unterstützten Betriebssystemen

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

Installieren von UMD-Repository-Dateien zusammen mit den vertrauenswürdigen CAs und fetch-crl

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

Installieren von UMD-Repository-Dateien, aktivieren des Kandidaten-Repositories

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

Lokal Molecule ausführen

Bereiten Sie eine virtuelle Umgebung für Tests mit molecule vor, wie im EGI Ansible Style Guide dokumentiert.

# Erstellen Sie einen Ordner für virtuelle Umgebungen
$ mkdir -p ~/.virtualenvs
# Erstellen Sie ein python3 virtualenv
$ python3 -m venv ~/.virtualenvs/molecule
# Aktivieren Sie die virtuelle Umgebung
$ source ~/.virtualenvs/ui-deployment/bin/activate
# Abhängigkeiten installieren
$ pip install -r requirements.txt

Führen Sie Molecule aus

# Lint
$ molecule lint
# Führen Sie die gesamte Test-Suite aus
$ molecule test

Vorbereitung einer Veröffentlichung

Bereiten Sie ein Änderungsprotokoll von der letzten Version vor, einschließlich der Namen der Mitwirkenden
Bereiten Sie einen PR vor mit:
- Aktualisierung der Version und des Änderungsprotokolls in CHANGELOG
Sobald der PR zusammengeführt wurde, veröffentlichen Sie eine neue Version über die GitHub-Weboberfläche
- Fügen Sie dem zu erstellenden Tag-Namen ein v hinzu, wie v1.0.0
- Pakete werden mit GitHub Actions erstellt und der Veröffentlichungsseite angehängt