Categoria: IoT
ThingsBoard gestionat al vostre compte: telemetria, cues i actualitzacions al dia
La vostra plataforma ThingsBoard al vostre compte del núvol o en els vostres servidors, amb cues que no s'embussen, telemetria que no omple el disc i actualitzacions planificades.
- On es munta
- Al vostre compte, a nom vostre
- Còpies
- Amb restauració provada
- Actualitzacions
- Planificades i documentades
- Llicència
- BUSL 1.1 des de la 4.4 (gratuïta amb límits o comercial); la 4.3 LTS, Apache 2.0
En resum
ThingsBoard és una plataforma IoT per a connectar dispositius, recollir-ne la telemetria, processar-la amb cadenes de regles i mostrar-la en panells. L'instal·lem en el vostre proveïdor, en un sol servidor o en microserveis amb alta disponibilitat, amb Kafka i PostgreSQL ben dimensionats. Vigilem les cues i la ingesta, fem còpies que restaurem en proves i apliquem les actualitzacions seguint la guia oficial.
De què ens encarreguem?
ThingsBoard funciona bé mentre els missatges dels dispositius entren i ixen de les cues al mateix ritme. Quan una cadena de regles s’encalla, la base de dades creix sense límit o una actualització s’ajorna massa, els panells deixen de mostrar dades recents. La nostra feina és assabentar-nos-en abans que vosaltres.
Transports
MQTT, HTTP, CoAP i LwM2M amb TLS, límits de connexió i credencials per dispositiu.
Cues
Kafka amb particions i retenció segons la càrrega, i el retard de cada cua vigilat.
Motor de regles
Missatges fallits i caducats per cadena de regles, amb alertes quan pugen.
Base de dades
PostgreSQL, o Cassandra per a la telemetria, amb retenció definida i còpies provades.
Ingesta
Missatges per segon, dispositius connectats i avís quan un grup deixa d’enviar.
Actualitzacions
Versions de ThingsBoard i de les seues dependències al dia, amb la migració assajada.
Quina arquitectura recomanem?
Per a uns quants centenars de dispositius, ThingsBoard en un sol servidor amb PostgreSQL i còpies fora sol ser suficient, si es tolera una estona de tall. Quan no pot parar o el volum creix, el separem en microserveis: transports, nucli i motor de regles en diverses rèpliques darrere d’un balancejador, amb Kafka entre ells i PostgreSQL replicat. La cua en memòria que porta per defecte només serveix per a proves: en producció, Kafka.
| Situació | El que muntem | Per què |
|---|---|---|
| Pilot o pocs dispositius | Un servidor amb ThingsBoard, PostgreSQL i còpies fora | Senzill i barat, amb recuperació provada |
| Producció que no pot parar | Microserveis en Kubernetes, Kafka amb tres brokers i PostgreSQL amb rèplica | La caiguda d’un node no talla la ingesta |
| Molta telemetria o retenció llarga | L’anterior, amb Cassandra per a la telemetria | Escriptures massives sense inflar PostgreSQL |
L’alta disponibilitat és opcional: la proposem quan perdre dades d’uns minuts o deixar els panells sense actualitzar té un cost real per a vosaltres.
Per a qui és?
- Fabricants d’equips connectats: venen màquines o sensors amb telemetria i volen oferir panells als seus clients sense construir una plataforma pròpia.
- Empreses de manteniment o de serveis: vigilen instal·lacions repartides, com bombes, dipòsits o cambres frigorífiques, i necessiten alarmes fiables.
- Equips que ja proven ThingsBoard: tenen un pilot en un servidor i volen passar-lo a producció amb còpies, alertes i actualitzacions d’algú que en responga.
Quins problemes trobem més sovint?
- Cua en memòria en producció: si el procés es reinicia, es perden els missatges que estaven en curs.
- Telemetria sense retenció: la base de dades creix cada dia fins a omplir el disc.
- Cadenes de regles amb nodes lents: una crida externa que tarda bloqueja la cua i les dades arriben amb retard.
- Una credencial per a tots els dispositius: no se’n pot donar de baixa un sense tocar la resta.
- MQTT sense TLS obert a internet: qualsevol pot intentar connectar o llegir el trànsit.
- Versió antiga sense pegats: l’actualització s’ajorna perquè ningú no ha provat la migració.
Com fem les còpies i les actualitzacions?
Copiem PostgreSQL amb arxivament continu per a poder tornar a un moment concret, com expliquem en PostgreSQL gestionat, i si hi ha Cassandra, les seues snapshots. Les cadenes de regles, els perfils de dispositiu i els panells s’exporten a més a un repositori, amb el control de versions de ThingsBoard o en JSON, per a recrear-los sense dependre de la base de dades. Restaurem periòdicament en un entorn de prova i comprovem que els dispositius de prova connecten i que les seues dades apareixen.
Cada actualització migra l’esquema de la base de dades. Abans llegim les notes de la versió, fem còpia, assagem la migració amb una còpia real en un entorn a part i després actualitzem en una finestra avisada; en microserveis, servei a servei quan la versió ho permet. Kafka reté els missatges que arriben durant el tall, així que la telemetria no es perd.
Com és el suport del dia a dia?
Les mètriques de ThingsBoard, de Kafka i de la base de dades van a Prometheus i Grafana, com expliquem en monitoratge amb Grafana i Prometheus, amb alertes de retard en les cues, missatges de regles fallits, caiguda de la ingesta i disc. Kafka l’operem amb la mateixa cura que en Kafka gestionat. La vigilància automàtica és contínua; la resposta humana, el següent dia feiner en horari laboral, dins del SRE com a servei. Cada mes rebeu un informe amb versions, incidències, creixement de la telemetria i canvis fets.
- Dispositius i passarel·lesMQTT, HTTP, CoAP o LwM2M
- Transports ThingsBoardTLS i credencials per dispositiu
- KafkaCues amb el retard vigilat
- Nucli i motor de reglesDiverses rèpliques en alta disponibilitat
- PostgreSQLEntitats i telemetria, o Cassandra
- PrometheusMètriques i alertes
On ho muntem?
Al vostre compte, al proveïdor que ja feu servir o al que encaixe millor. Si les dades s'han de quedar a la UE, Hetzner i OVHcloud són les opcions europees.
Proveïdors on ho muntem
- Hetzner
- AWS
- Google Cloud
- Azure
- DigitalOcean
- OVH
- Servidor propi
| Proveïdor | Com ho muntem | A tindre en compte |
|---|---|---|
| Hetzner | Servidors cloud o dedicats amb ThingsBoard en Docker o en Kubernetes, i PostgreSQL i Kafka muntats per nosaltres en xarxa privada. | Hetzner no té base de dades ni Kafka gestionats: l'alta disponibilitat i les còpies les posem nosaltres. |
| AWS | ThingsBoard en EKS o EC2, amb RDS for PostgreSQL i Amazon MSK si encaixen, o amb Kafka propi. | Revisem el cost del trànsit entre zones, que amb molta telemetria pesa. |
| Google Cloud | ThingsBoard en GKE, amb Cloud SQL per a PostgreSQL i Kafka gestionat o propi. | |
| Azure | ThingsBoard en AKS, amb Azure Database for PostgreSQL i Kafka propi en el clúster. | |
| DigitalOcean | ThingsBoard en Droplets o en DOKS, amb PostgreSQL i Kafka gestionats de DigitalOcean. | Opció senzilla per a instal·lacions xicotetes i mitjanes. |
| OVH | ThingsBoard en Public Cloud o en Managed Kubernetes, amb les bases de dades gestionades d'OVHcloud. | |
| Servidor propi | ThingsBoard en els vostres servidors o màquines virtuals, al costat de la xarxa dels dispositius. | Si els dispositius són a planta, valorem deixar ThingsBoard Edge en local i el servidor principal al núvol. |
Què inclou
- ThingsBoard al vostre compte del núvol o al vostre servidor, en monòlit o en microserveis segons el nombre de dispositius, amb la instal·lació descrita en codi.
- Kafka com a cua de missatges en producció, amb topics, particions i retenció ajustats a la càrrega real.
- PostgreSQL per a entitats i telemetria, o Cassandra per a la telemetria quan el volum ho demana, amb retenció (TTL) definida.
- Transports MQTT, HTTP, CoAP o LwM2M amb TLS, i credencials per dispositiu en lloc d'una de compartida.
- Mètriques de ThingsBoard en Prometheus: retard de les cues, missatges de regles fallits o caducats, dispositius connectats i disc.
- Còpies de PostgreSQL amb recuperació a un moment concret i exportació de cadenes de regles i panells, amb restauració de prova.
- Actualitzacions de versió amb la migració de la base de dades assajada abans en un entorn a part.
- Trendz Analytics instal·lat i connectat a ThingsBoard quan el feu servir, amb la seua llicència pròpia.
Preguntes freqüents
Què canvia amb la llicència de ThingsBoard 4.4?
Des de la versió 4.4, Community i Professional són un sol producte amb llicència BUSL 1.1: el codi continua sent públic, la llicència gratuïta per a ús comercial té límits de dispositius i de servidors, i per damunt cal una llicència comercial. La 4.3 LTS continua amb Apache 2.0 i rep pegats de seguretat fins al juliol de 2027. Si ja teniu una Community, revisem junts el programa Community Grant i quan us convé passar a la 4.4.
Qui paga la llicència de ThingsBoard?
Vosaltres, directament amb ThingsBoard, quan el vostre cas la necessita. No revenem llicències: cobrem la gestió de la plataforma. Així la llicència queda a nom vostre i no depén de nosaltres.
Necessitem Cassandra per a guardar la telemetria?
Normalment no. PostgreSQL guarda bé la telemetria de moltes instal·lacions si la retenció està definida i el disc vigilat. Cassandra té sentit quan el volum d'escriptura és molt alt o la retenció és llarga, a canvi d'operar un clúster més. Ho decidim amb les dades de la vostra càrrega, no per costum.
Ens convé ThingsBoard Cloud o ThingsBoard al nostre compte?
ThingsBoard Cloud us lleva el manteniment, i per a començar sol ser suficient. ThingsBoard al vostre compte té sentit quan les dades s'han de quedar en el vostre proveïdor o en els vostres servidors, quan necessiteu integrar-lo amb la vostra xarxa privada o quan el nombre de dispositius fa que us isca més a compte operar-lo vosaltres, o algú per vosaltres.
Trendz Analytics s'instal·la a part?
Sí. Trendz Analytics és un complement de ThingsBoard per a anàlisis i prediccions sobre la telemetria, amb la seua pròpia llicència, que també contracteu vosaltres. L'instal·lem al costat de ThingsBoard, el connectem i l'incloem en les còpies i les actualitzacions; abans comprovem que la versió de Trendz és compatible amb la del vostre ThingsBoard.
Expliqueu-nos el vostre cas
En una trucada gratuïta de 20 minuts veiem on sou i per on començar. Sense compromís.
Documentació oficial consultada
Les dades tècniques d'aquesta pàgina es basen en:
Revisat el