Funk-lab/ansible/roles/minio/README.md
Alkatrazz 0aa4c3650d docs(ansible): README par rôle (19) + gaps IaC découverts à l'audit
Audit complet des rôles vs état réel du cluster. Chaque rôle a maintenant
un README.md : but, variables (défauts + surcharges host_vars/vault),
handlers, vérifications, caveats.

Gaps découverts et documentés :
- minio : rôle VIDE (tasks/main.yml sans aucune tâche), service inactif —
  placeholder à implémenter ou retirer (ports 9000/9001 ouverts pour rien)
- llama_server : ne gère que l'instance GPU :1234 — les services CPU
  llama-server-system :1236 et llama-server-monitor :1237 sont créés à la
  main sur gpu-01, non reproductibles par make apply-gpu (+ un
  llama-server-dev.service non documenté présent sur l'hôte)
- hermes_auto_improve : defaults port/repo/branch/log non consommés
  (valeurs en dur dans les scripts), défaut branch obsolète
- lm_studio : README de dépréciation, candidat suppression

Tables admin/ops/ansible.md, README.md et CLAUDE.md corrigées en conséquence.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-06-10 15:21:24 +02:00

753 B

minio — ⚠️ rôle vide (placeholder)

Ce rôle est référencé par playbooks/storage-01.yml mais son tasks/main.yml est vide : il ne déploie rien.

État réel

  • Aucune tâche, aucun template, aucun default
  • Le service minio est inactif sur storage-01
  • Seuls vestiges : minio_data_dir: /srv/data/minio dans host_vars, ports 9000/9001 ouverts dans le template nftables du rôle gateway

Décision à prendre

  • Soit implémenter le rôle (binaire MinIO, user, service, console :9001) si un besoin S3 apparaît (backups, artefacts)
  • Soit retirer le rôle du playbook + fermer les ports 9000/9001 dans nftables

En l'état, il est inoffensif mais donne une fausse impression de service déployé dans la doc.