doc-locale/fr-fr/administration/settings/usage_statistics.md
{{< details >}}
{{< /details >}}
GitLab Inc. collecte périodiquement des informations sur votre instance afin d'effectuer diverses actions.
Pour les instances GitLab Self-Managed gratuites, toutes les statistiques d'utilisation sont opt-out.
Service Ping est un processus qui collecte et envoie une charge utile hebdomadaire à GitLab Inc. Lorsque Service Ping est activé, GitLab collecte des données à partir d'autres instances et active certaines fonctionnalités d'analyse au niveau de l'instance qui dépendent de Service Ping.
L'objectif principal de Service Ping est de contribuer à l'amélioration de GitLab. Nous collectons des données sur la façon dont GitLab est utilisé afin de comprendre l'adoption et l'utilisation des fonctionnalités ou des étapes. Ces données donnent un aperçu de la valeur ajoutée de GitLab et aident notre équipe à comprendre les raisons pour lesquelles les gens utilisent GitLab. Grâce à ces connaissances, nous sommes en mesure de prendre de meilleures décisions en matière de produit.
L'activation de Service Ping présente plusieurs autres avantages :
GitLab fournit trois paramètres liés à Service Ping :
Ces trois paramètres interagissent de la manière suivante :
Dans les versions 14.1 et ultérieures de GitLab, les clients GitLab Free disposant d'une instance GitLab Self-Managed exécutant GitLab Enterprise Edition peuvent bénéficier de fonctionnalités payantes en activant les fonctionnalités d'inscription et en nous envoyant des données d'activité via Service Ping. Les fonctionnalités introduites ici ne suppriment pas la fonctionnalité de son niveau payant. Les instances sur un niveau payant sont soumises à la politique sur les données d'utilisation du produit gérée par Cloud Licensing.
Le tableau suivant présente :
| Fonctionnalité | Disponible dans |
|---|---|
| Email from GitLab | GitLab 14.1 et versions ultérieures |
| Limite de taille du dépôt | GitLab 14.4 et versions ultérieures |
| Restriction d'accès au groupe par adresse IP | GitLab 14.4 et versions ultérieures |
| Afficher l'historique des modifications de description | GitLab 16.0 et versions ultérieures |
| Mode maintenance | GitLab 16.0 et versions ultérieures |
| Tableaux des tickets configurables | GitLab 16.0 et versions ultérieures |
| Test fuzz guidé par la couverture | GitLab 16.0 et versions ultérieures |
| Modifier les exigences de complexité du mot de passe | GitLab 16.0 et versions ultérieures |
| Wikis de groupe | GitLab 16.5 et versions ultérieures |
| Analyse des tickets | GitLab 16.5 et versions ultérieures |
| Texte personnalisé dans les e-mails | GitLab 16.5 et versions ultérieures |
| Analyse des contributions | GitLab 16.5 et versions ultérieures |
| Modèles de fichiers de groupe | GitLab 16.6 et versions ultérieures |
| Webhooks de groupe | GitLab 16.6 et versions ultérieures |
| Minuteur de compte à rebours du contrat de niveau de service | GitLab 16.6 et versions ultérieures |
| Verrouiller l'appartenance au projet pour le groupe | GitLab 16.6 et versions ultérieures |
| Rapport sur les utilisateurs et les autorisations | GitLab 16.6 et versions ultérieures |
| Recherche avancée | GitLab 16.6 et versions ultérieures |
| Adoption DevOps | GitLab 16.6 et versions ultérieures |
| Pipelines inter-projets avec dépendances d'artefacts | GitLab 16.7 et versions ultérieures |
| Tickets liés aux feature flags | GitLab 16.7 et versions ultérieures |
| Pipelines de résultats fusionnés | GitLab 16.7 et versions ultérieures |
| CI/CD pour les dépôts externes | GitLab 16.7 et versions ultérieures |
| CI/CD pour GitHub | GitLab 16.7 et versions ultérieures |
Si elle est activée, la vérification de version vous informe de la disponibilité d'une nouvelle version et de son importance via un statut. Le statut s'affiche sur les pages d'aide (/help) pour tous les utilisateurs authentifiés, et sur les pages de la zone Admin. Les statuts sont :
Prérequis :
L'exemple suivant montre un flux de requête/réponse basique entre votre instance et l'application GitLab Version :
%%{init: { "fontFamily": "GitLab Sans" }}%%
sequenceDiagram
accTitle: Version check process
accDescr: The GitLab instance queries the version application for updates and receives a status response as an image file.
participant GitLab instance
participant Version application
GitLab instance->>Version application: Is there a version update?
Version application->>GitLab instance: Response (PNG/SVG)
Pour envoyer des statistiques d'utilisation à GitLab Inc., vous devez autoriser le trafic réseau de votre instance GitLab vers l'hôte version.gitlab.com sur le port 443.
Si votre instance GitLab est derrière un proxy, définissez les variables de configuration du proxy appropriées.
[!note] La possibilité de désactiver complètement Service Ping dépend du niveau de l'instance et de la licence spécifique. Les paramètres de Service Ping contrôlent uniquement si les données sont partagées avec GitLab ou limitées à un usage interne par l'instance. Même si vous désactivez Service Ping, le job en arrière-plan
gitlab_service_ping_workergénère toujours périodiquement une charge utile Service Ping pour votre instance. La charge utile est disponible dans la section d'administration Statistiques et rapports.
Prérequis :
Pour activer ou désactiver Service Ping :
Pour désactiver Service Ping et empêcher sa configuration future via la zone Admin.
{{< tabs >}}
{{< tab title="Linux package (Omnibus)" >}}
Modifiez /etc/gitlab/gitlab.rb :
gitlab_rails['usage_ping_enabled'] = false
Reconfigurez GitLab :
sudo gitlab-ctl reconfigure
{{< /tab >}}
{{< tab title="Self-compiled (source)" >}}
Modifiez /home/git/gitlab/config/gitlab.yml :
production: &base
# ...
gitlab:
# ...
usage_ping_enabled: false
Redémarrez GitLab :
sudo service gitlab restart
{{< /tab >}}
{{< /tabs >}}
La génération de Service Ping contrôle si les données Service Ping sont automatiquement générées sur votre instance. Lorsqu'elle est activée, GitLab génère périodiquement des charges utiles Service Ping contenant des statistiques d'utilisation. Ce paramètre fonctionne indépendamment du partage des données avec GitLab.
Prérequis :
Pour activer ou désactiver la génération de Service Ping :
Pour contrôler la génération de Service Ping via la configuration :
{{< tabs >}}
{{< tab title="Linux package (Omnibus)" >}}
Modifiez /etc/gitlab/gitlab.rb :
gitlab_rails['usage_ping_enabled'] = false
gitlab_rails['usage_ping_generation_enabled'] = false
Reconfigurez GitLab :
sudo gitlab-ctl reconfigure
{{< /tab >}}
{{< tab title="Self-compiled (source)" >}}
Modifiez /home/git/gitlab/config/gitlab.yml :
production: &base
# ...
gitlab:
# ...
usage_ping_enabled: false
usage_ping_generation_enabled: false
Redémarrez GitLab :
sudo service gitlab restart
{{< /tab >}}
{{< /tabs >}}
GitLab fait la distinction entre les données collectées opérationnelles et optionnelles.
[!note] L'option Include optional data in Service Ping est disponible uniquement si Enable Service Ping ou Activer la génération de ping de service est activé. Si les deux paramètres sont désactivés, cette option est automatiquement désactivée.
Prérequis :
Pour activer ou désactiver les données optionnelles dans Service Ping :
{{< tabs >}}
{{< tab title="Linux package (Omnibus)" >}}
Modifiez /etc/gitlab/gitlab.rb :
gitlab_rails['include_optional_metrics_in_service_ping'] = false
Reconfigurez GitLab :
sudo gitlab-ctl reconfigure
{{< /tab >}}
{{< tab title="Self-compiled (source)" >}}
Modifiez /home/git/gitlab/config/gitlab.yml :
production: &base
# ...
gitlab:
# ...
include_optional_metrics_in_service_ping: false
Redémarrez GitLab :
sudo service gitlab restart
{{< /tab >}}
{{< /tabs >}}
Vous pouvez accéder à la charge utile JSON exacte envoyée à GitLab Inc. dans la zone Admin ou via l'API.
Consultez la documentation de l'API Service Ping.
Vous pouvez téléverser la charge utile Service Ping vers GitLab même si votre instance ne dispose pas d'un accès Internet, ou si le job cron de Service Ping n'est pas activé.
Pour téléverser la charge utile manuellement :
Le fichier téléversé est chiffré et envoyé via le protocole HTTPS sécurisé. HTTPS crée un canal de communication sécurisé entre le navigateur Web et le serveur, et protège les données transmises contre les attaques de type « man-in-the-middle ».
En cas de problème lors du téléversement manuel :
@gitlab-org/analytics-section/analytics-instrumentation qui traitera le ticket confidentiel.