TDengine vs IronFlock : comparatif des plateformes industrielles de données et d’IA (2026)
TDengine fait partie des rares plateformes industrielles qui, comme IronFlock, traitent l’IA comme un élément du produit et non comme un ajout tardif. Elle a commencé comme une base de données de séries temporelles haute performance — passée en open source en 2019, écrite en C, AGPL-3.0, avec plus d’un million d’installations et plus de 25 000 étoiles GitHub — et s’est depuis étendue vers le haut pour former une pile de données complète : TDengine TSDB pour le stockage, TDengine IDMP (Industrial Data Management Platform) pour la modélisation des actifs, les tableaux de bord et les événements, et une couche IA composée de TDgpt (prévision et détection d’anomalies invoquées directement depuis SQL) et de l’Industrial Agent Runtime (assistants IA prêts à l’emploi et interface MCP exposant les capacités de la plateforme à des agents externes). En 2026, l’entreprise est passée du positionnement « base de données de séries temporelles haute performance » à celui de « socle de données industriel pour l’ère de l’IA ».
IronFlock aborde l’IA industrielle par l’extrémité opposée. Plutôt que de partir de la base de données pour aller vers les actifs, IronFlock part de l’appareil — un agent léger et des applications conteneurisées Docker fonctionnant de manière autonome sur n’importe quel matériel Linux ou Windows — et remonte vers des services centraux : FleetDB (TimescaleDB) pour les séries temporelles de toute la flotte, les tableaux de bord, les alarmes et un service d’IA dont les agents peuvent agir sur les appareils physiques, et pas seulement les lire.
Cette différence compte davantage que n’importe quelle fonctionnalité isolée. TDengine est une excellente réponse à « où vivent mes données industrielles et comment les interroger ? ». Ce n’est pas une réponse à « comment installer du logiciel sur 800 machines sur le terrain, les mettre à jour, les atteindre à distance et leur permettre de continuer à fonctionner quand le réseau tombe ? ». IronFlock est conçu pour la seconde question et fournit la couche données et IA par-dessus.
En un coup d’œil
| Dimension | IronFlock | TDengine |
|---|---|---|
| Ce que c’est | Une plateforme distribuée : des appareils edge exécutant des applications + des services centraux de données, de tableaux de bord et d’IA | Une plateforme de données : une base de séries temporelles (TSDB) plus une couche de gestion des données industrielles et d’IA (IDMP) |
| Apparence | Interface web moderne — claire, responsive, native navigateur | Interface web moderne — taosExplorer pour la base, IDMP pour les arbres d’actifs, les tableaux de bord et le Chat BI |
| Facilité d’utilisation | Libre-service : s’inscrire, flasher un appareil, déployer des applications en quelques minutes | Libre-service pour la couche données : instance Docker ou cloud, connecter une source, modéliser les actifs — « zéro code, zéro SQL » est l’objectif affiché d’IDMP |
| Collaboration | Multi-utilisateur avec rôles, clés d’API, partage d’appareils, contrôle d’accès au niveau projet | RBAC et SSO dans IDMP et TSDB-Enterprise ; l’édition OSS n’a aucun contrôle de privilèges |
| Modernité | Cloud-native, conteneurisée, IA d’abord, conçue dans les années 2020 | Base de données cloud-native (3.0, 2022) avec séparation du stockage et du calcul ; IDMP et l’agent runtime sont des produits 2025–2026 |
| Communauté | En croissance — place de marché d’applications ouverte, documentation développeur | Large — plus de 25 000 étoiles GitHub, plus de 20 000 développeurs, Discord et GitHub actifs |
| Stratégie | Écosystème ouvert — IronFlock construit le système central (historien, alarmes, tableaux de bord, gestion des appareils) et l’étend via une place de marché ouverte d’applications tierces | Open core — base de données AGPL-3.0, IDMP/Enterprise commercial par-dessus ; l’extension passe par des connecteurs, du SQL et des skills IA plutôt que par une place de marché tierce |
| Tradition | Fondée pour la gestion de flottes IoT et l’edge computing | Héritage de base de données ; positionnement industriel et couche IA ajoutés à partir de 2025 |
Différences clés
| Dimension | IronFlock | TDengine |
|---|---|---|
| Périmètre principal | Flotte d’appareils + données + IA | Données + IA |
| Edge computing | ✅ Runtime Docker complet sur chaque appareil — applications dans n’importe quel langage | ⚠️ taosX-Agent collecte, filtre et tamponne en périphérie ; ce n’est pas un endroit où exécuter vos applications |
| Gestion des appareils | ✅ Provisionnement, regroupement, OTA (OS, agent, applications), logs en direct, cartes | ❌ Ne fait pas partie de la plateforme |
| Accès à distance | ✅ Tunnels intégrés (HTTP, SSH, VNC, TCP, UDP) — sans VPN | ❌ Ne fait pas partie de la plateforme |
| Moteur de séries temporelles | ✅ Cluster TimescaleDB par projet, provisionné automatiquement, SQL PostgreSQL complet | ✅ TSDB dédiée écrite en C — débits d’ingestion très élevés, forte compression, clustering RAFT |
| Langage de requête | ✅ PostgreSQL complet — jointures arbitraires, CTE, fonctions de fenêtrage, tout l’écosystème d’extensions Postgres | ⚠️ Un dialecte SQL de séries temporelles — excellent sur les tags, plus étroit pour le relationnel et les questions transverses |
| Modèle sémantique d’actifs | ⚠️ Schéma par application, défini dans le manifeste | ✅ Arbre d’éléments IDMP — hiérarchie, attributs, relations, un jumeau numérique sémantique |
| IA : langage naturel sur les données | ✅ Intégrée | ✅ Chat BI et assistants prêts à l’emploi |
| IA : agit sur les appareils physiques | ✅ IA physique — les agents appellent des fonctions sur les appareils | ❌ Orientée lecture par conception ; notifications, pas d’actionnement |
| IA : prévision et détection d’anomalies | ✅ Prévisions statistiques et règles d’anomalie en SQL, enregistrées comme transformations rafraîchies en continu ; n’importe quel framework de ML en application conteneurisée | ✅ TDgpt — prévision, détection d’anomalies et imputation depuis une seule instruction SQL, avec des modèles de fondation de séries temporelles fournis |
| Déploiement d’applications | ✅ Conteneurs Docker sur appareils edge ou virtuels | ❌ Aucun modèle de déploiement applicatif |
| Place de marché d’applications | ✅ Intégrée, avec monétisation | ❌ Indisponible |
| Open source | Version cloud gratuite ; on-premises sur abonnement | ✅ TSDB-OSS sous AGPL-3.0 ; IDMP et les fonctions Enterprise sont commerciales |
| Base de tarification | Consommation de ressources (stockage, accès à distance, appareils virtuels, IA) ; palier cloud gratuit | Nombre de tags — gratuit jusqu’à 5 000 tags, puis licence annuelle ou perpétuelle par palier de tags |
| Multi-tenance | ✅ Séparation physique des bases + isolation cryptographique des messages | ⚠️ RBAC et partage de données ; pas conçu comme un modèle de tenance par client pour des flottes OEM |
Architecture
TDengine : une pile de données à trois couches
TDengine décrit sa propre architecture en trois couches, et c’est une description fidèle de sa construction :
- Couche 1 — TDengine TSDB : la base de séries temporelles. Écrite en C, une table par point de collecte regroupée en supertables, avec clustering RAFT, stockage et calcul séparés, déploiement Kubernetes et stockage hiérarchisé en édition Enterprise. Elle embarque aussi cache, traitement de flux et abonnement aux données, si bien qu’une grande partie de ce que les équipes greffent d’ordinaire autour d’une TSDB se trouve déjà dans la base.
taosAdapterexpose REST, le protocole de ligne InfluxDB, OpenTSDB, Prometheus et la compatibilité Telegraf. - Couche 2 — TDengine IDMP : la plateforme de gestion des données industrielles. IDMP ne stocke aucune donnée de séries temporelles en propre — elle se place au-dessus de TSDB (ou d’une autre base) et ajoute une hiérarchie arborescente d’éléments : usines, lignes, machines et mesures, avec attributs, relations, analytique, tableaux de bord et événements attachés à chaque nœud. C’est la couche sémantique qui transforme des tags bruts en jumeau numérique.
- Couche 3 — interfaces ouvertes pour l’IA : TDgpt exécute des nœuds d’analyse (anodes) qui servent prévision, détection d’anomalies et imputation aux requêtes SQL, appuyés sur des algorithmes statistiques, de l’apprentissage automatique et des modèles de fondation de séries temporelles (TDtsfm, Time-MoE). L’Industrial Agent Runtime ajoute treize assistants industriels prêts à l’emploi, des « skills » définies en Markdown, une base de connaissances sémantique et un serveur MCP exposant plus de 50 capacités de la plateforme comme outils pour des agents IA externes.
Les données entrent via taosX, le pipeline d’ingestion sans code de l’édition Enterprise, et via taosX-Agent, qui tourne en périphérie et parle OPC UA, OPC DA, MQTT, Kafka, PI System, AVEVA Historian, CSV/Parquet et les formats TSDB historiques. L’agent peut filtrer et prétraiter avant transmission et tamponne localement en store-and-forward quand le lien avec le système central tombe.
L’essentiel à comprendre sur la périphérie dans cette architecture : taosX-Agent est un collecteur de données, pas une plateforme de calcul. Il adapte les protocoles, filtre et transmet. Votre logique de commande, votre modèle de vision, votre IHM locale et votre application métier doivent vivre ailleurs.
IronFlock : Edge distribué + Services centraux
IronFlock est un système distribué à deux couches complémentaires. Les appareils edge autonomes exécutent un agent léger et des applications conteneurisées Docker au point d’exploitation. Les services centraux — FleetDB (TimescaleDB), le service FleetDB, le service d’IA et l’interface web — fournissent stockage, tableaux de bord, alarmes et intelligence à l’échelle de la flotte. Un broker de messages WAMP relie l’ensemble en pub/sub et RPC temps réel, en imposant une isolation cryptographique entre projets.
- Appareils edge : tout matériel capable d’exécuter Linux ou Windows — Raspberry Pi, PC industriels, NVIDIA Jetson, IPC Windows, passerelles. Sous Windows, l’agent tourne comme service natif avec redémarrage automatique et auto-mise à jour.
- Applications : conteneurs Docker dans n’importe quel langage, déployés sur des appareils edge ou sur des appareils virtuels — nœuds de calcul hébergés dans le cloud qui rejoignent votre projet aux côtés du matériel physique et exécutent des services de flotte comme Grafana, Node-RED ou Jupyter.
- Données : les applications edge publient la télémétrie via le broker vers FleetDB, qui provisionne automatiquement des tables TimescaleDB par projet, interrogeables en SQL standard.
- IA : le service d’IA orchestre des conversations multi-agents qui lisent les données de la flotte, génèrent graphiques et tableaux de bord, et appellent des fonctions sur les appareils physiques. Les applications peuvent embarquer leurs propres définitions d’agents sous forme de modèles YAML.
- Déploiement : SaaS cloud ou on-premises — la plateforme complète tourne dans votre propre infrastructure.
Voir Architecture pour le détail complet.
Ce que cela signifie en pratique
| Scénario | IronFlock | TDengine |
|---|---|---|
| Stocker 50 000 tags de télémétrie d’usine | ✅ TimescaleDB par projet, facturé au stockage | ✅ TSDB dédiée, facturée au palier de tags |
| Modéliser une usine en hiérarchie d’actifs | ⚠️ Schémas d’applications et structure des tableaux de bord | ✅ Arbre d’éléments IDMP avec attributs et relations |
| Prévoir un signal 24 heures à l’avance | ✅ Une transformation SQL qui se rafraîchit seule, ou un modèle dans une application conteneurisée | ✅ Une instruction SQL sur un modèle de fondation fourni |
| Demander « quelles pompes ont chauffé la semaine dernière ? » en langage naturel | ✅ Le service d’IA interroge les données de la flotte et trace la réponse | ✅ Le Chat BI répond et peut construire le panneau |
| Répondre à une question croisant production, qualité et énergie | ✅ Une requête PostgreSQL sur les tables de toutes les applications, enregistrée en KPI réutilisable | ⚠️ Dans les limites de l’arbre d’éléments et des jointures du dialecte TSDB |
| Faire réellement changer quelque chose sur une machine par l’IA | ✅ Les agents appellent des fonctions exposées par les applications embarquées | ❌ Notifications avec humain dans la boucle ; la feuille de route décrit une bibliothèque d’actions, pas un actionnement livré |
| Exécuter un algorithme maison sur la machine elle-même | ✅ Déployer une application Docker sur l’appareil | ❌ Non pris en charge — collecter et envoyer en amont |
| Mettre à jour le logiciel de 800 machines sur le terrain | ✅ OTA en masse en un clic — OS, agent et applications | ❌ Hors périmètre ; il vous faut une pile de gestion d’appareils séparée |
| Amener un technicien distant sur l’IHM d’une machine | ✅ Cliquer sur « Ouvrir un tunnel » dans le navigateur | ❌ Hors périmètre ; VPN ou produit d’accès distant séparé |
| Faire tourner un site pendant une coupure d’une semaine | ✅ Les appareils exécutent toutes les applications en autonomie et se synchronisent au retour du réseau | ⚠️ taosX-Agent tamponne les données ; rien ne continue à calculer sur site |
| Livrer un portail en marque blanche à 40 clients machines | ✅ Isolation cryptographique et base de données par client | ⚠️ RBAC et partage de données, mais pas de modèle de tenance OEM |
Comparaison des fonctionnalités
Données et connectivité
| Fonctionnalité | IronFlock | TDengine |
|---|---|---|
| Stockage de séries temporelles | ✅ Cluster TimescaleDB par projet provisionné automatiquement, SQL direct | ✅ TSDB dédiée — ingestion très élevée, forte compression, stockage hiérarchisé (Enterprise) |
| Performance d’ingestion | ✅ Absorbe sans difficulté la télémétrie machine et flotte — hypertables, compression et politiques de rétention | ✅ Débit de pointe supérieur par nœud sur des volumes de tags et des fréquences d’échantillonnage extrêmes |
| Dialecte SQL | ✅ PostgreSQL complet — jointures entre applications, CTE, fonctions de fenêtrage, PostGIS et le reste de l’écosystème d’extensions | ⚠️ Un dialecte de séries temporelles : solide sur les tags et les fenêtres, plus étroit pour le relationnel |
| KPI personnalisés en SQL rafraîchi en continu | ✅ Transformations matérialisées — une requête enregistrée qui se recalcule selon une planification et alimente les tableaux en direct | ✅ Traitement de flux et analytique IDMP sur les nœuds d’éléments |
| Connectivité automate (S7, Allen-Bradley, Modbus, OPC UA) | ✅ Industrial Collector sur les appareils edge — une application avec un catalogue de profils d’équipements pré-mappés (S7 et Allen-Bradley en accès anticipé) ; plus les collecteurs IO-Link, BACnet et MTConnect | ✅ Connecteurs OPC UA et OPC DA via taosX (Enterprise) ; pas de pilote natif S7 ni EtherNet/IP |
| MQTT | ✅ Via des applications | ✅ Connecteur intégré (Enterprise) |
| Kafka | ✅ Via des applications | ✅ Connecteur intégré |
| Migration de bases de données et d’historiens | ⚠️ Via des applications | ✅ Connecteurs sans code pour PI System, AVEVA Historian, InfluxDB et OpenTSDB |
| Modèle sémantique d’actifs / ontologie | ⚠️ Schéma par application, défini dans le manifeste | ✅ Arbre d’éléments IDMP avec attributs et relations |
| LoRaWAN | ✅ ChirpStack sur appareil virtuel — chaîne unifiée | ⚠️ Via MQTT depuis un serveur réseau tiers |
| Fonctionnement hors ligne | ✅ Les appareils exécutent les applications en pleine autonomie et se synchronisent au retour du réseau | ⚠️ Uniquement un tampon store-and-forward côté agent |
| Traitement des données en périphérie | ✅ Calcul complet sur tout appareil Linux ou Windows — dans n’importe quel langage | ⚠️ Filtrage et prétraitement dans l’agent de collecte |
| Isolation des données multi-tenant | ✅ Séparation physique des bases + isolation cryptographique des realms | ⚠️ RBAC, partage de données et liste blanche d’IP (Enterprise) ; pas un modèle de tenance par client |
IA et analytique
Les deux plateformes embarquent de l’IA sur des données industrielles, et toutes deux répondent en langage naturel. La différence tient à ce qui se passe après la réponse : TDengine la restitue, IronFlock peut aussi agir dessus.
| Fonctionnalité | IronFlock | TDengine |
|---|---|---|
| Requêtes en langage naturel sur les données | ✅ Sur les données de flotte, les appareils et les applications | ✅ Chat BI sur l’arbre d’éléments IDMP |
| Graphiques et tableaux de bord générés par l’IA | ✅ Dans la conversation, enregistrables sur des tableaux | ✅ Panneaux recommandés automatiquement ; la plateforme détecte le scénario et propose des tableaux de bord |
| Orchestration multi-agents | ✅ Intégrée, avec des sous-agents par domaine | ✅ Treize assistants industriels prêts à l’emploi, plus des agents externes via MCP |
| Agents personnalisés définis par les applications | ✅ Modèles d’agents YAML livrés avec les applications | ✅ « Skills » en Markdown et base de connaissances sémantique |
| IA physique — les agents exécutent des fonctions sur les appareils | ✅ | ❌ Orientée lecture par conception |
| L’IA agit avec les privilèges de l’utilisateur appelant | ✅ Chaque action est contrôlée en tant que cet utilisateur | ✅ Les agents héritent des permissions utilisateur ; cloisonnés avec garde-fous |
| Prévision depuis SQL | ✅ Prévisions par régression et saisonnières sous forme de transformation enregistrée qui se tient à jour | ✅ TDgpt — FORECAST dans une requête, modèle de fondation derrière |
| Détection d’anomalies depuis SQL | ✅ Bornes statistiques dans le SQL de la transformation, plus règles d’alarme sur les flux en direct | ✅ Fenêtres d’anomalie TDgpt |
| Modèles de fondation de séries temporelles | ⚠️ Apportez le vôtre — n’importe quel modèle, en conteneur, sur l’appareil ou dans le cloud | ✅ TDtsfm et Time-MoE inclus |
| Inférence ML en périphérie | ✅ N’importe quel framework (PyTorch, TensorFlow, ONNX) dans une application conteneurisée, GPU compris | ❌ Pas de calcul générique en périphérie |
| Interface MCP pour agents externes | ⚠️ Feuille de route | ✅ Plus de 50 capacités exposées comme outils |
| Interaction vocale | ✅ | ❌ |
| Utiliser son propre LLM | ✅ Registre de modèles, choix du modèle par agent | ✅ Se connecte aux LLM courants ; aucun LLM fourni |
| Assistant d’analyse de cause racine | ⚠️ Via les agents généraux | ✅ Assistant dédié |
Visualisation et tableaux de bord
| Fonctionnalité | IronFlock | TDengine |
|---|---|---|
| Constructeur de tableaux de bord | ✅ Système de widgets sans code dans le navigateur | ✅ Panneaux IDMP — courbe, barres, camembert, jauge, table, carte, nuage de points, chronologie d’états |
| Génération automatique de tableaux de bord | ⚠️ À la demande, via l’IA | ✅ Proactive — la plateforme recommande des panneaux pour le scénario détecté |
| Navigation multipage | ✅ Pages, barres latérales, onglets, boutons d’action et de retour | ⚠️ La navigation suit l’arbre d’éléments |
| Synoptiques IHM industriels (P&ID) | ✅ Bibliothèque complète de symboles SCADA — pompes, vannes, cuves, tuyaux, convoyeurs | ❌ Pas un produit IHM/SCADA |
| Widgets d’action (commande machine) | ✅ Intégrés | ❌ |
| Widgets de formulaire avec stockage de données | ✅ Intégrés | ❌ |
| IHM locale sur l’appareil | ✅ Les applications servent une interface locale, accessible même hors ligne | ❌ |
| Tableaux de bord intégrables | ✅ | ⚠️ Derrière l’authentification de la plateforme |
| Mises à jour temps réel | ✅ Infraseconde via WAMP | ✅ Traitement de flux avec fenêtres glissantes, de session, d’événement et d’état |
| Rapports PDF planifiés | ⚠️ Via des applications (Grafana, sur mesure) | ✅ Assistant de génération de rapports |
Gestion des appareils et de la flotte
C’est ici que les deux produits cessent de se recouper : la gestion des appareils sort du périmètre de TDengine, donc tout ce tableau doit venir d’ailleurs dans un déploiement TDengine.
| Fonctionnalité | IronFlock | TDengine |
|---|---|---|
| Provisionnement des appareils | ✅ Flasher et connecter, ou pré-enregistrement OEM | ❌ |
| Mises à jour OTA en masse (OS, agent, applications) | ✅ Un clic sur toute la flotte | ❌ |
| Regroupement d’appareils et réglages de flotte | ✅ Groupes d’appareils, réglages, résilience | ❌ |
| Logs en direct des applications embarquées | ✅ En streaming dans le navigateur | ❌ |
| Santé, ressources et état des appareils | ✅ | ⚠️ Ce que vous modélisez en tags |
| Gestion des emplacements et vue carte | ✅ | ⚠️ Panneaux cartographiques sur vos propres coordonnées |
| Appareils virtuels (nœuds de calcul cloud) | ✅ | ❌ |
| Liberté matérielle | ✅ Tout appareil Linux ou Windows — ARM, x86, Jetson, IPC | ✅ L’agent tourne sur du matériel edge standard ; le serveur demande du vrai calcul |
| Déploiement et retour arrière d’applications sur la flotte | ✅ Canaux de version et épinglage de versions | ❌ |
Accès à distance et sécurité
| Fonctionnalité | IronFlock | TDengine |
|---|---|---|
| Service de tunnel intégré | ✅ TCP, HTTP(S), UDP — sans client VPN | ❌ |
| Accès distant à l’IHM | ✅ En un clic depuis le navigateur | ❌ |
| Bureau à distance / SSH | ✅ Tunnel VNC, SSH dans le navigateur et accès root à l’hôte | ❌ |
| Zéro port ouvert sur les appareils | ✅ L’agent sort vers l’extérieur | ⚠️ L’agent sort vers taosX ; le cluster de base de données écoute |
| Authentification | ✅ OIDC avec 2FA TOTP | ✅ SSO et RBAC (IDMP / Enterprise) |
| Chiffrement au repos | ✅ | ✅ Enterprise et Cloud uniquement |
| Journalisation d’audit | ✅ Piste d’audit complète appareils et utilisateurs | ✅ Audit du comportement utilisateur (Enterprise) ; actions IA journalisées avec chaînes de preuves |
| Contrôle des privilèges dans l’édition gratuite/ouverte | ✅ Inclus dans le palier cloud gratuit | ❌ Absent de TSDB-OSS — le contrôle des privilèges est une fonction Enterprise |
| Certifications | ⚠️ Architecture conçue pour la conformité IEC 62443 / ISO 27001 / SOC 2 ; certification en cours | ✅ SOC 2 et ISO 27001/27017 annoncées pour la plateforme commerciale |
Développement d’applications
| Fonctionnalité | IronFlock | TDengine |
|---|---|---|
| Déployer des applications sur les appareils | ✅ Conteneurs Docker, tout langage | ❌ |
| Modèle d’extension | Applications — conteneurs avec manifestes, widgets, agents | Connecteurs, SQL, traitement de flux, skills IA, clients MCP |
| IDE cloud intégré | ✅ | ❌ |
| Intégration Git | ✅ GitHub, GitLab | ❌ |
| Chaîne CI/CD de publication | ✅ Build et release intégrés | ❌ |
| Place de marché d’applications | ✅ Ouverte, avec monétisation pour les développeurs tiers | ❌ |
| Bibliothèques clientes / SDK | ✅ API REST + SDK Python | ✅ Connecteurs pour Java, Python, Go, Rust, Node.js, C#, C |
| Cœur open source | ⚠️ Palier cloud gratuit ; on-premises sur abonnement | ✅ TSDB-OSS sous AGPL-3.0 sur GitHub |
Alarmes et notifications
| Fonctionnalité | IronFlock | TDengine |
|---|---|---|
| Règles configurables | ✅ Sur n’importe quel flux de télémétrie | ✅ Les résultats d’analyse déclenchent des événements sur les éléments |
| Niveaux de gravité | ✅ Critique, majeur, mineur | ✅ Gravité avec routage intelligent |
| Acquittement et annotation | ✅ | ✅ Acquitter et escalader |
| Notifications par e-mail | ✅ | ✅ |
| Notifications par SMS | ✅ Intégrées | ⚠️ E-mail et Telegram documentés |
| Actions sur la machine depuis une alarme | ✅ Via les fonctions d’application et les agents IA | ❌ |
Comparaison des prix
TDengine : gratuit jusqu’à 5 000 tags, puis licence par tag
Depuis juillet 2026, le palier gratuit de TDengine couvre la plateforme complète — TSDB et IDMP, les 20 connecteurs de données, la modélisation d’actifs, les tableaux de bord, l’analytique et les fonctions d’IA — jusqu’à 5 000 tags, en production, sans bridage de l’ingestion ni des requêtes et sans date limite d’essai. Un tag est un signal surveillé en continu (actif ou appareil plus nom de mesure), indépendamment de la fréquence d’échantillonnage ; TDengine situe 5 000 tags autour de 100 à 200 machines, ou d’une ligne de production moyennement complexe. La licence se renouvelle gratuitement, indéfiniment, même si l’activation et le renouvellement demandent une connexion internet temporaire. Deux réserves méritent d’être connues : le support est une option payante et non une composante du palier, et l’accès en requête par un tiers à la TSDB fournie exige une licence commerciale distincte.
Au-delà de 5 000 tags, la licence se prend par palier de tags, en auto-hébergement, en version annuelle ou perpétuelle, avec des suppléments pour la haute disponibilité et, sur les licences perpétuelles, pour le support continu. TDengine Cloud est tarifé séparément en service managé. Le TSDB-OSS sous AGPL-3.0 reste réellement gratuit et auto-hébergeable, mais sans IDMP, sans connecteurs taosX, sans chiffrement et sans contrôle des privilèges utilisateur.
Le modèle est clair et prévisible, et ne pénalise notablement pas les fréquences d’échantillonnage élevées — un bon choix pour un historique profond sur un ensemble fixe de signaux. En revanche, il suit l’étendue de votre instrumentation : chaque nouvelle mesure sur chaque nouvelle machine est un tag de plus, que quelqu’un la regarde ou non.
IronFlock : cloud gratuit + abonnement pour l’on-premises
La version cloud d’IronFlock est gratuite — gestion des appareils, tableaux de bord, stockage des données, mises à jour OTA, alarmes, accès à distance et déploiement d’applications sont inclus sans frais. La facturation suit la consommation de ressources : stockage, sessions d’accès à distance, appareils virtuels et usage de l’IA. Pas de décompte de tags, pas de licences au point, pas de frais par appareil et pas de contrat de support obligatoire. Voir la page tarifs pour le détail.
Des capacités supplémentaires s’ajoutent en achetant des applications sur la place de marché — connecteurs de protocoles, outils d’analyse ou solutions métier créées par IronFlock ou par des développeurs tiers. Pour les déploiements on-premises (isolés du réseau ou en infrastructure privée), IronFlock propose une licence par abonnement.
Quand choisir TDengine
TDengine est le meilleur choix si :
- La base de données est le sujet. Votre charge est extrême à l’échelle des TSDB — des millions de tags, des fréquences d’échantillonnage très élevées, des années de rétention sur un cluster — et un moteur dédié vaut le renoncement à un dialecte SQL généraliste.
- Vous migrez depuis un historien ou une autre TSDB — les connecteurs sans code pour PI System, AVEVA, InfluxDB et OpenTSDB rendent l’opération moins coûteuse que de l’écrire vous-même.
- Vous voulez un modèle de fondation de séries temporelles fourni. TDgpt exécute TDtsfm ou Time-MoE depuis une requête, sans modèle à choisir, héberger ou maintenir.
- Vos appareils sont déjà connectés et déjà gérés — un parc SCADA, automates ou passerelles existant qui produit des données de façon fiable, où il manque un endroit moderne où les mettre et un moyen de raisonner dessus.
- Vous voulez une hiérarchie sémantique d’actifs sur une grande usine : éléments, attributs, relations et un modèle de jumeau numérique que les agents IA peuvent parcourir.
- Vous voulez un cœur véritablement open source à auto-héberger et inspecter (AGPL-3.0), avec la possibilité de rester indéfiniment sur le palier gratuit pour une petite usine.
- Vous voulez exposer vos données industrielles à des agents IA externes via MCP et laisser votre propre pile d’agents faire le raisonnement.
Quand choisir IronFlock comme alternative à TDengine
IronFlock est le choix le plus solide quand :
- Vous avez une flotte, pas seulement une base de données. Provisionnement, regroupement, mises à jour OTA de l’OS, de l’agent et des applications, logs en direct et santé des appareils : c’est le quotidien de l’exploitation de machines sur le terrain — et rien de tout cela n’est dans le périmètre de TDengine.
- Vous avez besoin d’edge computing véritable — des applications dans n’importe quel langage qui tournent sur la machine et assurent commande, vision, tampon local et IHM locale, pas seulement adaptation de protocole et réémission.
- Vous avez besoin d’accès à distance sans VPN — tunnels HTTP, SSH, VNC, TCP et UDP intégrés à la plateforme, pour chaque appareil, depuis le navigateur.
- Vous voulez une IA qui agit, pas seulement qui conseille. Les agents d’IronFlock appellent les fonctions exposées par les applications embarquées, avec les privilèges de l’utilisateur appelant — une conversation avec l’IA peut donc changer une consigne, relancer un procédé ou déclencher une routine, et pas seulement signaler qu’un paramètre semble anormal.
- Vos sites doivent continuer à fonctionner quand le réseau tombe — les appareils IronFlock continuent d’exécuter toutes les applications en autonomie, servent les écrans locaux, collectent les données et se réconcilient au retour du réseau.
- Vous êtes un OEM qui livre des services numériques à ses propres clients et avez besoin d’une isolation des données par client et d’un portail en marque blanche, pas d’une base d’usine mono-locataire.
- Vous voulez créer et monétiser des applications — empaqueter votre expertise métier dans un conteneur et la vendre sur une place de marché ouverte.
- Vous voulez une visualisation de niveau SCADA — une bibliothèque complète de symboles P&ID, des widgets d’action et des formulaires — à côté de l’analytique.
- Le décompte de tags ne correspond pas à vos données. Une instrumentation large sur de nombreuses machines — des centaines de signaux chacune, la plupart consultés seulement quand quelque chose ne va pas — devient vite coûteuse quand chaque signal est un tag sous licence.
- Vous devez répondre à des questions métier, pas seulement à des questions de tags. FleetDB, c’est PostgreSQL complet : croisez des compteurs de production avec des résultats qualité et des relevés d’énergie issus de trois applications différentes, exprimez le TRS ou le rendement en une requête, et enregistrez-la comme transformation qui se tient à jour et alimente tableaux et IA comme n’importe quelle autre table.
- Vous voulez un système plutôt qu’une pile. Stockage, tableaux de bord, synoptiques SCADA, alarmes, gestion des appareils, accès à distance et IA viennent de la même plateforme, avec un seul modèle d’accès sur l’ensemble — plutôt qu’une couche de données qui réclame encore une couche appareils en dessous.
Chemin de migration
IronFlock peut fonctionner aux côtés d’un déploiement TDengine existant pendant la transition. Commencez par la machine : une application collecteur IronFlock lit les mêmes automates en S7, Modbus ou OPC UA sur l’appareil edge et écrit dans FleetDB, si bien que les nouveaux tableaux de bord, alarmes et conversations IA se construisent sur IronFlock pendant que l’ancienne TSDB continue de servir ce qui pointe encore vers elle. L’historique se transfère en masse via une application de migration conteneurisée sur l’interface REST de TDengine.
À partir de là, c’est la couche appareils qui change la donne — provisionnement, mises à jour OTA, accès à distance et fonctionnement hors ligne arrivent pour les mêmes machines qui n’envoyaient auparavant que des tags — et la licence par tags cesse de croître à chaque mesure ajoutée.
Prêt à essayer ? Commencez gratuitement — connectez un appareil et visualisez votre premier tableau de bord en quelques minutes.