feat(gitlab-postinstall): disable gitlab prometheus metrics

[KepoParis]

Issues liées

Issues numéro:
#1024

Quel est le comportement actuel ?

L'option GitLab Prometheus Metrics dans l'Admin Area active un exportateur interne à l'application Ruby. Dans un environnement Kubernetes géré par Helm, cette option est redondante car nous utilisons déjà des Exporters dédiés (Sidecars) et des ServiceMonitors.

Activer les métriques GitLab en interne crée un double emploi :

• Cela surcharge inutilement la mémoire des pods webservice et sidekiq.
• Cela génère des données souvent identiques à celles déjà collectées par notre stack de monitoring externe.

En désactivant cette option, nous réduisons l'empreinte mémoire de GitLab tout en conservant une visibilité totale via le monitoring natif du Chart Helm.

Quel est le nouveau comportement ?

Une fois désactivé, nos dashboards Grafana continuent de recevoir des données en utilisant le ServiceMonitor du Chart GitLab, ils récupèrent les données via les ports 8082, 9101, etc., et non via l'interface web de GitLab.

Cette PR introduit-elle un breaking change ?

Autres informations

[KepoParis]

J'ai testé sur CPIN HP Pax ca fonctionne bien le gitlab post-install avec le nouveau settings. Le problème d'hier sur le post-install, c'était parce que l'utilisateur admin n'était plus admin... (Je sais pas si il y a eu une action manuelle ou gestion des droits automatisé à surveiller)