ClickHouse et stockage objet dans GitGuardian self-hosted à partir de la version 2026.8, obligatoire en 2027.1

Publié le 29 juillet 2026

À partir de la version Self-Hosted 2026.8, GitGuardian intègre ClickHouse, une base de données open source orientée colonnes, comme nouveau composant du déploiement Self-Hosted. ClickHouse alimente les fonctionnalités nécessitant une analyse rapide sur de grands volumes de données, en commençant par l'analyse des occurrences de secrets des machines et endpoints, et progressivement davantage de jeux de données dans le dashboard. À partir de la version 2027.1.0, ClickHouse et son backend de stockage objet deviennent obligatoires pour tous les déploiements Self-Hosted.

PostgreSQL reste le datastore principal pour le reste de l'application. ClickHouse n'intervient que pour les fonctionnalités spécifiques qui en ont besoin.

Pourquoi ClickHouse

Le scan des endpoints vous offre une évaluation solide du niveau de vulnérabilités sous-jacentes sur les machines que vous possédez, et il génère une énorme quantité de données. Pour synthétiser ces données et présenter une vue d'ensemble pertinente des résultats, GitGuardian a besoin d'une base de données orientée colonnes.

Les prochaines fonctionnalités de la suite GitGuardian auront également besoin de ClickHouse ou d'un stockage objet, comme l'analytics intégrée, qui repose actuellement sur des exécutions quotidiennes sur des tables PostgreSQL dédiées.

Ce qui change

• Un nouveau composant intégré au cluster : ClickHouse s'exécute comme une charge de travail stateful dédiée à l'intérieur de votre cluster Kubernetes, déployée par défaut sur un seul nœud. Contrairement à PostgreSQL ou Redis, il n'existe pour l'instant pas d'option « apportez votre propre ClickHouse externe ».
• Le stockage objet est requis : ClickHouse repose sur un stockage objet externe pour le stockage durable des données. Le stockage compatible S3 (AWS S3, MinIO, passerelles S3 on-premise...), Azure Blob Storage et Google Cloud Storage sont pris en charge.
• Deux volumes persistants locaux : ClickHouse a également besoin de deux volumes persistants adossés à des SSD, l'un pour les métadonnées et l'autre pour un cache de système de fichiers placé devant le stockage objet. Le stockage de type HDD et les systèmes de fichiers réseau (NFS, EFS, Azure Files) ne sont pas pris en charge.
• Sauvegardes automatisées : un sidecar de sauvegarde s'exécute aux côtés de ClickHouse et effectue des sauvegardes complètes et incrémentielles planifiées vers votre stockage objet. Il n'y a pas de tâche cron distincte à configurer.

Qui est concerné

Tous les clients Self-Hosted. ClickHouse alimente d'abord l'analyse des résultats des endpoints, et davantage de fonctionnalités s'appuieront dessus au fil du temps. À partir de la version 2027.1.0, ClickHouse devient un composant obligatoire de chaque déploiement Self-Hosted.

Comment se préparer

1. Provisionnez un bucket compatible S3 : vérifiez que votre organisation peut fournir un stockage objet accessible depuis votre cluster. Les environnements air-gapped ou entièrement on-premise peuvent utiliser MinIO ou une passerelle S3 on-premise.
2. Planifiez l'authentification au bucket : l'identité de charge de travail (IRSA sur AWS, Microsoft Entra Workload ID sur Azure) est privilégiée ; les identifiants statiques sont transmis via un secret Kubernetes, jamais directement dans les valeurs Helm.
3. Vérifiez votre StorageClass : assurez-vous qu'une StorageClass adossée à des SSD ou NVMe (par exemple gp3 sur AWS, Premium_LRS sur Azure, pd-ssd sur GCP) est disponible pour les volumes de métadonnées et de cache.
4. Planifiez la capacité des nœuds : comme point de départ, prévoyez 4 cœurs et 16 Gio de RAM pour environ 100 endpoints actifs, jusqu'à 8 cœurs et plus et 32 Gio et plus de RAM pour environ 10 000. Planifiez ClickHouse sur un nœud dédié (non partagé avec d'autres charges de travail), stable et à la demande plutôt que sur des instances spot ou preemptible.
5. Choisissez une destination de sauvegarde : les sauvegardes sont écrites dans le stockage objet que vous configurez. Nous recommandons un bucket distinct de celui des données de ClickHouse, bien qu'un préfixe de chemin distinct dans le même bucket fonctionne également.

Calendrier

• 2026.8 : ClickHouse est livré avec la version Self-Hosted, requis pour les fonctionnalités qui s'appuient dessus (en commençant par l'analyse des résultats des endpoints). La documentation complète de déploiement, de dimensionnement et de sauvegarde sera publiée dans la documentation self-hosting en même temps que la version.
• 2027.1.0 : ClickHouse et son backend de stockage objet deviennent obligatoires pour tous les déploiements Self-Hosted.

Questions

Contactez votre Customer Success Manager ou envoyez-nous un e-mail à support@gitguardian.com.