O Azure IoT é o portfólio de serviços de conectividade e edge da Microsoft para construir soluções de IoT sobre o Azure. A TagoIO é uma plataforma de IoT completa em que a camada de aplicação, dashboards, regras, código personalizado e portais para usuários finais, já vem pronta. A comparação depende de qual produto do Azure IoT você tem em mente, então vale começar mapeando o portfólio.
O Azure IoT Hub é o serviço central: um gateway gerenciado de dispositivos com suporte a MQTT, AMQP e HTTPS, device twins para estado, jobs para operações em frota e o Device Provisioning Service para onboarding sem intervenção manual. Assim como o AWS IoT Core, ele para na conectividade e no roteamento de mensagens; armazenamento, análises, dashboards e aplicações vêm de outros serviços do Azure ou do seu próprio código.
O Azure IoT Central é a plataforma de aplicação hospedada da Microsoft sobre o IoT Hub, com templates de dispositivos, dashboards prontos, motor de regras e preço por dispositivo. Em fevereiro de 2024, uma mensagem no portal do Azure anunciou a aposentadoria do IoT Central para 2027; a Microsoft voltou atrás em um dia e declarou que o serviço não está atualmente programado para ser encerrado. O serviço continua disponível, e quem o avalia pode pesar as declarações públicas da Microsoft junto com o destino visível dos seus investimentos.
O Azure IoT Operations, disponível de forma geral desde o final de 2024, é esse investimento: um plano de dados de edge baseado em Kubernetes e gerenciado pelo Azure Arc, voltado a cenários industriais, construído em torno de um broker MQTT de borda e conectividade OPC UA.
A TagoIO é uma plataforma única que cobre conectividade de dispositivos (MQTT, HTTPS e mais de 500 conectores de dispositivos), armazenamento de séries temporais, dashboards, scripts serverless de Analysis em Node.js, Deno ou Python, Actions para regras e alertas, e portais white-label TagoRUN para usuários finais. Implantações dedicadas estão disponíveis via TagoDeploy em mais de 12 regiões.
Conectividade e provisionamento de dispositivos
O IoT Hub é uma infraestrutura sólida: device twins são um padrão maduro para sincronização de estado, o DPS cuida do provisionamento em escala de frota e o Device Update gerencia OTA. LoRaWAN não é um serviço nativo do Azure, então projetos LoRaWAN precisam trazer um network server parceiro e fazer a integração por conta própria.
A TagoIO conecta dispositivos via MQTT e HTTPS e pela sua biblioteca de conectores, que inclui network servers LoRaWAN (The Things Network, The Things Industries, Actility, Loriot, ChirpStack, Helium, entre outros), Sigfox e provedores de satélite como Myriota e Kinéis. Parsers de payload e um Live Inspector para depurar o tráfego dos dispositivos fazem parte da plataforma. O uso de rede é gratuito; os planos medem entrada e saída de dados.
Onde a aplicação é construída
Com o IoT Hub, montar a aplicação é tarefa sua: Stream Analytics ou Fabric para processamento, Power BI ou Grafana para visualização e desenvolvimento personalizado para tudo que o cliente toca. Organizações padronizadas nas ferramentas da Microsoft muitas vezes querem exatamente isso, porque os dados de IoT caem no mesmo Fabric e Power BI que o resto do negócio já usa.
O IoT Central inclui dashboards de operação e regras, e sua API REST permite construir além deles, embora aplicações voltadas ao cliente continuem sendo trabalho personalizado.
Na TagoIO, dashboards, regras e portais para usuários são recursos da plataforma. Os dashboards Blueprint aplicam um único layout a uma frota inteira de dispositivos. O TagoRUN adiciona portais com a sua marca, com gestão de usuários, políticas de acesso, domínios personalizados e um aplicativo móvel opcional sob a sua própria marca, que é a parte que o Azure não oferece como produto em nenhuma camada.
Lógica personalizada
O Azure roteia mensagens do IoT Hub para Event Hubs, Functions e a plataforma de dados mais ampla. O padrão é capaz e sem limites, e isso significa assumir a implantação e a operação de cada função e pipeline.
O motor de Analysis da TagoIO executa scripts personalizados dentro da plataforma, sem infraestrutura separada, disparados por condições de dados, agendamentos ou interações no dashboard. As análises da plataforma também cobrem previsões e projeções sobre dados de sensores, não apenas dashboards. Equipes que superam os limites internos podem rodar External Analysis na sua própria computação mantendo as mesmas APIs da plataforma.
Edge
O Azure tem a história de edge industrial mais profunda: módulos do IoT Edge e, mais recentemente, o IoT Operations em Kubernetes habilitado pelo Arc com suporte a OPC UA, voltado a fábricas com infraestrutura de OT e conhecimento em Kubernetes.
O componente de edge da TagoIO é o TagoCore, um motor de IoT gratuito e open source que roda em hardware de um Raspberry Pi a uma VM na nuvem, distribuído como imagem Docker com arquitetura de plugins. Ele serve para coleta e processamento locais que sincronizam com a nuvem da TagoIO, e não para implantações industriais em escala de Kubernetes.
Modelo de preços
O IoT Hub cobra por unidades de capacidade e camadas, com uma faixa gratuita; o IoT Central cobra por dispositivo; o IoT Operations é licenciado via Arc. Serviços de armazenamento, processamento e visualização são faturados separadamente, então o custo da solução é a soma de vários medidores.
A TagoIO usa planos por faixa mais consumo de serviços: gratuito para 5 dispositivos e 5 dashboards, Starter a US$ 49/mês, Scale a US$ 199/mês e instâncias dedicadas do TagoDeploy a partir de US$ 850/mês. O uso é medido em transações de dados, armazenamento, minutos de Analysis, notificações e usuários finais, em uma única fatura.
Conclusão
O Azure IoT atende organizações comprometidas com a stack da Microsoft, equipes que querem dados de IoT dentro do Fabric e do Power BI, e implantações industriais que podem investir no IoT Operations na borda.
A TagoIO se encaixa quando a entrega é uma aplicação de IoT pronta, principalmente uma em que seus clientes fazem login sob a sua marca, e você prefere configurar uma plataforma a integrar um conjunto de serviços. As duas abordagens rodam frotas em produção; a diferença é quanto da solução você quer manter como código.