Categoría: IoT
ThingsBoard gestionado en vuestra cuenta: telemetría, colas y actualizaciones al día
Vuestra plataforma ThingsBoard en vuestra cuenta cloud o en vuestros servidores, con colas que no se atascan, telemetría que no llena el disco y actualizaciones planificadas.
- Dónde se monta
- En vuestra cuenta, a vuestro nombre
- Copias
- Con restauración probada
- Actualizaciones
- Planificadas y documentadas
- Licencia
- BUSL 1.1 desde la 4.4 (gratuita con límites o comercial); la 4.3 LTS, Apache 2.0
En resumen
ThingsBoard es una plataforma IoT para conectar dispositivos, recoger su telemetría, procesarla con cadenas de reglas y mostrarla en paneles. La instalamos en vuestro proveedor, en un solo servidor o en microservicios con alta disponibilidad, con Kafka y PostgreSQL bien dimensionados. Vigilamos las colas y la ingesta, hacemos copias que restauramos en pruebas y aplicamos las actualizaciones siguiendo la guía oficial.
¿Qué nos encargamos de mantener?
ThingsBoard funciona bien mientras los mensajes de los dispositivos entran y salen de las colas al mismo ritmo. Cuando una cadena de reglas se atasca, la base de datos crece sin límite o una actualización se aplaza demasiado, los paneles dejan de mostrar datos recientes. Nuestro trabajo es enterarnos antes que vosotros.
Transportes
MQTT, HTTP, CoAP y LwM2M con TLS, límites de conexión y credenciales por dispositivo.
Colas
Kafka con particiones y retención según la carga, y el retraso de cada cola vigilado.
Motor de reglas
Mensajes fallidos y caducados por cadena de reglas, con alertas cuando suben.
Base de datos
PostgreSQL, o Cassandra para la telemetría, con retención definida y copias probadas.
Ingesta
Mensajes por segundo, dispositivos conectados y aviso cuando un grupo deja de enviar.
Actualizaciones
Versiones de ThingsBoard y de sus dependencias al día, con la migración ensayada.
¿Qué arquitectura recomendamos?
Para unos cientos de dispositivos, ThingsBoard en un solo servidor con PostgreSQL y copias fuera suele bastar, si se tolera un rato de corte. Cuando no puede parar o el volumen crece, lo separamos en microservicios: transportes, núcleo y motor de reglas en varias réplicas detrás de un balanceador, con Kafka entre ellos y PostgreSQL replicado. La cola en memoria que trae por defecto solo sirve para pruebas: en producción, Kafka.
| Situación | Lo que montamos | Por qué |
|---|---|---|
| Piloto o pocos dispositivos | Un servidor con ThingsBoard, PostgreSQL y copias fuera | Sencillo y barato, con recuperación probada |
| Producción que no puede parar | Microservicios en Kubernetes, Kafka con tres brokers y PostgreSQL con réplica | Una caída de un nodo no corta la ingesta |
| Mucha telemetría o retención larga | Lo anterior, con Cassandra para la telemetría | Escrituras masivas sin hinchar PostgreSQL |
La alta disponibilidad es opcional: la proponemos cuando perder datos de unos minutos o dejar los paneles sin actualizar tiene un coste real para vosotros.
¿Para quién es?
- Fabricantes de equipos conectados: venden máquinas o sensores con telemetría y quieren ofrecer paneles a sus clientes sin construir una plataforma propia.
- Empresas de mantenimiento o de servicios: vigilan instalaciones repartidas, como bombas, depósitos o cámaras frigoríficas, y necesitan alarmas fiables.
- Equipos que ya prueban ThingsBoard: tienen un piloto en un servidor y quieren pasarlo a producción con copias, alertas y actualizaciones de alguien que responda.
¿Qué problemas encontramos más a menudo?
- Cola en memoria en producción: si el proceso se reinicia, se pierden los mensajes que estaban en curso.
- Telemetría sin retención: la base de datos crece cada día hasta llenar el disco.
- Cadenas de reglas con nodos lentos: una llamada externa que tarda bloquea la cola y los datos llegan con retraso.
- Una credencial para todos los dispositivos: no se puede dar de baja uno sin tocar el resto.
- MQTT sin TLS abierto a internet: cualquiera puede intentar conectar o leer el tráfico.
- Versión antigua sin parches: la actualización se aplaza porque nadie ha probado la migración.
¿Cómo hacemos las copias y las actualizaciones?
Copiamos PostgreSQL con archivado continuo para poder volver a un momento concreto, como explicamos en PostgreSQL gestionado, y si hay Cassandra, sus snapshots. Las cadenas de reglas, los perfiles de dispositivo y los paneles se exportan además a un repositorio, con el control de versiones de ThingsBoard o en JSON, para recrearlos sin depender de la base de datos. Restauramos periódicamente en un entorno de prueba y comprobamos que los dispositivos de prueba conectan y sus datos aparecen.
Cada actualización migra el esquema de la base de datos. Antes leemos las notas de la versión, hacemos copia, ensayamos la migración con una copia real en un entorno aparte y después actualizamos en una ventana avisada; en microservicios, servicio a servicio cuando la versión lo permite. Kafka retiene los mensajes que llegan durante el corte, así que la telemetría no se pierde.
¿Cómo es el soporte día a día?
Las métricas de ThingsBoard, de Kafka y de la base de datos van a Prometheus y Grafana, como contamos en monitorización con Grafana y Prometheus, con alertas de retraso en las colas, mensajes de reglas fallidos, caída de la ingesta y disco. Kafka lo operamos con el mismo cuidado que en Kafka gestionado. La vigilancia automática es continua; la respuesta humana, el siguiente día hábil en horario laboral, dentro del SRE como servicio. Cada mes recibís un informe con versiones, incidencias, crecimiento de la telemetría y cambios hechos.
- Dispositivos y pasarelasMQTT, HTTP, CoAP o LwM2M
- Transportes ThingsBoardTLS y credenciales por dispositivo
- KafkaColas con retraso vigilado
- Núcleo y motor de reglasVarias réplicas en alta disponibilidad
- PostgreSQLEntidades y telemetría, o Cassandra
- PrometheusMétricas y alertas
¿Dónde lo montamos?
En vuestra cuenta, en el proveedor que ya uséis o en el que mejor encaje. Si los datos tienen que quedarse en la UE, Hetzner y OVHcloud son las opciones europeas.
Proveedores en los que lo montamos
- Hetzner
- AWS
- Google Cloud
- Azure
- DigitalOcean
- OVH
- Servidor propio
| Proveedor | Cómo lo montamos | A tener en cuenta |
|---|---|---|
| Hetzner | Servidores cloud o dedicados con ThingsBoard en Docker o en Kubernetes, y PostgreSQL y Kafka montados por nosotros en red privada. | Hetzner no tiene base de datos ni Kafka gestionados: la alta disponibilidad y las copias las ponemos nosotros. |
| AWS | ThingsBoard en EKS o EC2, con RDS for PostgreSQL y Amazon MSK si encajan, o con Kafka propio. | Revisamos el coste del tráfico entre zonas, que con mucha telemetría pesa. |
| Google Cloud | ThingsBoard en GKE, con Cloud SQL para PostgreSQL y Kafka gestionado o propio. | |
| Azure | ThingsBoard en AKS, con Azure Database for PostgreSQL y Kafka propio en el clúster. | |
| DigitalOcean | ThingsBoard en Droplets o en DOKS, con PostgreSQL y Kafka gestionados de DigitalOcean. | Opción sencilla para instalaciones pequeñas y medianas. |
| OVH | ThingsBoard en Public Cloud o en Managed Kubernetes, con las bases de datos gestionadas de OVHcloud. | |
| Servidor propio | ThingsBoard en vuestros servidores o máquinas virtuales, junto a la red de los dispositivos. | Si los dispositivos están en planta, valoramos dejar ThingsBoard Edge en local y el servidor principal en la nube. |
Qué incluye
- ThingsBoard en vuestra cuenta cloud o en vuestro servidor, en monolito o en microservicios según el número de dispositivos, con la instalación descrita en código.
- Kafka como cola de mensajes en producción, con topics, particiones y retención ajustados a la carga real.
- PostgreSQL para entidades y telemetría, o Cassandra para la telemetría cuando el volumen lo pide, con retención (TTL) definida.
- Transportes MQTT, HTTP, CoAP o LwM2M con TLS, y credenciales por dispositivo en lugar de una compartida.
- Métricas de ThingsBoard en Prometheus: retraso de las colas, mensajes de reglas fallidos o caducados, dispositivos conectados y disco.
- Copias de PostgreSQL con recuperación a un momento concreto y exportación de cadenas de reglas y paneles, con restauración de prueba.
- Actualizaciones de versión con la migración de la base de datos ensayada antes en un entorno aparte.
- Trendz Analytics instalado y conectado a ThingsBoard cuando lo uséis, con su licencia propia.
Preguntas frecuentes
¿Qué cambia con la licencia de ThingsBoard 4.4?
Desde la versión 4.4, Community y Professional son un solo producto con licencia BUSL 1.1: el código sigue público, la licencia gratuita para uso comercial tiene límites de dispositivos y de servidores, y por encima hace falta una licencia comercial. La 4.3 LTS sigue con Apache 2.0 y recibe parches de seguridad hasta julio de 2027. Si ya tenéis una Community, revisamos juntos el programa Community Grant y cuándo os conviene pasar a la 4.4.
¿Quién paga la licencia de ThingsBoard?
Vosotros, directamente con ThingsBoard, cuando vuestro caso la necesita. No revendemos licencias: cobramos la gestión de la plataforma. Así la licencia queda a vuestro nombre y no depende de nosotros.
¿Necesitamos Cassandra para guardar la telemetría?
Normalmente no. PostgreSQL guarda bien la telemetría de muchas instalaciones si la retención está definida y el disco vigilado. Cassandra tiene sentido cuando el volumen de escritura es muy alto o la retención es larga, a cambio de operar un clúster más. Lo decidimos con los datos de vuestra carga, no por costumbre.
¿Nos conviene ThingsBoard Cloud o ThingsBoard en nuestra cuenta?
ThingsBoard Cloud os quita el mantenimiento, y para empezar suele bastar. ThingsBoard en vuestra cuenta tiene sentido cuando los datos deben quedarse en vuestro proveedor o en vuestros servidores, cuando necesitáis integrarlo con vuestra red privada o cuando el número de dispositivos hace que os salga mejor operarlo vosotros, o alguien por vosotros.
¿Trendz Analytics se instala aparte?
Sí. Trendz Analytics es un complemento de ThingsBoard para análisis y predicciones sobre la telemetría, con su propia licencia, que también contratáis vosotros. Lo instalamos junto a ThingsBoard, lo conectamos y lo incluimos en las copias y las actualizaciones; antes comprobamos que la versión de Trendz es compatible con la de vuestro ThingsBoard.
Contadnos vuestro caso
En una llamada gratuita de 20 minutos vemos dónde estáis y por dónde empezar. Sin compromiso.
Documentación oficial consultada
Los datos técnicos de esta página se basan en:
Revisado el