1. Le problème que résout Bindplane #
Des centaines de collecteurs à configurer.
Contexte #
L'OpenTelemetry Collector est devenu le standard pour collecter, transformer et router logs, métriques et traces. Mais dès que l'on dépasse quelques collecteurs, la gestion devient le vrai sujet : des fichiers YAML différents par serveur, des mises à jour manuelles, aucune vue sur ce qui tourne vraiment ni sur les volumes envoyés aux backends.
Bindplane (éditeur observIQ) est un plan de contrôle pour ces collecteurs : une interface et une API qui construisent les pipelines, les déploient progressivement sur des flottes de collecteurs et mesurent les volumes à chaque étape, notamment pour réduire les coûts d'ingestion.
| Sans plan de contrôle | Avec Bindplane |
|---|---|
| Un YAML par serveur, copié à la main | Une configuration versionnée, appliquée à un groupe de collecteurs |
| Déploiement par Ansible, sans retour d'état | Rollouts par lots, pause automatique en cas d'erreur |
| Volumes connus seulement par la facture du backend | Débit mesuré par source, processeur et destination |
| Changement de backend = réécriture des configurations | Changement de destination dans l'interface, sans toucher aux sources |
2. Architecture #
Plan de contrôle et plan de données.
Composants #
| Composant | Rôle |
|---|---|
| Serveur Bindplane | Interface web, API et CLI ; stocke configurations et versions, pilote les rollouts. Sans état : plusieurs serveurs peuvent fonctionner en actif-actif |
| PostgreSQL | Stockage des configurations, collecteurs, versions et utilisateurs |
| Prometheus | Base des mesures de débit (octets, enregistrements) affichées dans l'interface |
| BDOT Collector | Bindplane Distro for OpenTelemetry Collector : distribution de l'OpenTelemetry Collector construite avec l'OpenTelemetry Collector Builder, première à implémenter OpAMP |
| Gateway | Groupe de collecteurs passerelles qui reçoivent la télémétrie des collecteurs de bordure, la traitent et l'envoient aux destinations |
OpAMP #
Les collecteurs ouvrent eux-mêmes une connexion WebSocket OpAMP (Open Agent Management Protocol, projet OpenTelemetry) vers le serveur : ws://bindplane:3001/v1/opamp, ou wss:// avec TLS. Par ce canal, le serveur envoie la configuration et reçoit l'état et les erreurs de chaque collecteur.
À savoir : La connexion étant sortante, aucun port n'est à ouvrir vers les collecteurs. Et si le serveur Bindplane tombe, les collecteurs continuent de fonctionner avec leur dernière configuration : seule la gestion est interrompue.
Bindplane peut aussi gérer des collecteurs OpenTelemetry qui ne sont pas des BDOT, via l'extension OpAMP du collecteur.
3. Les concepts #
Le vocabulaire de Bindplane.
Vocabulaire #
| Concept | Définition |
|---|---|
| Collector | Un collecteur OpenTelemetry connecté par OpAMP, de rôle Edge (bordure) ou Gateway (passerelle) |
| Configuration | Pipeline versionné de sources, processeurs et destinations, traduit par Bindplane en YAML de collecteur |
| Source | Ce que l'on collecte : fichiers, journald, syslog, OTLP, Kubernetes, bases de données, clouds... |
| Processor | Une transformation : filtrage, parsing, masquage, échantillonnage, agrégation, routage |
| Destination | Le backend : OTLP, Splunk, Elasticsearch, Google SecOps, Datadog, Grafana Cloud, stockage objet... |
| Edge Fleet | Groupe nommé de collecteurs de bordure partageant une même configuration |
| Version | Chaque modification crée un brouillon ; les collecteurs gardent la version live jusqu'au rollout |
| Rollout | Déploiement d'une nouvelle version, par lots croissants (standard) ou par étapes validées (progressif, Enterprise) |
4. Offres et cas d'usage #
Où Bindplane trouve sa place.
Éditions #
| Édition | Pour qui |
|---|---|
| Free | Découverte et petits parcs : jusqu'à 10 collecteurs connectés et 100 Go/jour de télémétrie, toutes les sources, processeurs et destinations |
| Growth | Équipes en croissance : plus de projets, de collecteurs et de volume |
| Enterprise | Grands parcs : rollouts progressifs, RBAC, haute disponibilité, support |
| Google Edition | Intégrée à Google SecOps et Google Cloud pour la collecte vers ces services |
| Bindplane Cloud | Serveur hébergé par l'éditeur (app.bindplane.com) ; les collecteurs restent chez vous |
À savoir : Les limites et le contenu des offres évoluent : vérifiez la page Plans & Pricing de la documentation avant de dimensionner un projet.
Cas d'usage #
- Réduire la facture d'un SIEM ou d'un outil d'observabilité en filtrant et en dédupliquant avant l'envoi.
- Migrer de backend (par exemple de Splunk vers un autre outil) en envoyant temporairement vers les deux.
- Standardiser la collecte sur OpenTelemetry à la place d'agents propriétaires.
- Gouverner la collecte : savoir quels collecteurs tournent, dans quelle version, avec quelle configuration.
