Licenças open source no IoT white-label: Apache, MIT e o cuidado com AGPL

A licença open source não é detalhe jurídico — ela define se você pode fechar seu código, rebrandar e revender sem obrigações. Escolher a plataforma errada para o seu modelo pode obrigar você a publicar suas modificações ou inviabilizar o white-label. Ler a licença antes de construir economiza processos depois.

As licenças se dividem em dois grandes grupos: permissivas (Apache, MIT, BSD) e copyleft (GPL, AGPL, LGPL).

MIT e Apache 2.0 são as mais amigáveis para negócio: permitem usar, modificar, distribuir e revender comercialmente sem obrigar você a abrir o seu código. A diferença principal é que a Apache 2.0 inclui concessão explícita de patentes e exige preservar avisos — proteção extra útil em contexto comercial.

Plataformas IoT permissivas: Traccar (Apache 2.0), ThingsBoard Community (Apache 2.0), ChirpStack (MIT), Node-RED (Apache 2.0), EMQX open source (Apache 2.0). Para white-label, esse é o terreno seguro.

GPL exige que, ao distribuir o software modificado, você libere o código sob a mesma licença. A AGPLv3 vai além: mesmo oferecendo o software como serviço em rede (SaaS), sem distribuir binário, você é obrigado a disponibilizar o código-fonte modificado aos usuários. Isso pega em cheio quem hospeda a plataforma para clientes.

Grafana e Zabbix são AGPLv3. Usar sem modificar o código, atrás da sua marca, costuma ser tranquilo; modificar e oferecer como serviço aciona a obrigação de abrir as modificações. Na dúvida, use as versões sem alterar o core ou consulte um advogado.

Para o núcleo do seu produto rebrandado, prefira plataformas permissivas (Apache/MIT). Se usar componentes AGPL (Grafana/Zabbix), evite modificar o código-fonte deles — integre por configuração e API, não por patch no core. Documente quais licenças você usa; é higiene jurídica básica.

Regra de ouro: a licença é decisão de arquitetura, não de última hora. Escolha as peças pensando no modelo comercial desde o começo.