girder.girder

Eine Ansible-Rolle zur Installation der Girder-Datenmanagement-Plattform.

Anforderungen

Ubuntu 18.04.

Python 3 sollte als Python-Interpreter auf dem Zielhost verwendet werden. Die Einstellung ansible_python_interpreter: auto aktiviert dieses Verhalten.

Rollenvariablen

Parameter	Erforderlich	Standard	Kommentare
`girder_bind_public`	nein	`false`	Ob an allen Netzwerk-Schnittstellen gebunden werden soll.
`girder_daemonize`	nein	`true`	Ob der systemd-Dienst installiert werden soll.
`girder_database_uri`	nein	`mongodb://localhost:27017/girder`	Die Verbindungszeichenfolge URI für MongoDB.
`girder_development_mode`	nein	`false`	Ob den Entwicklungsmodus von Girder aktivieren und die HTTP-Umkehrproxy-Konfiguration deaktivieren soll.
`girder_version`	nein	`latest`	Die zu installierende Version von Girder, entweder `latest`, `release` oder eine PyPI-Version.
`girder_virtualenv`	nein	`{{ ansible_facts['user_dir'] }}/.virtualenvs/girder`	Pfad zu einer Python-virtuellen Umgebung, in der Girder installiert werden soll.
`girder_web`	nein	`true`	Ob der Girder-Webclient erstellt werden soll.
`girder_package_path`	nein		Wenn gesetzt, ein Dateisystempfad auf dem Ziel, um das Girder-Paket zu installieren.

Hinweise zu `girder_virtualenv`

Wenn girder_virtualenv nicht durch das Playbook definiert ist, fungiert es als Ausgabevariable. Es wird von dieser Rolle auf den Standort einer neuen virtuellen Umgebung (unter Verwendung des System-Python 3), in der Girder installiert ist, gesetzt. Nachfolgende Rollen, tasks oder post_tasks können girder_virtualenv verwenden, um Aktionen (häufig die Installation von Girder-Plugins) in dieser virtuellen Umgebung auszuführen.

Wenn girder_virtualenv vor der Ausführung dieser Rolle durch das Playbook definiert ist, installiert diese Rolle Girder in die virtuelle Umgebung an girder_virtualenv. Wenn an diesem Ort keine virtuelle Umgebung vorhanden ist, wird eine neue Umgebung implizit mit dem System-Python 3 erstellt. Dies ermöglicht die Installation von Girder in einer virtuellen Umgebung mit benutzerdefinierten Spezifikationen. Zum Beispiel könnten solche virtuellen Umgebungen an einem bestimmten Speicherort auf der Festplatte sein oder mit einer bestimmten Python-Version vorab erstellt werden.

Beispiel-Playbook

Ein typisches Playbook, das diese Rolle verwendet, könnte wie folgt aussehen:

- name: Girder bereitstellen
  hosts: all
  vars:
    ansible_python_interpreter: auto
  roles:
    - role: girder.girder
  tasks:
    - name: Girder-Plugins installieren
      pip:
        name:
          - girder-hashsum-download
          - girder-oauth
        virtualenv: "{{ girder_virtualenv }}"
        state: latest
      notify:
        - Girder-Webclient erstellen
        - Girder neu starten