A Internet das Coisas deixou de ser restrita a projetos experimentais com Arduino e Raspberry Pi. Hoje, sistemas para IoT estão presentes em fábricas, agronegócio, logística, energia, cidades inteligentes, automação residencial, monitoramento ambiental, rastreamento de veículos e infraestrutura.

Ao mesmo tempo, cresceu bastante o número de ferramentas de código aberto capazes de participar de praticamente todas as etapas de um projeto IoT: conexão dos dispositivos, MQTT, LoRaWAN, processamento de eventos, edge computing, armazenamento de séries temporais, dashboards, automação, digital twins, atualização remota de firmware e integração com sistemas corporativos.

Neste cenário, uma das principais vantagens do open source é a possibilidade de hospedar a própria infraestrutura, seja em um servidor VPS, servidor dedicado, Raspberry Pi, máquina local, ambiente on-premises ou Kubernetes.

Mas existe uma dificuldade: não existe um único sistema open source que seja a melhor opção para todos os projetos de IoT.

Algumas soluções são plataformas IoT completas. Outras são brokers MQTT, plataformas de edge computing, sistemas de automação, servidores LoRaWAN, bancos de dados ou ferramentas de integração. Em muitos projetos, a melhor arquitetura é justamente combinar várias delas.

Neste artigo, apresentamos 30 sistemas e projetos open source relevantes para IoT, explicando para que servem, seus principais diferenciais e as melhores formas de hospedá-los.

Atualização importante: a situação de licenciamento de alguns projetos mudou recentemente. O ThingsBoard, por exemplo, passou por uma mudança significativa na versão 4.4, deixando de ser estritamente open source sob OSI durante o período da licença BUSL. Por isso, o tema de licenciamento deve ser analisado antes de escolher uma plataforma para uso comercial.

O que é necessário para montar uma infraestrutura IoT?

Antes de escolher uma plataforma, é importante entender que uma arquitetura IoT normalmente possui várias camadas.

Uma estrutura típica pode ser representada assim:

Sensores e dispositivos → Gateway/Edge → Protocolo → Broker/Servidor IoT → Processamento → Banco de dados → Dashboards → Aplicações

Um projeto mais sofisticado pode incluir ainda:

• autenticação dos dispositivos;
• gerenciamento de certificados;
• provisionamento automático;
• armazenamento de telemetria;
• regras e automações;
• processamento em tempo real;
• digital twins;
• inteligência artificial;
• atualização OTA;
• integração com ERP e CRM;
• APIs;
• observabilidade;
• alertas;
• redundância;
• alta disponibilidade.

Por isso, escolher uma plataforma IoT significa muito mais do que procurar “um programa para receber dados de sensores”.

Os 30 melhores sistemas para IoT open source

1. ThingsBoard

O ThingsBoard é provavelmente uma das plataformas mais conhecidas para quem deseja construir uma infraestrutura IoT completa.

A plataforma reúne recursos para gerenciamento de dispositivos, coleta de telemetria, processamento de dados, dashboards, alarmes, APIs e regras.

A documentação demonstra suporte a protocolos como MQTT, CoAP, LwM2M, Modbus, OPC-UA e LoRaWAN.

Para que serve?

É indicado para:

• monitoramento de sensores;
• smart metering;
• agricultura;
• energia;
• automação industrial;
• monitoramento de máquinas;
• rastreamento;
• smart buildings;
• dashboards IoT.

Como hospedar?

Pode ser executado em:

• VPS Linux;
• servidor dedicado;
• ambiente on-premises;
• Docker;
• Kubernetes;
• infraestrutura de nuvem.

Atenção ao licenciamento

Aqui existe uma mudança importante em 2026.

Até a versão 4.3, o ThingsBoard Community Edition utilizava Apache 2.0. A partir da versão 4.4, o projeto unificou as edições e passou para Business Source License 1.1, tornando-se tecnicamente source-available durante o período da licença, e não open source aprovado pela OSI. As versões passam a Apache 2.0 quatro anos após cada lançamento.

Portanto, para uma matéria atualizada, é mais correto classificá-lo como source-available a partir da 4.4, e não simplesmente como open source.

2. Mainflux

O Mainflux é uma plataforma IoT modular escrita em Go.

Seu foco está em conectividade, gerenciamento de dispositivos, mensagens e construção de soluções IoT escaláveis.

A plataforma trabalha com protocolos como:

• MQTT;
• HTTP;
• WebSocket;
• CoAP.

Também oferece recursos de provisionamento, autenticação mTLS, controle de acesso e integração com diferentes bancos de dados.

Como hospedar?

O Mainflux foi pensado para ambientes containerizados.

É possível utilizá-lo com:

• Docker;
• Docker Compose;
• Kubernetes;
• servidores Linux;
• nuvem pública;
• infraestrutura on-premises.

A própria arquitetura utiliza microsserviços e pode ser orquestrada com Kubernetes.

Indicado para

É uma boa opção para empresas que querem construir uma plataforma IoT própria em vez de depender de uma solução fechada.

3. OpenRemote

O OpenRemote é uma plataforma IoT especialmente interessante para automação, energia, smart buildings e cidades inteligentes.

O projeto se apresenta como uma plataforma IoT 100% open source e oferece gerenciamento de dispositivos, provisionamento, automações, regras, dashboards, APIs, MQTT, HTTP/REST e suporte a edge gateways.

Recursos

Entre os recursos estão:

• gerenciamento de dispositivos;
• automações;
• regras condicionais;
• gerenciamento de usuários;
• multi-tenancy;
• dashboards;
• edge gateway;
• APIs;
• integração MQTT;
• visualização de dados.

Hospedagem

Uma das maneiras mais interessantes de hospedá-lo é utilizando Docker.

Também é possível montar uma arquitetura com:

Internet → Reverse Proxy → OpenRemote → Banco de dados

Para ambientes maiores, Kubernetes pode ser considerado.

4. FIWARE

O FIWARE Foundation mantém um ecossistema de componentes open source voltados à criação de soluções inteligentes.

O FIWARE é especialmente interessante porque não é apenas uma plataforma de IoT tradicional. Ele trabalha com context information, interoperabilidade, digital twins e integração de dados.

É utilizado em projetos relacionados a:

• smart cities;
• agricultura;
• energia;
• indústria;
• água;
• mobilidade;
• digital twins.

O próprio projeto destaca aplicações em Smart Energy, Smart Industry, Smart Water, Smart AgriFood e Smart Cities.

Como hospedar?

Uma arquitetura FIWARE pode ser distribuída em:

• Docker;
• Kubernetes;
• servidores Linux;
• cloud;
• infraestrutura híbrida.

É uma opção particularmente interessante para projetos em que diferentes sistemas precisam compartilhar informações utilizando modelos de dados padronizados.

5. SiteWhere

O SiteWhere é uma plataforma voltada à criação de aplicações IoT em escala.

O projeto oferece:

• gerenciamento de dispositivos;
• ingestão de dados;
• armazenamento;
• processamento;
• APIs REST;
• multi-tenancy;
• integração com dispositivos.

Sua arquitetura utiliza microsserviços e tecnologias como Kubernetes, Istio e Kafka.

Hospedagem

O cenário recomendado é:

Kubernetes + bancos de dados + broker MQTT + microsserviços

Por isso, SiteWhere é mais adequado para equipes com conhecimento de infraestrutura do que para quem simplesmente quer instalar um servidor IoT em uma máquina pequena.

6. Kaa IoT

O Kaa é uma plataforma para construção e gerenciamento de soluções IoT.

A documentação atual apresenta recursos para:

• registro de dispositivos;
• provisionamento;
• conectividade;
• coleta de telemetria;
• visualização;
• integração com MQTT;
• HTTPS;
• TCP;
• UDP;
• LoRaWAN.

Um detalhe importante

O histórico do Kaa possui uma diferença entre a antiga versão open source Kaa 0.x e a plataforma Kaa Enterprise atual. A própria documentação explica essa evolução.

Portanto, é importante verificar exatamente qual edição e versão será utilizada antes de montar um projeto.

7. EdgeX Foundry

O EdgeX Foundry é uma das alternativas mais importantes para edge computing industrial.

O projeto é mantido sob a Linux Foundation e busca criar uma camada de interoperabilidade entre dispositivos físicos e sistemas de TI.

Ele pode trabalhar com:

• sensores;
• máquinas;
• robôs;
• câmeras;
• HVAC;
• PLCs;
• gateways;
• dispositivos industriais.

A arquitetura é baseada em microsserviços e componentes chamados Device Services.

Hospedagem

O projeto oferece uma abordagem especialmente adequada para containers.

É possível:

• rodar com Docker;
• instalar nativamente;
• criar Device Services personalizados;
• distribuir componentes no edge.

A documentação disponibiliza inclusive um caminho rápido utilizando Docker.

8. Eclipse Hono

O Eclipse Hono resolve um problema específico: conectar uma grande quantidade de dispositivos a um backend usando diferentes protocolos.

Ele suporta, entre outros:

• HTTP;
• MQTT;
• AMQP;
• CoAP.

O objetivo é fornecer uma API uniforme para o backend, independentemente do protocolo utilizado pelo dispositivo.

Escalabilidade

Hono utiliza arquitetura baseada em microsserviços e foi projetado para escala horizontal.

Hospedagem

A própria Eclipse Foundation fornece imagens Docker e Helm Charts para Kubernetes.

Portanto:

Docker → teste

Kubernetes → produção em escala

é uma estratégia bastante natural.

9. Eclipse Ditto

O Eclipse Ditto é especializado em digital twins.

A ideia é representar um dispositivo físico por meio de uma entidade virtual.

Por exemplo:

Um sensor físico:

Sensor → temperatura 25 °C

pode ser representado no Ditto como:

Thing → temperatura = 25

Aplicações passam a interagir com o dispositivo virtual através de APIs.

O Ditto permite representar sensores, veículos, máquinas, sistemas de energia e outros objetos conectados.

Atenção

Ditto não é uma plataforma IoT completa.

O próprio projeto explica que ele não fornece software para gateways nem implementa um protocolo específico de comunicação com dispositivos.

Hospedagem

É particularmente interessante em:

• Kubernetes;
• Docker;
• ambientes cloud;
• arquiteturas baseadas em microsserviços.

10. Eclipse Kapua

O Eclipse Kapua é uma plataforma modular voltada ao gerenciamento e integração de dispositivos e gateways IoT.

Entre seus componentes estão:

• device registry;
• gerenciamento de dispositivos;
• messaging;
• gerenciamento de dados;
• application enablement;
• console web;
• APIs REST.

Hospedagem

Uma instalação de demonstração pode ser feita com Docker.

Para produção, pode-se utilizar uma arquitetura distribuída com:

• banco SQL;
• banco NoSQL;
• event bus;
• messaging;
• APIs;
• console web.

11. Eclipse Kura

O Eclipse Kura é particularmente interessante para edge computing.

Ele foi criado para executar próximo aos dispositivos e permite processar dados localmente antes de enviá-los para a nuvem.

Entre os recursos estão:

• MQTT;
• Modbus;
• OPC-UA;
• gerenciamento de dispositivos;
• processamento local;
• firewall;
• networking;
• integração com cloud.

Uma característica interessante é que Kura pode ser utilizado em Raspberry Pi e outros equipamentos ARM, além de x86. Também existe uma distribuição em Docker.

Ideal para

• fábricas;
• agricultura;
• gateways;
• smart cities;
• Raspberry Pi;
• aplicações com conectividade intermitente.

12. Eclipse Leshan

O Eclipse Leshan é uma opção diferente.

Ele é focado no protocolo LwM2M, utilizado para gerenciamento de dispositivos IoT.

O projeto oferece bibliotecas Java para criar:

• servidores LwM2M;
• clientes LwM2M;
• aplicações de gerenciamento.

O protocolo permite recursos como:

• gerenciamento de dispositivos;
• firmware update;
• informações de conectividade;
• localização;
• controle de acesso.

Hospedagem

Pode ser executado em um servidor Linux ou container Java.

É uma opção para quem precisa implementar uma infraestrutura baseada em LwM2M, e não necessariamente uma plataforma IoT completa.

13. ChirpStack

Para projetos envolvendo LoRaWAN, o ChirpStack é uma das principais opções open source.

Ele permite construir redes LoRaWAN privadas ou públicas e oferece gerenciamento de:

• gateways;
• dispositivos;
• tenants;
• integrações;
• dados.

Também possui API gRPC.

Arquitetura típica

Uma implantação pode seguir:

Sensor LoRaWAN → Gateway → ChirpStack → MQTT → Aplicação

O ChirpStack também possui Gateway OS para determinados equipamentos.

Onde hospedar?

O servidor pode ficar em:

• VPS;
• servidor dedicado;
• data center;
• cloud;
• Kubernetes.

Já o gateway LoRaWAN fica fisicamente próximo dos sensores.

14. Eclipse Mosquitto

O Eclipse Mosquitto é um dos componentes mais simples e importantes dessa lista.

Ele é um broker MQTT leve, adequado desde computadores pequenos até servidores.

O projeto suporta MQTT 5.0, 3.1.1 e versões anteriores, além de fornecer clientes como mosquitto_pub e mosquitto_sub.

Por que é importante?

Muitos dispositivos IoT não precisam de uma plataforma completa.

Eles simplesmente precisam enviar:

temperatura → MQTT → servidor

Nesse cenário, Mosquitto pode ser suficiente.

Hospedagem

Excelente para:

• Raspberry Pi;
• VPS;
• Docker;
• Kubernetes;
• servidores locais.

É provavelmente uma das opções mais simples para começar.

15. EMQX

O EMQX é outra alternativa de alto desempenho para MQTT.

A documentação do projeto o descreve como um broker MQTT distribuído e escalável, adequado para IoT, M2M e aplicações móveis.

Diferencial

Enquanto Mosquitto costuma ser lembrado pela simplicidade, EMQX é especialmente interessante quando existe necessidade de:

• grande quantidade de conexões;
• cluster;
• alta disponibilidade;
• integrações;
• gerenciamento centralizado;
• escalabilidade.

Hospedagem

Pode ser executado:

• diretamente em Linux;
• Docker;
• Kubernetes;
• cloud;
• infraestrutura própria.

A documentação disponibiliza inclusive orientação para implantação em Kubernetes.

16. Node-RED

O Node-RED é uma das ferramentas mais úteis para integrar diferentes componentes de IoT.

Ele permite criar fluxos visualmente.

Por exemplo:

MQTT → filtro → banco de dados → alerta → Telegram

sem necessariamente desenvolver toda a aplicação do zero.

Node-RED possui editor baseado em navegador, runtime Node.js e mais de 5.000 nodes compartilhados pela comunidade.

Hospedagem

É excelente para:

• Raspberry Pi;
• VPS;
• Docker;
• servidores domésticos;
• edge gateways;
• cloud.

Aplicação prática

Imagine um sensor enviando:

temperature = 35

O Node-RED pode:

1. receber MQTT;
2. verificar se temperatura > 30;
3. gravar no banco;
4. gerar alerta;
5. enviar e-mail;
6. acionar outro dispositivo.

17. Home Assistant

O Home Assistant é uma das maiores referências em automação residencial open source.

O projeto prioriza controle local e privacidade e possui mais de 1.500 integrações.

Pode integrar:

• sensores;
• lâmpadas;
• tomadas;
• câmeras;
• termostatos;
• alarmes;
• dispositivos Zigbee;
• MQTT;
• ESPHome;
• equipamentos de diferentes fabricantes.

Hospedagem

Pode ser executado em:

• Raspberry Pi;
• mini PC;
• servidor Linux;
• Docker;
• máquina virtual;
• NAS;
• hardware dedicado.

É uma das melhores portas de entrada para quem quer aprender IoT na prática.

18. openHAB

O openHAB é outra plataforma bastante madura para automação residencial.

O projeto é independente de fabricante e tecnologia e possui suporte para centenas de tecnologias e milhares de dispositivos.

Onde hospedar?

O openHAB pode funcionar em:

• Linux;
• Windows;
• macOS;
• Raspberry Pi;
• Docker;
• Synology.

Também existe o openHABian para Raspberry Pi.

Quando escolher?

É especialmente interessante quando o objetivo é montar uma central de automação altamente personalizável e independente de fornecedor.

19. Zigbee2MQTT

O Zigbee2MQTT resolve um problema muito comum em smart homes.

Ele transforma dispositivos Zigbee em mensagens MQTT.

Isso permite eliminar ou reduzir a dependência de hubs proprietários.

O projeto é open source sob GPLv3 e possui integração com diversas plataformas de automação.

Arquitetura

Uma instalação pode ser:

Dispositivo Zigbee → Adaptador Zigbee → Zigbee2MQTT → MQTT → Home Assistant

Hospedagem

Pode funcionar em:

• Raspberry Pi;
• mini PC;
• Docker;
• servidor doméstico;
• VM.

É particularmente útil em conjunto com Mosquitto e Home Assistant.

20. ESPHome

O ESPHome é diferente das plataformas anteriores porque seu foco está nos próprios dispositivos.

Ele permite configurar dispositivos como:

• ESP32;
• ESP8266;
• RP2040;
• outros microcontroladores suportados.

A configuração utiliza arquivos YAML e pode integrar os dispositivos com sistemas de automação.

Exemplo de arquitetura

ESP32 → Wi-Fi → MQTT/API → Home Assistant

Onde hospedar?

O ESPHome pode ser executado no computador de desenvolvimento, servidor ou container.

O firmware, por sua vez, é executado no microcontrolador.

Isso torna a solução muito interessante para projetos DIY e prototipagem.

21. Apache StreamPipes

O Apache StreamPipes é uma plataforma open source voltada especificamente para Industrial IoT.

Ela permite conectar máquinas, sensores e sistemas, processar streams, armazenar dados históricos e criar dashboards.

Entre os protocolos e sistemas suportados estão:

• MQTT;
• Modbus;
• OPC UA;
• S7;
• Kafka;
• Pulsar.

Hospedagem

O projeto oferece:

• Docker Compose;
• Kubernetes;
• deployments distribuídos.

É uma excelente opção para projetos de indústria 4.0.

22. Apache IoTDB

O Apache IoTDB é um banco de dados especializado em séries temporais de IoT.

Ele foi projetado para armazenar grandes quantidades de dados provenientes de sensores.

Entre suas características estão:

• alta taxa de escrita;
• compressão;
• consultas temporais;
• processamento de séries temporais;
• suporte a milhões de dispositivos;
• arquitetura edge-cloud;
• alta disponibilidade.

Exemplo

Imagine uma fábrica com 10.000 sensores enviando informações a cada segundo.

Em vez de armazenar esses dados como registros genéricos em um banco relacional, o IoTDB foi projetado especificamente para esse tipo de carga.

Hospedagem

Pode ser instalado:

• em Linux;
• em servidores dedicados;
• em cluster;
• na nuvem;
• próximo ao edge.

23. Grafana

O Grafana não é uma plataforma IoT propriamente dita, mas é extremamente útil para qualquer arquitetura IoT.

Sua função principal é transformar dados em:

• dashboards;
• gráficos;
• alertas;
• indicadores;
• painéis operacionais.

O Grafana OSS pode consultar diversas fontes, incluindo bancos de séries temporais, Prometheus, PostgreSQL e outras fontes.

Arquitetura típica

Sensores → MQTT → banco → Grafana

Hospedagem

Pode ser executado em:

• VPS;
• Docker;
• Kubernetes;
• servidor dedicado;
• cloud;
• ambiente on-premises.

24. Prometheus

O Prometheus é conhecido principalmente por monitoramento de infraestrutura, mas também pode desempenhar papel importante em projetos IoT.

Ele coleta métricas como séries temporais e permite criar consultas e alertas.

Pode ser utilizado para monitorar:

• gateways;
• servidores;
• brokers MQTT;
• containers;
• APIs;
• aplicações IoT;
• infraestrutura Kubernetes.

Uma aplicação interessante

Enquanto um banco IoT armazena:

temperatura, pressão, umidade, consumo

o Prometheus pode monitorar:

CPU, RAM, conexões MQTT, latência, erros e disponibilidade da infraestrutura.

25. Telegraf

O Telegraf é um agente de coleta de dados extremamente útil em ambientes IoT.

Ele pode coletar, processar e enviar métricas e outros dados.

Possui centenas de plugins, incluindo suporte para:

• MQTT;
• Modbus;
• OPC UA;
• Prometheus;
• OpenTelemetry;
• Kafka.

Onde utilizar?

Pode ser instalado:

• no servidor;
• em um gateway;
• em uma máquina industrial;
• em um edge device;
• dentro de containers.

Uma arquitetura possível:

Sensores → Telegraf → InfluxDB → Grafana

26. Eclipse Zenoh

O Eclipse Zenoh é uma alternativa moderna para comunicação distribuída entre dispositivos, edge e cloud.

O Zenoh combina:

• publish/subscribe;
• queries;
• armazenamento distribuído;
• comunicação edge-cloud.

O projeto é open source e escrito em Rust.

Um dos pontos mais interessantes é a possibilidade de trabalhar desde microcontroladores até servidores.

Quando utilizar?

É especialmente interessante para:

• edge computing;
• robótica;
• sistemas distribuídos;
• IoT industrial;
• aplicações com baixa latência;
• arquiteturas distribuídas.

27. Eclipse hawkBit

O Eclipse hawkBit resolve uma necessidade fundamental de projetos IoT: atualizar software remotamente.

Imagine uma empresa com 50.000 equipamentos instalados.

Atualizar fisicamente cada equipamento pode ser inviável.

O hawkBit permite construir uma infraestrutura para distribuição de atualizações OTA.

O projeto oferece recursos para rollout, gerenciamento de dispositivos e distribuição de software.

Hospedagem

O projeto pode ser executado com:

• Java;
• Docker;
• PostgreSQL;
• MariaDB;
• Kubernetes;
• servidores Linux.

Uma instalação básica pode inclusive ser iniciada com Docker.

Ideal para

• equipamentos industriais;
• gateways;
• automóveis;
• dispositivos embarcados;
• produtos conectados.

28. Traccar

O Traccar é especializado em rastreamento GPS.

Embora não seja uma plataforma IoT genérica, ele é muito interessante para projetos de telemetria e localização.

Pode trabalhar com:

• rastreadores GPS;
• veículos;
• smartphones;
• sensores;
• geofencing;
• alertas;
• histórico de trajetos;
• relatórios.

O projeto é completamente gratuito e open source, sem limitações para uso comercial ou privado.

Hospedagem

O Traccar pode ser hospedado em:

• Linux;
• Windows;
• Docker;
• VPS;
• servidor dedicado;
• cloud.

Também existem versões para arquitetura ARM.

É uma excelente opção para quem pretende montar uma plataforma própria de rastreamento.

29. Apache NiFi

O Apache NiFi não foi criado exclusivamente para IoT, mas pode ser extremamente útil em arquiteturas IoT complexas.

Sua principal função é movimentar, transformar e distribuir dados entre sistemas.

Ele possui interface visual para criação de pipelines e recursos de:

• roteamento;
• transformação;
• filas;
• back pressure;
• processamento;
• proveniência dos dados;
• integração entre sistemas.

Exemplo

Uma empresa pode receber dados de sensores via MQTT, processá-los no NiFi e encaminhá-los simultaneamente para:

• Apache IoTDB;
• PostgreSQL;
• Kafka;
• data lake;
• API;
• sistema ERP.

Hospedagem

O NiFi pode ser executado diretamente em Linux ou em uma arquitetura distribuída.

A versão atual também possui o MiNiFi, voltado à coleta de dados na origem com baixo consumo de recursos.

30. Eclipse Kanto

O Eclipse Kanto completa a lista como uma alternativa interessante para infraestrutura de edge.

O projeto faz parte do ecossistema Eclipse IoT e oferece uma stack modular para dispositivos edge, incluindo recursos relacionados a:

• conectividade com cloud;
• digital twins;
• messaging;
• gerenciamento de containers;
• aplicações AIoT.

O projeto Eclipse IoT atualmente lista Kanto entre suas tecnologias e projetos.

Quando utilizar?

É particularmente interessante quando o dispositivo de edge precisa atuar como uma pequena plataforma computacional capaz de executar workloads e se comunicar com uma infraestrutura central.

Comparativo dos 30 sistemas

Qual deles escolher?

A resposta depende muito do tipo de projeto.

Para começar um projeto IoT rapidamente

Uma combinação bastante interessante é:

Mosquitto + Node-RED + Grafana

O dispositivo envia MQTT, o Node-RED processa os dados e o Grafana apresenta os indicadores.

É uma arquitetura simples e extremamente flexível.

Para uma plataforma IoT completa

Entre as opções, vale analisar:

• Mainflux;
• OpenRemote;
• FIWARE;
• SiteWhere;
• Kaa;
• ThingsBoard.

Entretanto, no caso do ThingsBoard, deve-se considerar a mudança de licenciamento a partir da versão 4.4.

Para LoRaWAN

A escolha mais evidente é:

ChirpStack

Uma arquitetura pode ficar assim:

Sensor LoRaWAN → Gateway → ChirpStack → MQTT → Banco → Grafana

Para indústria

As opções mais interessantes incluem:

• EdgeX Foundry;
• Apache StreamPipes;
• Eclipse Kura;
• Eclipse Hono;
• Eclipse Kapua;
• Apache IoTDB;
• Apache NiFi.

Uma infraestrutura industrial mais completa pode combinar vários deles.

Como montar uma arquitetura IoT open source

Uma das grandes vantagens do ecossistema open source é que você não precisa escolher necessariamente apenas um sistema.

É possível montar uma arquitetura composta por várias ferramentas especializadas.

Essa arquitetura tem uma vantagem importante: cada componente possui uma responsabilidade.

Como hospedar sistemas IoT em um VPS

Para projetos pequenos e médios, um VPS Linux pode ser suficiente.

Uma configuração inicial poderia utilizar:

• Ubuntu ou Debian;
• 4 vCPUs;
• 8 GB de RAM;
• 100 GB SSD;
• Docker;
• Docker Compose;
• firewall;
• TLS;
• backups.

Mas esses valores são apenas uma referência. O dimensionamento real depende principalmente de:

• quantidade de dispositivos;
• frequência de envio;
• tamanho das mensagens;
• retenção dos dados;
• quantidade de dashboards;
• número de usuários;
• processamento;
• banco utilizado.

Um sensor enviando uma mensagem por minuto é completamente diferente de uma frota de 50 mil dispositivos enviando dados várias vezes por segundo.

Docker é uma das melhores formas de hospedar IoT

Para grande parte das ferramentas apresentadas, Docker facilita muito a implantação.

Em vez de instalar dezenas de dependências diretamente no sistema operacional, cada componente pode funcionar isoladamente.

Por exemplo:

Container 1: Mosquitto

Container 2: Node-RED

Container 3: IoTDB

Container 4: Grafana

Container 5: PostgreSQL

Isso facilita:

• atualizações;
• backups;
• testes;
• migração;
• isolamento;
• reprodução do ambiente.

Projetos como Hono, StreamPipes, EMQX e hawkBit também possuem caminhos de implantação baseados em containers.

Quando utilizar Kubernetes?

Docker é excelente para começar.

Mas, quando a infraestrutura cresce, Kubernetes pode fazer sentido.

Kubernetes pode ajudar com:

• escalabilidade horizontal;
• alta disponibilidade;
• distribuição geográfica;
• atualizações;
• recuperação automática;
• balanceamento;
• gerenciamento de containers.

Projetos como Mainflux, Hono, SiteWhere e StreamPipes são particularmente compatíveis com esse modelo.

E o Raspberry Pi?

O Raspberry Pi continua sendo extremamente interessante para IoT, principalmente no edge.

Ele pode atuar como:

• gateway;
• broker MQTT;
• servidor Node-RED;
• servidor Home Assistant;
• gateway Zigbee;
• controlador de sensores;
• concentrador local;
• servidor ESPHome.

Soluções como Kura, Home Assistant, openHAB, Zigbee2MQTT, Node-RED e ChirpStack Gateway OS possuem aplicações especialmente interessantes nesse tipo de hardware.

IoT no edge ou na nuvem?

Essa é uma das decisões mais importantes de arquitetura.

IoT centralizado na nuvem

Sensores
   ↓
Internet
   ↓
Cloud
   ↓
Plataforma IoT
   ↓
Banco

É simples de administrar, mas depende da conectividade.

IoT com edge computing

Sensores
   ↓
Gateway
   ↓
Processamento local
   ↓
Banco local
   ↓
Cloud

Nesse modelo, o gateway pode continuar processando dados mesmo quando a conexão com a internet estiver indisponível.

Isso é particularmente importante em:

• fábricas;
• fazendas;
• plataformas offshore;
• áreas rurais;
• veículos;
• ambientes remotos.

EdgeX Foundry e Eclipse Kura são exemplos de tecnologias pensadas para esse tipo de arquitetura.

Segurança deve ser prioridade

Um erro comum em projetos IoT é pensar primeiro em conectar o dispositivo e deixar a segurança para depois.

Isso é perigoso.

Uma arquitetura IoT deve considerar:

MQTT com TLS

Em vez de:

mqtt://

utilizar conexões protegidas quando os dados atravessarem redes não confiáveis.

Autenticação

Cada dispositivo deve possuir uma identidade própria.

Evite compartilhar uma única senha entre milhares de equipamentos.

Certificados

Projetos maiores podem utilizar certificados X.509 e mTLS.

O Mainflux, por exemplo, possui suporte a autenticação mTLS com certificados X.509.

Firewall

Nunca exponha indiscriminadamente:

• MQTT;
• bancos de dados;
• APIs administrativas;
• consoles;
• SSH.

VPN

Em determinados cenários, uma VPN entre gateways e infraestrutura central pode simplificar a segurança.

Atualizações OTA

A capacidade de atualizar remotamente os dispositivos também é uma questão de segurança.

É justamente nesse cenário que projetos como Eclipse hawkBit se tornam importantes.

Uma arquitetura open source completa

Para uma empresa que deseja criar uma plataforma IoT própria, uma arquitetura bastante interessante poderia ser:

Edge

• Eclipse Kura;
• EdgeX Foundry;
• ESPHome;
• Zigbee2MQTT.

Comunicação

• Mosquitto;
• EMQX;
• Eclipse Hono;
• Zenoh;
• ChirpStack.

Processamento

• Node-RED;
• Apache StreamPipes;
• Apache NiFi.

Plataforma

• Mainflux;
• OpenRemote;
• FIWARE;
• SiteWhere.

Digital Twin

• Eclipse Ditto.

Banco

• Apache IoTDB.

Observabilidade

• Prometheus;
• Grafana;
• Telegraf.

Atualizações

• Eclipse hawkBit.

Essa combinação permite criar uma infraestrutura bastante sofisticada sem depender de uma única plataforma proprietária.

Qual é o melhor sistema open source de IoT?

Não existe uma resposta única.

Para começar

Node-RED + Mosquitto + Grafana

é uma combinação simples e extremamente flexível.

Para LoRaWAN

ChirpStack

é uma das escolhas mais interessantes.

Para indústria

EdgeX Foundry + StreamPipes + IoTDB

formam uma combinação bastante poderosa.

Para smart home

Home Assistant + Zigbee2MQTT + ESPHome

é uma das combinações mais interessantes.

Para digital twins

Eclipse Ditto

é uma escolha especializada.

Para grande escala

Eclipse Hono + Kubernetes + broker MQTT + banco de séries temporais

pode ser uma arquitetura mais apropriada.

Para rastreamento

Traccar

é uma opção madura e diretamente focada nesse problema.

Para infraestrutura própria

Mainflux, FIWARE, OpenRemote e SiteWhere

merecem uma avaliação mais aprofundada.

Open source não significa necessariamente “um único software”

Esse talvez seja o ponto mais importante para quem está começando com IoT.

Uma infraestrutura profissional normalmente é composta por várias camadas.

Em vez de procurar “o melhor sistema IoT”, pode ser mais eficiente pensar:

Qual é o melhor software para cada parte da minha arquitetura?

Por exemplo:

ChirpStack cuida do LoRaWAN.

Mosquitto cuida do MQTT.

Node-RED cuida da integração.

IoTDB cuida das séries temporais.

Grafana cuida da visualização.

hawkBit cuida das atualizações.

Essa abordagem permite substituir componentes individualmente sem reconstruir toda a plataforma.

Conclusão

O ecossistema open source de IoT está bastante maduro e oferece alternativas para praticamente todas as etapas de um projeto conectado.

Entre as 30 opções analisadas, existem desde ferramentas extremamente simples, como Mosquitto e Node-RED, até plataformas distribuídas e voltadas a grandes ambientes industriais, como EdgeX Foundry, Mainflux, FIWARE, SiteWhere e Eclipse Hono.

Também existem projetos especializados em determinados problemas, como ChirpStack para LoRaWAN, Eclipse Ditto para digital twins, hawkBit para atualizações OTA, IoTDB para séries temporais e Grafana para visualização.

Outro ponto importante é que o hardware deixou de ser necessariamente um fator impeditivo. Um pequeno Raspberry Pi pode executar componentes de uma arquitetura IoT no edge, enquanto workloads maiores podem ser distribuídos em VPS, servidores dedicados ou clusters Kubernetes.

Para quem administra servidores e trabalha com hospedagem, isso abre uma oportunidade interessante: IoT pode ser tratado como mais uma categoria de workload para infraestrutura própria, com servidores, containers, bancos de dados, backups, monitoramento, segurança, alta disponibilidade e automação.

Porém, antes de colocar qualquer plataforma em produção, é fundamental avaliar licença, frequência de atualização, comunidade, segurança, consumo de recursos, suporte a protocolos, capacidade de escala e facilidade de migração.

E, principalmente, verificar a licença da versão específica escolhida. O caso do ThingsBoard em 2026 mostra por que essa análise não deve ser feita apenas olhando se o código está disponível publicamente.