Rôle Ansible : registry-ui

J'ai transféré ce rôle dans sa propre collection.
À l'avenir, je n'accepterai pas d'autres demandes de tirage ou problèmes ici.

Veuillez utiliser la collection liée à partir de maintenant !

Rôle Ansible pour installer et configurer Docker registry-ui sans dépendances sur un conteneur.
Supporte nativement systemd et openrc comme système d'init.

Si latest est défini pour registry_ui_version, le rôle essaie d'installer la dernière version.
Veuillez l'utiliser avec prudence, car des incompatibilités entre les versions peuvent survenir !

Les binaires sont installés sous /usr/local/bin/registry-ui/${registry_ui_version} et ensuite liés à /usr/bin. Cela devrait permettre de rétrograder relativement en toute sécurité.

L'archive téléchargée est stockée sur le contrôleur Ansible, décompressée, puis les binaires sont copiés sur le système cible. Le répertoire de cache peut être défini via la variable d'environnement CUSTOM_LOCAL_TMP_DIRECTORY. Par défaut, c'est ${HOME}/.cache/ansible/registry-ui. Si ce type d'installation n'est pas souhaité, le téléchargement peut se faire directement sur le système cible. Cependant, cela doit être activé explicitement en définissant registry_ui_direct_download sur true.

Exigences et dépendances

Collections Ansible

• bodsch.core
• bodsch.scm

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

ou

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

Systèmes d'exploitation

Testé sur

• Arch Linux
• Basé sur Debian
  • Debian 10 / 11
  • Ubuntu 20.10

Exigences

Exécution de Docker Registry.

Contribution

Veuillez lire Contribution

Développement, branches (tags Git)

La branche master est mon cheval de travail qui inclut les "derniers trucs chauds" et peut être complètement cassée !

Si vous souhaitez utiliser quelque chose de stable, veuillez utiliser une version taguée !

Configuration

Veuillez noter : La version binaire de registry-ui est réalisée à partir d'un fork et non de l'original, car le dépôt original ne fournit pas encore de binaire go !

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

Interface d'écoute et port

registry_ui_listen:
  address: 127.0.0.1
  port: 8000

registry_ui_registry

URL du registre avec schéma et port.

Vérifiez le certificat TLS lors de l'utilisation de https.

Identifiants du registre Docker.
Ils doivent avoir un accès complet au registre.
Si le service d'authentification par jeton est activé, il sera automatiquement découvert et ces identifiants seront utilisés pour obtenir des jetons d'accès.
Lorsque l'entrée password_file est utilisée, le mot de passe peut être transmis en tant que secret Docker et lu à partir du fichier. Cela remplace l'entrée password.

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

registry_ui_event

Listener d'événements.

Le même doit être configuré sur Docker registry en tant que jeton Bearer d'autorisation.

registry_ui_event:
  listener_token: ""  #  token
  retention_days: 7
  database:
    driver: sqlite3   #  sqlite3 ou 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

Active la tâche cron intégrée pour planifier la purge des tags en mode serveur.
Une chaîne vide désactive cette fonction.
Exemple : 25 54 17 * * * s'exécutera à 17:54:25 quotidiennement.

Notez que le format de la planification cron inclut les secondes ! Voir robfig/cron

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

Auteur et Licence

• Bodo Schulz

Licence

Apache

LOGICIEL GRATUIT, OUI !