girder.girder
girder.girder
Un rôle Ansible pour installer la plateforme de gestion des données Girder.
Exigences
Ubuntu 18.04.
Python 3 doit être utilisé comme
interpréteur Python de l'hôte cible.
Définir ansible_python_interpreter: auto
activera ce comportement.
Variables de rôle
paramètre | requis | défaut | commentaires |
---|---|---|---|
girder_bind_public |
non | false |
Indique s'il faut se lier à toutes les interfaces réseau. |
girder_daemonize |
non | true |
Indique s'il faut installer le service systemd. |
girder_database_uri |
non | mongodb://localhost:27017/girder |
La chaîne de connexion URI pour MongoDB. |
girder_development_mode |
non | false |
Indique s'il faut activer le mode développement de Girder et désactiver la configuration du proxy inverse HTTP. |
girder_version |
non | latest |
La version de Girder à installer, soit latest , release , ou une version PyPI. |
girder_virtualenv |
non | {{ ansible_facts['user_dir'] }}/.virtualenvs/girder |
Chemin vers un environnement virtuel Python où installer Girder. |
girder_web |
non | true |
Indique s'il faut construire le client web de Girder. |
girder_package_path |
non | Si défini, un chemin dans le système de fichiers sur la cible pour installer le package Girder. |
Remarques concernant girder_virtualenv
Lorsque girder_virtualenv
n'est pas défini par le playbook, il fonctionne comme une variable de sortie. Il sera défini par ce rôle sur l'emplacement d'un nouvel environnement virtuel (utilisant Python 3 du système) où Girder est installé. Les rôles suivants, tasks
, ou post_tasks
peuvent utiliser girder_virtualenv
pour effectuer des actions (en installant souvent des plugins Girder) dans ce même environnement virtuel.
Lorsque girder_virtualenv
est défini par le playbook avant que ce rôle ne s'exécute, ce rôle installera Girder dans l'environnement virtuel à girder_virtualenv
. Si aucun environnement virtuel n'existe à cet emplacement, un sera implicitement créé en utilisant Python 3 du système. Cela permet d'installer Girder dans un environnement virtuel avec des spécifications personnalisées. Par exemple, ces environnements virtuels peuvent être à un chemin particulier sur le disque ou précréés en utilisant une version spécifique de Python.
Exemple de Playbook
Un playbook typique utilisant ce rôle peut ressembler à :
- name: Déployer Girder
hosts: all
vars:
ansible_python_interpreter: auto
roles:
- role: girder.girder
tasks:
- name: Installer les plugins Girder
pip:
name:
- girder-hashsum-download
- girder-oauth
virtualenv: "{{ girder_virtualenv }}"
state: latest
notify:
- Construire le client web de Girder
- Redémarrer Girder
Un fichier typique requirements.yml d'Ansible Galaxy devrait ressembler à :
- src: girder.girder
version: master
Licence
ansible-galaxy install girder.girder