Connecteur InfluxDB (clé en main)
InfluxDB attend des points structurés en measurements, tags et champs. Le connecteur clé en main iD4Connect met vos flux à ce format et les écrit au fil de l'eau, sans zone de staging intermédiaire.
Structurer vos points pour InfluxDB
La performance d'InfluxDB dépend directement d'un schéma de tags et de champs cohérent, et d'une écriture correctement mise en lots. Construire cette couche d'ingestion à la main revient à réécrire le line protocol et sa gestion de débit. iD4Connect fournit cette couche prête à l'emploi.
De la source à la destination, en un seul passage
Collecter les mesures
Les points sont captés depuis vos sources et rattachés à un measurement cible. iD4Connect distingue d'emblée ce qui relève des tags (indexés) et des champs (valeurs).
Formater en line protocol
La conversion au line protocol s'effectue pendant le transit : nommage, cardinalité des tags, précision d'horodatage. Aucun fichier intermédiaire n'est écrit sur disque.
Écrire dans le bucket
Les points sont poussés vers le bucket InfluxDB visé, par lots calibrés pour le débit. Le regroupement et la reprise absorbent les pics de charge.
Ce que cette fonctionnalité vous apporte
Tags et champs
Séparation explicite des tags indexés et des champs de valeur pour maîtriser la cardinalité et les performances de requête.
Précision d'horodatage
Contrôle de la granularité temporelle (seconde, milliseconde, nanoseconde) selon vos besoins d'analyse.
Compatibilité 1.x et 2.x
Écriture vers les bases InfluxDB 1.x comme vers les buckets et organisations de la version 2.x.
Débit maîtrisé
Mise en lots et cadencement des écritures pour tenir un flux continu sans surcharger la base.
Bénéfices
- Ingestion InfluxDB conforme sans coder le line protocol.
- Cardinalité des tags maîtrisée dès la source.
- Points disponibles pour vos requêtes quasi en direct.
- Traitement stateless, sans réplication de vos données.
En pratique
Une équipe d'exploitation industrielle stocke ses mesures machine dans InfluxDB pour le suivi de performance. Elle reçoit des relevés hétérogènes qu'il faut normaliser avant écriture, sous peine de faire gonfler la cardinalité. iD4Connect classe chaque valeur en tag ou en champ, formate les points en line protocol en vol et les écrit dans le bucket. Les requêtes restent rapides et l'ingestion suit le rythme des capteurs, sans stockage tampon durable.
Questions fréquentes
Gérez-vous InfluxDB 1.x et 2.x ?
Oui. Le connecteur écrit aussi bien vers les bases de données 1.x que vers les buckets d'une organisation InfluxDB 2.x.
Comment évitez-vous l'explosion de cardinalité ?
En séparant explicitement tags et champs lors du mapping, vous décidez de ce qui est indexé et gardez la cardinalité sous contrôle.
Où sont traitées les données avant écriture ?
Dans votre périmètre et en mémoire : le formatage se fait en transit, sans passage par un stockage intermédiaire.
Orchestrez vos données en transit, sans stockage
iD4Connect connecte, transforme et distribue vos flux en temps réel. Souverain, on-premise, cloud ou edge.
Demandez une démo