TDengine vs IronFlock: porównanie przemysłowych platform danych i AI (2026)

TDengine należy do nielicznych platform przemysłowych, które — podobnie jak IronFlock — traktują AI jako część produktu, a nie dodatek doklejony później. Zaczynał jako wydajna baza danych szeregów czasowych — udostępniona jako open source w 2019 roku, napisana w C, AGPL-3.0, z ponad milionem instalacji i ponad 25 000 gwiazdek na GitHubie — i od tego czasu rozrósł się w górę do pełnego stosu danych: TDengine TSDB do składowania, TDengine IDMP (Industrial Data Management Platform) do modelowania aktywów, pulpitów i zdarzeń oraz warstwa AI złożona z TDgpt (prognozowanie i wykrywanie anomalii wywoływane bezpośrednio z SQL) i Industrial Agent Runtime (gotowe asystentki AI plus interfejs MCP udostępniający możliwości platformy agentom zewnętrznym). W 2026 roku firma przesunęła pozycjonowanie z „wydajnej bazy szeregów czasowych” na „przemysłowy fundament danych na erę AI”.

IronFlock podchodzi do przemysłowej AI z przeciwnej strony. Zamiast zaczynać od bazy danych i sięgać ku aktywom, IronFlock zaczyna od urządzenia — lekki agent i aplikacje w kontenerach Docker działające samodzielnie na dowolnym sprzęcie z Linuksem lub Windowsem — i sięga w górę do usług centralnych: FleetDB (TimescaleDB) dla danych szeregów czasowych całej floty, pulpitów, alarmów oraz usługi AI, której agenci potrafią działać na urządzeniach fizycznych, a nie tylko je odczytywać.

Ta różnica waży więcej niż jakakolwiek pojedyncza funkcja. TDengine jest znakomitą odpowiedzią na pytanie „gdzie mieszkają moje dane przemysłowe i jak je odpytywać?”. Nie jest odpowiedzią na pytanie „jak dostarczyć oprogramowanie na 800 maszyn w terenie, aktualizować je, dosięgnąć ich zdalnie i sprawić, by działały dalej, gdy padnie sieć”. IronFlock jest zbudowany do drugiego pytania i dokłada do tego warstwę danych i AI.

Na pierwszy rzut oka

Kluczowe różnice

Architektura

TDengine: trójwarstwowy stos danych

TDengine opisuje własną architekturę jako trzy warstwy i jest to rzetelny opis jego budowy:

• Warstwa 1 — TDengine TSDB: baza szeregów czasowych. Napisana w C, jedna tabela na punkt zbierania danych, grupowane w supertabele, z klastrowaniem opartym na RAFT, rozdzieleniem składowania i obliczeń, wdrożeniem na Kubernetes i składowaniem warstwowym w edycji Enterprise. Ma też wbudowane buforowanie, przetwarzanie strumieni i subskrypcję danych, więc wiele z tego, co zespoły zwykle doklejają wokół TSDB, znajduje się wewnątrz bazy. taosAdapter udostępnia REST, protokół linii InfluxDB, OpenTSDB, Prometheusa i zgodność z Telegrafem.
• Warstwa 2 — TDengine IDMP: platforma przemysłowego zarządzania danymi. IDMP nie przechowuje własnych danych szeregów czasowych — leży nad TSDB (lub inną bazą) i dokłada drzewiastą hierarchię elementów: zakładów, linii, maszyn i pomiarów, z atrybutami, relacjami, analityką, pulpitami i zdarzeniami przypiętymi do każdego węzła. To warstwa semantyczna, która zamienia surowe tagi w cyfrowego bliźniaka.
• Warstwa 3 — otwarte interfejsy dla AI: TDgpt uruchamia węzły analityczne (anody), które dostarczają zapytaniom SQL prognozowanie, wykrywanie anomalii i uzupełnianie braków, opierając się na algorytmach statystycznych, uczeniu maszynowym i modelach fundamentowych dla szeregów czasowych (TDtsfm, Time-MoE). Industrial Agent Runtime dokłada trzynaście gotowych asystentek przemysłowych, „umiejętności” definiowane w Markdownie, semantyczną bazę wiedzy i serwer MCP udostępniający ponad 50 możliwości platformy jako narzędzia dla zewnętrznych agentów AI.

Dane wchodzą przez taosX, bezkodowy potok zasilania w edycji Enterprise, oraz przez taosX-Agent, który działa na brzegu i mówi OPC UA, OPC DA, MQTT, Kafka, PI System, AVEVA Historian, CSV/Parquet i starszymi formatami TSDB. Agent potrafi filtrować i wstępnie przetwarzać przed wysyłką oraz buforuje lokalnie w trybie store-and-forward, gdy łącze do systemu centralnego padnie.

Rzecz, którą trzeba zrozumieć o brzegu w tej architekturze: taosX-Agent jest kolektorem danych, nie platformą obliczeniową. Dopasowuje protokoły, filtruje i przesyła dalej. Twoja logika sterowania, model wizyjny, lokalny HMI i własna aplikacja muszą mieszkać gdzie indziej.

IronFlock: rozproszony edge + centralne usługi

IronFlock to system rozproszony o dwóch uzupełniających się warstwach. Samodzielne urządzenia brzegowe uruchamiają lekkiego agenta i aplikacje w kontenerach Docker w miejscu pracy maszyny. Usługi centralne — FleetDB (TimescaleDB), usługa FleetDB, usługa AI i interfejs webowy — dostarczają składowanie dla całej floty, pulpity, alarmy i inteligencję. Broker wiadomości WAMP spina całość przez pub/sub i RPC w czasie rzeczywistym, wymuszając kryptograficzną izolację między projektami.

• Urządzenia brzegowe: dowolny sprzęt zdolny uruchomić Linuksa lub Windowsa — Raspberry Pi, przemysłowe PC, NVIDIA Jetson, IPC z Windowsem, bramki. Na Windowsie agent działa jako usługa natywna z automatycznym restartem i samoaktualizacją.
• Aplikacje: kontenery Docker w dowolnym języku programowania, wdrażane na urządzenia brzegowe albo na urządzenia wirtualne — węzły obliczeniowe w chmurze, które dołączają do projektu obok sprzętu fizycznego i uruchamiają usługi dla całej floty, jak Grafana, Node-RED czy Jupyter.
• Dane: aplikacje brzegowe publikują telemetrię przez brokera do FleetDB, które automatycznie tworzy tabele TimescaleDB na projekt, odpytywalne zwykłym SQL-em.
• AI: usługa AI dyryguje wieloagentowymi rozmowami, które czytają dane floty, generują wykresy i pulpity oraz wywołują funkcje na urządzeniach fizycznych. Aplikacje mogą dostarczać własne definicje agentów jako szablony YAML.
• Wdrożenie: SaaS w chmurze albo on-premises — cała platforma działa we własnej infrastrukturze.

Pełny opis znajdziesz w Architekturze.

Co to oznacza w praktyce

Porównanie funkcji

Dane i łączność

AI i analityka

Obie platformy dowożą AI nad danymi przemysłowymi i obie odpowiadają w języku naturalnym. Różnica polega na tym, co dzieje się po odpowiedzi: TDengine ją raportuje, IronFlock potrafi też na jej podstawie zadziałać.

Wizualizacja i pulpity nawigacyjne

Zarządzanie urządzeniami i flotą

Tutaj oba produkty przestają się pokrywać: zarządzanie urządzeniami leży poza zakresem TDengine, więc wszystko z tej tabeli trzeba w instalacji TDengine wziąć skądinąd.

Dostęp zdalny i bezpieczeństwo

Tworzenie aplikacji

Alarmy i powiadomienia

Porównanie cen

TDengine: bezpłatnie do 5000 tagów, dalej licencja za tag

Od lipca 2026 bezpłatny poziom TDengine obejmuje całą platformę — TSDB wraz z IDMP, wszystkie 20 konektorów danych, modelowanie aktywów, pulpity, analitykę i funkcje AI — do 5000 tagów, produkcyjnie, bez dławienia zapisu ani zapytań i bez terminu końca wersji próbnej. Tag to jeden stale monitorowany sygnał (aktywo lub urządzenie plus nazwa pomiaru), niezależnie od częstotliwości próbkowania; TDengine szacuje 5000 tagów na mniej więcej 100–200 maszyn albo jedną średnio złożoną linię produkcyjną. Licencja odnawia się bezpłatnie i bezterminowo, choć aktywacja i odnowienie wymagają chwilowego dostępu do internetu. Warto znać dwa zastrzeżenia: wsparcie jest płatną opcją, a nie częścią poziomu, a dostęp zapytaniami z zewnątrz do dołączonej TSDB wymaga osobnej licencji komercyjnej.

Powyżej 5000 tagów licencja jest według progu tagów, we własnym hostingu, w wariancie rocznym albo wieczystym, z dopłatami za wysoką dostępność oraz — przy licencjach wieczystych — za bieżące wsparcie. TDengine Cloud wyceniany jest osobno jako usługa zarządzana. TSDB-OSS na AGPL-3.0 pozostaje naprawdę bezpłatna i możliwa do samodzielnego hostowania, ale bez IDMP, bez konektorów taosX, bez szyfrowania i bez kontroli uprawnień użytkowników.

Model jest czysty i przewidywalny, i co istotne nie karze wysokich częstotliwości próbkowania — dobrze pasuje do głębokiej historii na stałym zbiorze sygnałów. Skaluje się natomiast wraz z szerokością oprzyrządowania: każdy nowy pomiar na każdej nowej maszynie to kolejny tag, niezależnie od tego, czy ktokolwiek kiedyś na niego spojrzy.

IronFlock: darmowa chmura + subskrypcja dla on-premises

Wersja chmurowa IronFlock jest bezpłatna — zarządzanie urządzeniami, pulpity, składowanie danych, aktualizacje OTA, alarmy, dostęp zdalny i wdrażanie aplikacji są zawarte bez opłat. Opłaty idą za zużyciem zasobów: składowaniem, sesjami dostępu zdalnego, urządzeniami wirtualnymi i użyciem AI. Nie ma liczenia tagów, licencji za punkt, opłat za urządzenie ani obowiązkowej umowy wsparcia. Szczegóły znajdziesz na stronie cennika.

Dodatkowe możliwości dokłada się, kupując aplikacje z marketplace’u — konektory protokołów, narzędzia analityczne albo rozwiązania branżowe tworzone przez IronFlock lub deweloperów zewnętrznych. Dla wdrożeń on-premises (odciętych od sieci lub w prywatnej infrastrukturze) IronFlock oferuje licencję subskrypcyjną.

Kiedy wybrać TDengine

TDengine jest lepszym wyborem, jeśli:

• Baza danych jest sednem sprawy. Twoje obciążenie jest skrajne nawet jak na standardy TSDB — miliony tagów, bardzo wysokie częstotliwości próbkowania, lata retencji na jednym klastrze — i dedykowany silnik wart jest rezygnacji z ogólnego dialektu SQL.
• Migrujesz z historiana albo innej TSDB — bezkodowe konektory do PI System, AVEVA, InfluxDB i OpenTSDB czynią to przejście tańszym niż napisanie go samemu.
• Chcesz dołączony model fundamentowy dla szeregów czasowych. TDgpt uruchamia TDtsfm albo Time-MoE wewnątrz zapytania, bez własnego modelu do wybrania, hostowania i utrzymania.
• Twoje urządzenia są już podłączone i już zarządzane — istniejący park SCADA, sterowników albo bramek, który niezawodnie produkuje dane, a brakuje nowoczesnego miejsca na nie i sposobu, by z nich wnioskować.
• Chcesz semantycznej hierarchii aktywów nad dużym zakładem: elementów, atrybutów, relacji i modelu cyfrowego bliźniaka, po którym mogą poruszać się agenci AI.
• Chcesz naprawdę otwartego rdzenia, który możesz samodzielnie hostować i przejrzeć (AGPL-3.0), z możliwością bezterminowego pozostania na poziomie bezpłatnym przy małym zakładzie.
• Chcesz udostępnić swoje dane przemysłowe zewnętrznym agentom AI przez MCP i pozostawić wnioskowanie własnemu stosowi agentów.

Kiedy wybrać IronFlock jako alternatywę dla TDengine

IronFlock jest mocniejszym wyborem, gdy:

• Masz flotę, nie tylko bazę danych. Provisioning, grupowanie, aktualizacje OTA systemu, agenta i aplikacji, logi na żywo i kondycja urządzeń to codzienna praca przy maszynach w terenie — i nic z tego nie mieści się w zakresie TDengine.
• Potrzebujesz prawdziwego przetwarzania brzegowego — aplikacji w dowolnym języku działających na maszynie, realizujących sterowanie, wizję, lokalne buforowanie i lokalny HMI, a nie tylko dopasowanie protokołu i przesłanie dalej.
• Potrzebujesz dostępu zdalnego bez VPN — tunelowania HTTP, SSH, VNC, TCP i UDP wbudowanego w platformę, dla każdego urządzenia, z przeglądarki.
• Chcesz AI, która działa, a nie tylko doradza. Agenci IronFlock wywołują funkcje udostępniane przez aplikacje na urządzeniu, z uprawnieniami wywołującego użytkownika — rozmowa z AI może więc zmienić nastawę, zrestartować proces albo uruchomić procedurę, a nie tylko donieść, że coś wygląda nie tak.
• Twoje zakłady muszą pracować dalej, gdy padnie sieć — urządzenia IronFlock nadal uruchamiają każdą aplikację samodzielnie, obsługują lokalne ekrany, zbierają dane i uzgadniają stan po powrocie łącza.
• Jesteś producentem maszyn dostarczającym usługi cyfrowe własnym klientom i potrzebujesz izolacji danych per klient oraz portalu white-label, a nie jednonajemcowej bazy zakładowej.
• Chcesz budować i monetyzować aplikacje — zapakować swoją wiedzę dziedzinową w kontener i sprzedawać ją na otwartym marketplace.
• Chcesz wizualizacji klasy SCADA — pełnej biblioteki symboli P&ID, widgetów akcji i formularzy — obok analityki.
• Liczenie tagów nie pasuje do twoich danych. Szerokie oprzyrządowanie wielu maszyn — po setki sygnałów na każdą, z czego większość oglądana tylko wtedy, gdy coś pójdzie źle — szybko drożeje, gdy każdy sygnał jest licencjonowanym tagiem.
• Musisz odpowiadać na pytania biznesowe, nie tylko na pytania o tagi. FleetDB to pełny PostgreSQL: połącz liczniki produkcji z wynikami jakości i odczytami energii z trzech różnych aplikacji, wyraź OEE albo uzysk jednym zapytaniem i zapisz je jako transformację, która sama się aktualizuje i zasila pulpity oraz AI jak każda inna tabela.
• Chcesz jednego systemu zamiast stosu. Składowanie, pulpity, grafika SCADA, alarmy, zarządzanie urządzeniami, dostęp zdalny i AI pochodzą z tej samej platformy, z jednym modelem dostępu do wszystkiego — zamiast warstwy danych, pod którą i tak trzeba dołożyć warstwę urządzeń.

Ścieżka migracji

IronFlock może działać obok istniejącej instalacji TDengine w trakcie przejścia. Zacznij od maszyny: aplikacja kolektora IronFlock czyta te same sterowniki po S7, Modbus albo OPC UA na urządzeniu brzegowym i zapisuje do FleetDB, więc nowe pulpity, alarmy i rozmowy z AI powstają na IronFlock, podczas gdy stara TSDB nadal obsługuje to, co wciąż na nią wskazuje. Dane historyczne przenosi się hurtem aplikacją migracyjną w kontenerze, przez interfejs REST TDengine.

Dalej obraz zmienia warstwa urządzeń — provisioning, aktualizacje OTA, dostęp zdalny i praca offline pojawiają się dla tych samych maszyn, które wcześniej tylko wysyłały tagi — a licencja na tagi przestaje rosnąć z każdym dodanym pomiarem.

Gotowy, aby spróbować? Zacznij za darmo — podłącz urządzenie i zobacz swój pierwszy pulpit w kilka minut.