Ansible Rolle: registry-ui

Ich habe diese Rolle in eine eigene Kollektion übertragen.
In Zukunft werde ich hier keine weiteren Pull-Requests oder Issues akzeptieren oder bearbeiten.

Bitte verwendet ab jetzt die verlinkte Kollektion!

Ansible Rolle zum Installieren und Konfigurieren von Docker registry-ui ohne Abhängigkeiten von einem Container.
Unterstützt nativ systemd und openrc als Init-System.

Wenn latest für registry_ui_version eingestellt ist, versucht die Rolle, die neueste Release-Version zu installieren.
Bitte mit Vorsicht verwenden, da Inkompatibilitäten zwischen Releases auftreten können!

Die binären Dateien werden unter /usr/local/bin/registry-ui/${registry_ui_version} installiert und später mit /usr/bin verlinkt. Das sollte es ermöglichen, relativ sicher zurückzustufen.

Das heruntergeladene Archiv wird auf dem Ansible-Controller gespeichert, entpackt und anschließend die Binärdateien auf das Zielsystem kopiert. Das Cache-Verzeichnis kann über die Umgebungsvariable CUSTOM_LOCAL_TMP_DIRECTORY definiert werden. Standardmäßig ist es ${HOME}/.cache/ansible/registry-ui. Wenn diese Art der Installation nicht gewünscht ist, kann der Download direkt auf dem Zielsystem erfolgen. Dies muss jedoch ausdrücklich aktiviert werden, indem registry_ui_direct_download auf true gesetzt wird.

Anforderungen & Abhängigkeiten

Ansible Kollektionen

• bodsch.core
• bodsch.scm

ansible-galaxy collection install bodsch.core
ansible-galaxy collection install bodsch.scm

oder

ansible-galaxy collection install --requirements-file collections.yml

Betriebssysteme

Getestet auf

• Arch Linux
• Debian-basiert
  • Debian 10 / 11
  • Ubuntu 20.10

Anforderungen

Laufender Docker Registry.

Beitrag

Bitte lese Beitrag

Entwicklung, Zweige (Git-Tags)

Der master-Zweig ist mein Arbeitstier, enthält die "neueste, heiße Ware" und kann komplett kaputt sein!

Wenn du etwas Stabiles verwenden möchtest, nutze bitte eine getaggte Version!

Konfiguration

Bitte beachten: Die Freigabe der registry-ui Binärdatei erfolgt von einem Fork und nicht vom Original, da das Original-Repository noch keine Go-Binärdatei liefert!

registry_ui_version: 0.9.5

registry_ui_release_download_url: https://github.com/bodsch/docker-registry-ui/releases

registry_ui_system_user: registry-ui
registry_ui_system_group: registry-ui
registry_ui_config_dir: /etc/registry-ui
registry_ui_data_dir: /var/lib/registry-ui

registry_ui_direct_download: false

registry_ui_service:
  log_level: info

registry_ui_listen:
  address: 127.0.0.1
  port: 8000

registry_ui_base_path: /ui

registry_ui_debug: false

registry_ui_registry: {}

registry_ui_event: {}

registry_ui_cache: {}

registry_ui_admins: []

registry_ui_purge: {}

registry_ui_listen

Hörschnittstelle und Port

registry_ui_listen:
  address: 127.0.0.1
  port: 8000

registry_ui_registry

Registry-URL mit Schema und Port.

Überprüfen des TLS-Zertifikats bei Verwendung von https.

Docker Registry-Anmeldeinformationen.
Sie müssen vollständigen Zugriff auf das Registry haben.
Wenn der Token-Authentifizierungsdienst aktiviert ist, wird dieser automatisch entdeckt, und diese Anmeldeinformationen werden verwendet, um Zugriffstoken zu erhalten.
Wenn der password_file-Eintrag verwendet wird, kann das Passwort als Docker-Geheimnis übergeben und aus einer Datei gelesen werden. Dies überschreibt den password-Eintrag.

registry_ui_registry:
  url: https://docker-registry.local:5000
  verify_tls: true
  username: ""
  password: ""
  password_file: ""

registry_ui_event

Ereignis-Listener.

Der gleiche sollte auch bei der Docker-Registry als Autorisierungs-Token konfiguriert werden.

registry_ui_event:
  listener_token: ""  #  Token
  retention_days: 7
  database:
    driver: sqlite3   #  sqlite3 oder mysql
    location: ""      #  data/registry_events.db
    username:
    password:
    hostname: 127.0.0.1:3306
    schemaname: docker_events
  deletion_enabled: true
  anyone_can_view: true

registry_ui_cache

registry_ui_cache:
  refresh_interval: 10

registry_ui_admins

registry_ui_admins:
  anyone_can_delete: false
  admins: []

registry_ui_purge

Aktivieren des integrierten Cronjobs, um das Löschen von Tags im Servermodus zu planen.
Leerer String deaktiviert dieses Feature.
Beispiel: 25 54 17 * * * wird diesen täglich um 17:54:25 ausführen.

Beachte, dass das Cron-Zeitplanformat Sekunden enthält! Siehe robfig/cron

registry_ui_purge:
  tags_keep_days: 90
  tags_keep_count: 2
  tags_keep_regexp: ''
  tags_keep_from_file: ''
  tags_schedule: ''

Autor und Lizenz

• Bodo Schulz

Lizenz

Apache

KOSTENLOSE SOFTWARE, HELL JAA!