TDengine vs IronFlock: confronto tra piattaforme industriali di dati e AI (2026)
TDengine è una delle poche piattaforme industriali che, come IronFlock, tratta l’AI come parte del prodotto e non come un’aggiunta successiva. È nata come database di serie temporali ad alte prestazioni — rilasciata in open source nel 2019, scritta in C, AGPL-3.0, con oltre un milione di installazioni e più di 25.000 stelle su GitHub — e da allora è cresciuta verso l’alto fino a formare uno stack dati completo: TDengine TSDB per l’archiviazione, TDengine IDMP (Industrial Data Management Platform) per la modellazione degli asset, le dashboard e gli eventi, e un livello AI composto da TDgpt (previsione e rilevamento anomalie invocati direttamente da SQL) e dall’Industrial Agent Runtime (assistenti AI preconfezionati più un’interfaccia MCP che espone le capacità della piattaforma ad agenti esterni). Nel 2026 l’azienda si è riposizionata da “database di serie temporali ad alte prestazioni” a “base dati industriale per l’era dell’AI”.
IronFlock affronta l’AI industriale dall’estremo opposto. Invece di partire dal database per arrivare agli asset, IronFlock parte dal dispositivo — un agente leggero e app containerizzate Docker che funzionano in autonomia su qualsiasi hardware Linux o Windows — e sale verso i servizi centrali: FleetDB (TimescaleDB) per i dati di serie temporali dell’intera flotta, dashboard, allarmi e un servizio AI i cui agenti possono agire sui dispositivi fisici, non solo leggerli.
Questa differenza pesa più di qualsiasi singola funzionalità. TDengine è un’ottima risposta alla domanda “dove vivono i miei dati industriali e come faccio a interrogarli?”. Non è una risposta a “come porto software su 800 macchine sul campo, le aggiorno, le raggiungo da remoto e le faccio continuare a lavorare quando la rete cade?”. IronFlock è costruito per la seconda domanda e fornisce il livello dati e AI al di sopra.
Panoramica
| Dimensione | IronFlock | TDengine |
|---|---|---|
| Cos’è | Una piattaforma distribuita: dispositivi edge che eseguono app + servizi centrali di dati, dashboard e AI | Una piattaforma dati: un database di serie temporali (TSDB) più un livello di gestione dati industriali e AI (IDMP) |
| Aspetto | Interfaccia web moderna — pulita, responsive, nativa per il browser | Interfaccia web moderna — taosExplorer per il database, IDMP per alberi di asset, dashboard e Chat BI |
| Usabilità | Self-service: registrarsi, flashare un dispositivo, distribuire app in pochi minuti | Self-service per il livello dati: istanza Docker o cloud, collegare una sorgente, modellare gli asset — “zero codice, zero SQL” è l’obiettivo dichiarato di IDMP |
| Collaborazione | Multiutente con ruoli, chiavi API, condivisione dispositivi, controllo accessi a livello di progetto | RBAC e SSO in IDMP e TSDB-Enterprise; l’edizione OSS non ha controlli sui privilegi |
| Modernità | Cloud-native, containerizzata, AI-first, progettata negli anni 2020 | Database cloud-native (3.0, 2022) con separazione di storage e calcolo; IDMP e l’agent runtime sono prodotti 2025–2026 |
| Community | In crescita — marketplace di app aperto, documentazione per sviluppatori | Ampia — oltre 25.000 stelle su GitHub, più di 20.000 sviluppatori, Discord e GitHub attivi |
| Strategia | Ecosistema aperto — IronFlock costruisce il sistema centrale (historian, allarmi, dashboard, gestione dispositivi) e si estende tramite un marketplace aperto di app di terze parti | Open core — database AGPL-3.0, IDMP/Enterprise commerciale al di sopra; l’estensione avviene tramite connettori, SQL e skill AI anziché con un marketplace di app di terze parti |
| Tradizione | Nata per la gestione di flotte IoT e l’edge computing | Origine da database; posizionamento industriale e livello AI aggiunti dal 2025 |
Differenze Principali
| Dimensione | IronFlock | TDengine |
|---|---|---|
| Ambito principale | Flotta di dispositivi + dati + AI | Dati + AI |
| Edge computing | ✅ Runtime Docker completo su ogni dispositivo — app in qualsiasi linguaggio | ⚠️ taosX-Agent raccoglie, filtra e bufferizza all’edge; non è un posto dove eseguire le vostre applicazioni |
| Gestione dispositivi | ✅ Provisioning, raggruppamento, OTA (sistema operativo, agente, app), log in tempo reale, mappe | ❌ Non fa parte della piattaforma |
| Accesso remoto | ✅ Tunneling integrato (HTTP, SSH, VNC, TCP, UDP) — senza VPN | ❌ Non fa parte della piattaforma |
| Motore di serie temporali | ✅ Cluster TimescaleDB per progetto, provisioning automatico, SQL PostgreSQL completo | ✅ TSDB dedicata scritta in C — ingest molto elevato, forte compressione, clustering RAFT |
| Linguaggio di query | ✅ PostgreSQL completo — join arbitrari, CTE, funzioni finestra, l’intero ecosistema di estensioni Postgres | ⚠️ Un dialetto SQL per serie temporali — eccellente sui tag, più stretto sul relazionale e sulle domande trasversali |
| Modello semantico degli asset | ⚠️ Schema per app, definito nel manifest dell’app | ✅ Albero degli elementi IDMP — gerarchia, attributi, relazioni, un gemello digitale semantico |
| AI: linguaggio naturale sui dati | ✅ Integrata | ✅ Chat BI e assistenti preconfezionati |
| AI: agisce sui dispositivi fisici | ✅ AI fisica — gli agenti invocano funzioni sui dispositivi | ❌ Orientata alla lettura per scelta progettuale; notifiche, non attuazione |
| AI: previsione e rilevamento anomalie | ✅ Previsioni statistiche e regole di anomalia in SQL, salvate come trasformazioni che si aggiornano in continuo; qualsiasi framework ML come app containerizzata | ✅ TDgpt — previsione, rilevamento anomalie e imputazione da una singola istruzione SQL, inclusi modelli di fondazione per serie temporali forniti |
| Distribuzione delle app | ✅ Container Docker su dispositivi edge o virtuali | ❌ Nessun modello di distribuzione applicativa |
| Marketplace di app | ✅ Integrato, con monetizzazione | ❌ Non disponibile |
| Open source | Versione cloud gratuita; on-premises in abbonamento | ✅ TSDB-OSS sotto AGPL-3.0; IDMP e le funzioni Enterprise sono commerciali |
| Base di prezzo | Consumo di risorse (storage, accesso remoto, dispositivi virtuali, AI); piano cloud gratuito | Numero di tag — gratuito fino a 5.000 tag, poi licenza annuale o perpetua per fascia di tag |
| Multi-tenancy | ✅ Separazione fisica dei database + isolamento crittografico dei messaggi | ⚠️ RBAC e condivisione dati; non progettato come modello di tenancy per cliente per flotte OEM |
Architettura
TDengine: Uno Stack Dati a Tre Livelli
TDengine descrive la propria architettura come tre livelli, ed è una descrizione fedele di come è costruita:
- Livello 1 — TDengine TSDB: il database di serie temporali. Scritto in C, una tabella per punto di raccolta dati raggruppate in supertable, con clustering basato su RAFT, storage e calcolo separati, distribuzione su Kubernetes e storage a livelli nell’edizione Enterprise. Include anche caching, stream processing e sottoscrizione ai dati, quindi molto di ciò che di solito si aggiunge attorno a una TSDB è già dentro il database.
taosAdapterespone REST, il protocollo di riga InfluxDB, OpenTSDB, Prometheus e la compatibilità con Telegraf. - Livello 2 — TDengine IDMP: la piattaforma di gestione dei dati industriali. IDMP non memorizza dati di serie temporali propri — si colloca sopra TSDB (o un altro database) e aggiunge una gerarchia ad albero di elementi fatta di stabilimenti, linee, macchine e misure, con attributi, relazioni, analisi, dashboard ed eventi collegati a ogni nodo. È il livello semantico che trasforma i tag grezzi in un gemello digitale.
- Livello 3 — interfacce aperte per l’AI: TDgpt esegue nodi di analisi (anode) che forniscono previsione, rilevamento anomalie e imputazione alle query SQL, basandosi su algoritmi statistici, machine learning e modelli di fondazione per serie temporali (TDtsfm, Time-MoE). L’Industrial Agent Runtime aggiunge tredici assistenti industriali preconfezionati, “skill” definite in Markdown, una base di conoscenza semantica e un server MCP che espone oltre 50 capacità della piattaforma come strumenti per agenti AI esterni.
I dati entrano tramite taosX, la pipeline di ingest senza codice dell’edizione Enterprise, e tramite taosX-Agent, che gira all’edge e parla OPC UA, OPC DA, MQTT, Kafka, PI System, AVEVA Historian, CSV/Parquet e formati TSDB legacy. L’agente può filtrare e preelaborare prima della trasmissione e bufferizza localmente in store-and-forward quando il collegamento con il sistema centrale cade.
La cosa importante da capire sull’edge in questa architettura: taosX-Agent è un raccoglitore di dati, non una piattaforma di calcolo. Adatta protocolli, filtra e inoltra. La vostra logica di controllo, il vostro modello di visione, la vostra HMI locale e la vostra applicazione su misura devono vivere altrove.
IronFlock: Edge Distribuito + Servizi Centrali
IronFlock è un sistema distribuito con due livelli complementari. I dispositivi edge autonomi eseguono un agente leggero e app containerizzate Docker nel punto di esercizio. I servizi centrali — FleetDB (TimescaleDB), il servizio FleetDB, il servizio AI e l’interfaccia web — forniscono archiviazione, dashboard, allarmi e intelligenza per l’intera flotta. Un message broker WAMP collega tutto con pub/sub e RPC in tempo reale, imponendo isolamento crittografico tra i progetti.
- Dispositivi edge: qualsiasi hardware in grado di eseguire Linux o Windows — Raspberry Pi, PC industriali, NVIDIA Jetson, IPC Windows, gateway. Su Windows l’agente gira come servizio nativo con riavvio automatico e auto-aggiornamento.
- App: container Docker in qualsiasi linguaggio di programmazione, distribuiti su dispositivi edge o su dispositivi virtuali — nodi di calcolo ospitati nel cloud che si uniscono al progetto accanto all’hardware fisico ed eseguono servizi per l’intera flotta come Grafana, Node-RED o Jupyter.
- Dati: le app edge pubblicano telemetria tramite il broker verso FleetDB, che effettua il provisioning automatico di tabelle TimescaleDB per progetto interrogabili con SQL semplice.
- AI: il servizio AI orchestra conversazioni multi-agente che leggono i dati della flotta, generano grafici e dashboard e invocano funzioni sui dispositivi fisici. Le app possono includere definizioni di agenti proprie come template YAML.
- Distribuzione: SaaS cloud oppure on-premises — l’intera piattaforma gira nella vostra infrastruttura.
Vedi Architettura per il quadro completo.
Cosa Significa in Pratica
| Scenario | IronFlock | TDengine |
|---|---|---|
| Archiviare 50.000 tag di telemetria di impianto | ✅ TimescaleDB per progetto, fatturato a storage | ✅ TSDB dedicata, fatturata per fascia di tag |
| Modellare un impianto come gerarchia di asset | ⚠️ Schemi delle app più struttura delle dashboard | ✅ Albero degli elementi IDMP con attributi e relazioni |
| Prevedere un segnale con 24 ore di anticipo | ✅ Una trasformazione SQL che si aggiorna da sola, o un modello in un’app containerizzata | ✅ Una istruzione SQL su un modello di fondazione fornito |
| Chiedere “quali pompe si sono surriscaldate la settimana scorsa?” in linguaggio naturale | ✅ Il servizio AI interroga i dati della flotta e rappresenta la risposta | ✅ Chat BI risponde e può costruire il pannello |
| Rispondere a una domanda che incrocia dati di produzione, qualità ed energia | ✅ Una query PostgreSQL sulle tabelle di tutte le app, salvata come KPI riutilizzabile | ⚠️ Entro l’albero degli elementi e il supporto ai join del dialetto TSDB |
| Far cambiare davvero qualcosa all’AI su una macchina | ✅ Gli agenti chiamano funzioni esposte dalle app del dispositivo | ❌ Notifiche con l’uomo nel ciclo; la roadmap descrive una libreria di azioni, non un’attuazione disponibile |
| Eseguire un algoritmo proprio sulla macchina stessa | ✅ Distribuire un’app Docker sul dispositivo | ❌ Non supportato — raccogliere e inviare a monte |
| Aggiornare il software su 800 macchine sul campo | ✅ OTA di massa con un clic — sistema operativo, agente e app | ❌ Fuori ambito; serve uno stack di gestione dispositivi separato |
| Portare un tecnico remoto sull’HMI di una macchina | ✅ Fare clic su “Apri tunnel” nel browser | ❌ Fuori ambito; VPN o un prodotto di accesso remoto separato |
| Tenere in funzione un sito durante un’interruzione di una settimana | ✅ I dispositivi eseguono tutte le app in autonomia e sincronizzano alla riconnessione | ⚠️ taosX-Agent bufferizza i dati; in sito nulla continua a calcolare |
| Consegnare un portale white-label a 40 clienti di macchine | ✅ Isolamento crittografico e di database per cliente | ⚠️ RBAC e condivisione dati, ma nessun modello di tenancy OEM |
Confronto Funzionalità
Dati e Connettività
| Funzionalità | IronFlock | TDengine |
|---|---|---|
| Archiviazione di serie temporali | ✅ Cluster TimescaleDB per progetto con provisioning automatico, SQL diretto | ✅ TSDB dedicata — ingest molto elevato, forte compressione, storage a livelli (Enterprise) |
| Prestazioni di ingest | ✅ Gestisce agevolmente telemetria di macchine e flotte — hypertable, compressione e politiche di retention | ✅ Throughput di picco per nodo superiore con quantità di tag e frequenze di campionamento estreme |
| Dialetto SQL | ✅ PostgreSQL completo — join tra app, CTE, funzioni finestra, PostGIS e il resto dell’ecosistema di estensioni | ⚠️ Un dialetto per serie temporali: forte su tag e finestre, più stretto sul lavoro relazionale |
| KPI personalizzati come SQL aggiornato in continuo | ✅ Trasformazioni materializzate — una query salvata che si ricalcola secondo una pianificazione e alimenta le board in tempo reale | ✅ Stream processing e analisi IDMP sui nodi elemento |
| Connettività PLC (S7, Allen-Bradley, Modbus, OPC UA) | ✅ Industrial Collector sui dispositivi edge — un’app con un catalogo di profili di impianto già mappati (S7 e Allen-Bradley in early access); più i collector IO-Link, BACnet e MTConnect | ✅ Connettori OPC UA e OPC DA tramite taosX (Enterprise); nessun driver nativo S7 o EtherNet/IP |
| MQTT | ✅ Tramite app | ✅ Connettore integrato (Enterprise) |
| Kafka | ✅ Tramite app | ✅ Connettore integrato |
| Migrazione di database e historian | ⚠️ Tramite app | ✅ Connettori senza codice per PI System, AVEVA Historian, InfluxDB e OpenTSDB |
| Modello semantico degli asset / ontologia | ⚠️ Schema per app, definito nel manifest dell’app | ✅ Albero degli elementi IDMP con attributi e relazioni |
| LoRaWAN | ✅ ChirpStack su dispositivo virtuale — pipeline unificata | ⚠️ Tramite MQTT da un network server di terze parti |
| Funzionamento offline | ✅ I dispositivi eseguono le app in piena autonomia e sincronizzano alla riconnessione | ⚠️ Solo buffering store-and-forward lato agente |
| Elaborazione dati all’edge | ✅ Calcolo completo su qualsiasi dispositivo Linux o Windows — in qualsiasi linguaggio | ⚠️ Filtraggio e preelaborazione nell’agente di raccolta |
| Isolamento dati multi-tenant | ✅ Separazione fisica dei database + isolamento crittografico dei realm | ⚠️ RBAC, condivisione dati e whitelist IP (Enterprise); non è un modello di tenancy per cliente |
AI e Analisi
Entrambe le piattaforme portano AI sui dati industriali ed entrambe rispondono in linguaggio naturale. La differenza sta in ciò che succede dopo la risposta: TDengine la riferisce, IronFlock può anche agire di conseguenza.
| Funzionalità | IronFlock | TDengine |
|---|---|---|
| Query in linguaggio naturale sui dati | ✅ Su dati della flotta, dispositivi e app | ✅ Chat BI sull’albero degli elementi IDMP |
| Grafici e dashboard generati dall’AI | ✅ Nella conversazione, salvabili sulle board | ✅ Pannelli consigliati automaticamente; la piattaforma riconosce lo scenario e propone dashboard |
| Orchestrazione multi-agente | ✅ Integrata, con sub-agenti per dominio | ✅ Tredici assistenti industriali preconfezionati, più agenti esterni via MCP |
| Agenti personalizzati definiti dalle app | ✅ Template di agenti YAML distribuiti con le app | ✅ “Skill” in Markdown e una base di conoscenza semantica |
| AI fisica — gli agenti eseguono funzioni sui dispositivi | ✅ | ❌ Orientata alla lettura per scelta progettuale |
| L’AI agisce con i privilegi dell’utente chiamante | ✅ Ogni azione è verificata come quell’utente | ✅ Gli agenti ereditano i permessi utente; isolati con guardrail |
| Previsione da SQL | ✅ Previsioni per regressione e stagionali come trasformazione salvata che si mantiene aggiornata | ✅ TDgpt — FORECAST in una query, con un modello di fondazione dietro |
| Rilevamento anomalie da SQL | ✅ Soglie statistiche nell’SQL della trasformazione, più regole di allarme sui flussi in tempo reale | ✅ Finestre di anomalia TDgpt |
| Modelli di fondazione per serie temporali | ⚠️ Portate il vostro — qualsiasi modello, in un container, sul dispositivo o nel cloud | ✅ TDtsfm e Time-MoE inclusi |
| Inferenza ML all’edge | ✅ Qualsiasi framework (PyTorch, TensorFlow, ONNX) in un’app containerizzata, GPU compresa | ❌ Nessun calcolo generico all’edge |
| Interfaccia MCP per agenti esterni | ⚠️ In roadmap | ✅ Oltre 50 capacità esposte come strumenti |
| Interazione vocale | ✅ | ❌ |
| Usare il proprio LLM | ✅ Registro dei modelli, scelta del modello per agente | ✅ Si collega ai principali LLM; nessun LLM incluso |
| Assistente per l’analisi delle cause | ⚠️ Tramite agenti generali | ✅ Assistente dedicato |
Visualizzazione e Dashboard
| Funzionalità | IronFlock | TDengine |
|---|---|---|
| Costruttore di dashboard | ✅ Sistema di widget no-code nel browser | ✅ Pannelli IDMP — trend, barre, torta, gauge, tabella, mappa, dispersione, timeline di stato |
| Generazione automatica di dashboard | ⚠️ Su richiesta, tramite l’AI | ✅ Proattiva — la piattaforma consiglia pannelli per lo scenario rilevato |
| Navigazione multipagina | ✅ Pagine, barre laterali, schede, pulsanti azione e indietro | ⚠️ La navigazione segue l’albero degli elementi |
| Grafica HMI industriale (P&ID) | ✅ Libreria completa di simboli SCADA — pompe, valvole, serbatoi, tubazioni, nastri | ❌ Non è un prodotto HMI/SCADA |
| Widget di azione (comando macchina) | ✅ Integrati | ❌ |
| Widget modulo con archiviazione dati | ✅ Integrati | ❌ |
| HMI locale sul dispositivo | ✅ Le app servono un’interfaccia locale, raggiungibile anche offline | ❌ |
| Dashboard incorporabili | ✅ | ⚠️ Dietro l’autenticazione della piattaforma |
| Aggiornamenti in tempo reale | ✅ Sotto il secondo via WAMP | ✅ Stream processing con finestre scorrevoli, di sessione, di evento e di stato |
| Report PDF pianificati | ⚠️ Tramite app (Grafana, su misura) | ✅ Assistente per la generazione di report |
Gestione Dispositivi e Flotta
Qui i due prodotti smettono di sovrapporsi: la gestione dei dispositivi è fuori dall’ambito di TDengine, quindi tutto ciò che è in questa tabella deve arrivare da altrove in un’installazione TDengine.
| Funzionalità | IronFlock | TDengine |
|---|---|---|
| Provisioning dei dispositivi | ✅ Flash e connessione, o preregistrazione OEM | ❌ |
| Aggiornamenti OTA di massa (sistema operativo, agente, app) | ✅ Un clic su tutta la flotta | ❌ |
| Raggruppamento dispositivi e impostazioni di flotta | ✅ Gruppi di dispositivi, impostazioni, resilienza | ❌ |
| Log in tempo reale dalle app del dispositivo | ✅ In streaming nel browser | ❌ |
| Salute, risorse e stato del dispositivo | ✅ | ⚠️ Quello che modellate come tag |
| Gestione delle posizioni e vista mappa | ✅ | ⚠️ Pannelli mappa sulle vostre coordinate |
| Dispositivi virtuali (nodi di calcolo cloud) | ✅ | ❌ |
| Libertà di hardware | ✅ Qualsiasi dispositivo Linux o Windows — ARM, x86, Jetson, IPC | ✅ L’agente gira su hardware edge standard; il server richiede calcolo vero |
| Rollout e rollback delle app su tutta la flotta | ✅ Canali di rilascio e blocco delle versioni | ❌ |
Accesso Remoto e Sicurezza
| Funzionalità | IronFlock | TDengine |
|---|---|---|
| Servizio di tunneling integrato | ✅ TCP, HTTP(S), UDP — senza client VPN | ❌ |
| Accesso remoto all’HMI | ✅ Con un clic dal browser | ❌ |
| Desktop remoto / SSH | ✅ Tunneling VNC, SSH nel browser e accesso root all’host | ❌ |
| Zero porte aperte sui dispositivi | ✅ L’agente chiama verso l’esterno | ⚠️ L’agente chiama taosX verso l’esterno; il cluster del database resta in ascolto |
| Autenticazione | ✅ OIDC con 2FA TOTP | ✅ SSO e RBAC (IDMP / Enterprise) |
| Cifratura a riposo | ✅ | ✅ Solo Enterprise e Cloud |
| Registrazione di audit | ✅ Traccia di audit completa su dispositivi e utenti | ✅ Audit del comportamento utente (Enterprise); azioni AI registrate con catene di evidenze |
| Controllo dei privilegi nell’edizione gratuita/aperta | ✅ Incluso nel piano cloud gratuito | ❌ Assente in TSDB-OSS — il controllo dei privilegi è una funzione Enterprise |
| Certificazioni | ⚠️ Architettura progettata per la conformità a IEC 62443 / ISO 27001 / SOC 2; certificazione in corso | ✅ SOC 2 e ISO 27001/27017 dichiarate per la piattaforma commerciale |
Sviluppo App
| Funzionalità | IronFlock | TDengine |
|---|---|---|
| Distribuire applicazioni sui dispositivi | ✅ Container Docker, qualsiasi linguaggio | ❌ |
| Modello di estensione | App — container con manifest, widget, agenti | Connettori, SQL, stream processing, skill AI, client MCP |
| IDE cloud integrato | ✅ | ❌ |
| Integrazione Git | ✅ GitHub, GitLab | ❌ |
| Pipeline CI/CD di rilascio | ✅ Build e rilascio integrati | ❌ |
| Marketplace di app | ✅ Aperto, con monetizzazione per sviluppatori terzi | ❌ |
| Librerie client / SDK | ✅ API REST + SDK Python | ✅ Connettori per Java, Python, Go, Rust, Node.js, C#, C |
| Core open source | ⚠️ Piano cloud gratuito; on-premises in abbonamento | ✅ TSDB-OSS sotto AGPL-3.0 su GitHub |
Allarmi e Notifiche
| Funzionalità | IronFlock | TDengine |
|---|---|---|
| Regole configurabili | ✅ Su qualsiasi flusso di telemetria | ✅ I risultati delle analisi generano eventi sugli elementi |
| Livelli di severità | ✅ Critico, maggiore, minore | ✅ Severità con instradamento intelligente |
| Presa in carico e annotazione | ✅ | ✅ Presa in carico ed escalation |
| Notifiche via e-mail | ✅ | ✅ |
| Notifiche via SMS | ✅ Integrate | ⚠️ E-mail e Telegram documentati |
| Azioni sulla macchina da un allarme | ✅ Tramite funzioni delle app e agenti AI | ❌ |
Confronto Prezzi
TDengine: Gratuito Fino a 5.000 Tag, Poi Licenza per Tag
Da luglio 2026 il piano gratuito di TDengine copre l’intera piattaforma — TSDB più IDMP, tutti i 20 connettori dati, modellazione degli asset, dashboard, analisi e funzioni AI — fino a 5.000 tag, in produzione, senza limitazioni su ingest o query e senza scadenza di prova. Un tag è un segnale monitorato in continuo (asset o dispositivo più nome della misura), indipendentemente dalla frequenza di campionamento; TDengine colloca 5.000 tag intorno a 100–200 macchine, o a una linea di produzione mediamente complessa. La licenza si rinnova gratuitamente a tempo indeterminato, anche se attivazione e rinnovo richiedono una connessione internet temporanea. Due avvertenze utili: il supporto è un’opzione a pagamento e non parte del piano, e l’accesso in query da parte di terzi alla TSDB inclusa richiede una licenza commerciale separata.
Oltre i 5.000 tag la licenza è per fascia di tag, self-hosted, annuale o perpetua, con maggiorazioni per l’alta disponibilità e, sulle licenze perpetue, per il supporto continuativo. TDengine Cloud ha un prezzo a parte come servizio gestito. Il TSDB-OSS sotto AGPL-3.0 resta davvero gratuito e self-hostabile, ma senza IDMP, senza connettori taosX, senza cifratura e senza controlli sui privilegi utente.
Il modello è chiaro e prevedibile e notevolmente non penalizza le alte frequenze di campionamento — si adatta bene a storici profondi su un insieme fisso di segnali. Scala però con l’ampiezza della vostra strumentazione: ogni nuova misura su ogni nuova macchina è un tag in più, che qualcuno la guardi o no.
IronFlock: Cloud Gratuito + Abbonamento per On-Premises
La versione cloud di IronFlock è gratuita — gestione dispositivi, dashboard, archiviazione dati, aggiornamenti OTA, allarmi, accesso remoto e distribuzione delle app sono inclusi senza costi. Gli addebiti seguono il consumo di risorse: storage, sessioni di accesso remoto, dispositivi virtuali e uso dell’AI. Non ci sono conteggi di tag, licenze per punto, canoni per dispositivo né contratti di supporto obbligatori. Vedi la pagina prezzi per i dettagli.
Ulteriori capacità si aggiungono acquistando app dal marketplace — connettori di protocollo, strumenti di analisi o soluzioni verticali realizzate da IronFlock o da sviluppatori terzi. Per le installazioni on-premises (air-gapped o in infrastruttura privata), IronFlock offre una licenza in abbonamento.
Quando Scegliere TDengine
TDengine è la scelta migliore se:
- Il database è il punto centrale. Il vostro carico è estremo per gli standard delle TSDB — milioni di tag, frequenze di campionamento molto alte, anni di retention su un solo cluster — e un motore dedicato vale la rinuncia a un dialetto SQL generalista.
- State migrando da un historian o da un’altra TSDB — i connettori senza codice per PI System, AVEVA, InfluxDB e OpenTSDB rendono quel passaggio più economico che scriverselo.
- Volete un modello di fondazione per serie temporali già incluso. TDgpt esegue TDtsfm o Time-MoE dentro una query, senza dover scegliere, ospitare o mantenere un modello vostro.
- I vostri dispositivi sono già collegati e già gestiti — un parco SCADA, PLC o gateway esistente che produce dati in modo affidabile, dove manca solo un posto moderno dove metterli e un modo per ragionarci sopra.
- Volete una gerarchia semantica degli asset su un grande impianto: elementi, attributi, relazioni e un modello di gemello digitale navigabile dagli agenti AI.
- Volete un core davvero open source che potete ospitare e ispezionare (AGPL-3.0), con la possibilità di restare a tempo indeterminato nel piano gratuito per un piccolo impianto.
- Volete esporre i vostri dati industriali ad agenti AI esterni via MCP e lasciare il ragionamento al vostro stack di agenti.
Quando Scegliere IronFlock come Alternativa a TDengine
IronFlock è la scelta più forte quando:
- Avete una flotta, non solo un database. Provisioning, raggruppamento, aggiornamenti OTA di sistema operativo, agente e applicazioni, log in tempo reale e salute dei dispositivi sono il lavoro quotidiano di chi gestisce macchine sul campo — e niente di tutto ciò rientra nell’ambito di TDengine.
- Vi serve edge computing vero — applicazioni in qualsiasi linguaggio che girano sulla macchina e fanno controllo, visione, buffering locale e HMI locale, non solo adattamento di protocollo e inoltro.
- Vi serve accesso remoto senza VPN — tunneling HTTP, SSH, VNC, TCP e UDP integrato nella piattaforma, per ogni dispositivo, dal browser.
- Volete un’AI che agisce, non solo che consiglia. Gli agenti di IronFlock invocano funzioni esposte dalle app del dispositivo, con i privilegi dell’utente chiamante — quindi una conversazione con l’AI può cambiare un setpoint, riavviare un processo o lanciare una routine, non solo dirvi che qualcosa non torna.
- I vostri siti devono continuare a lavorare quando la rete cade — i dispositivi IronFlock continuano a eseguire ogni app in autonomia, servono gli schermi locali, raccolgono dati e si riallineano alla riconnessione.
- Siete un OEM che fornisce servizi digitali ai propri clienti e vi serve isolamento dei dati per cliente e un portale white-label, non un database di impianto a tenant singolo.
- Volete costruire e monetizzare app — impacchettare la vostra competenza di dominio in un container e venderla su un marketplace aperto.
- Volete visualizzazione di livello SCADA — una libreria completa di simboli P&ID, widget di azione e moduli — accanto all’analisi.
- Il conteggio dei tag non si adatta ai vostri dati. Una strumentazione ampia su molte macchine — centinaia di segnali ciascuna, la maggior parte guardati solo quando qualcosa va storto — diventa rapidamente costosa quando ogni segnale è un tag sotto licenza.
- Dovete rispondere a domande di business, non solo a domande sui tag. FleetDB è PostgreSQL completo: incrociate i conteggi di produzione con i risultati di qualità e le letture di energia di tre app diverse, esprimete OEE o resa in un’unica query e salvatela come trasformazione che si mantiene aggiornata e alimenta board e AI come qualsiasi altra tabella.
- Volete un sistema invece di uno stack. Archiviazione, dashboard, grafica SCADA, allarmi, gestione dispositivi, accesso remoto e AI arrivano dalla stessa piattaforma, con un unico modello di accesso su tutto — anziché un livello dati che ha ancora bisogno di un livello dispositivi sotto di sé.
Percorso di Migrazione
IronFlock può convivere con un’installazione TDengine esistente durante il passaggio. Partite dalla macchina: un’app collector di IronFlock legge gli stessi PLC via S7, Modbus o OPC UA sul dispositivo edge e scrive in FleetDB, così le nuove dashboard, gli allarmi e le conversazioni con l’AI nascono su IronFlock mentre la vecchia TSDB continua a servire ciò che ancora punta a lei. Lo storico si trasferisce in blocco tramite un’app di migrazione containerizzata sull’interfaccia REST di TDengine.
Da lì è il livello dispositivi a cambiare il quadro — provisioning, aggiornamenti OTA, accesso remoto e funzionamento offline arrivano per le stesse macchine che prima inviavano solo tag — e la licenza a tag smette di crescere a ogni misura che aggiungete.
Pronto a provarlo? Inizia gratis — connetti un dispositivo e vedi la tua prima dashboard in pochi minuti.