Modelos de Preços de Broker MQTT Explicados: Como Estimar Sua Conta

Os preços de broker MQTT confundem principalmente porque os fornecedores medem coisas diferentes: um cobra por conexão, outro por mensagem, um terceiro por gigabyte e um quarto por cluster dedicado. Este guia explica cada modelo de preços, mostra quais cargas de trabalho ele favorece ou penaliza e oferece um método repetível para estimar o seu próprio uso, para que você compare cotações em pé de igualdade. Ele não traz nenhum valor de preço de propósito, porque esses mudam com frequência; o método continua válido.

Por Que os Preços de Broker MQTT Variam Tanto

Os custos reais de um broker vêm de alguns recursos: memória por conexão aberta, CPU por mensagem roteada, banda de rede, armazenamento para mensagens retidas e enfileiradas e as pessoas que o operam. Cada fornecedor escolhe um ou dois deles como unidade de cobrança e embute o resto nos limites do plano. Como resultado, dois serviços podem parecer baratos ou caros para exatamente a mesma frota, dependendo do perfil do seu tráfego.

Considere duas frotas. A primeira tem muitos milhares de dispositivos que enviam, cada um, uma pequena leitura a cada quinze minutos. A segunda tem algumas dezenas de máquinas transmitindo dados em alta frequência. A primeira é pesada em conexões e leve em mensagens; a segunda é o oposto. Um modelo por conexão favorece a segunda frota; um modelo por mensagem favorece a primeira. Conhecer o seu perfil é tudo.

Os Modelos Comuns de Preços de Broker MQTT

1. Por Conexão

Você paga pelo número de conexões simultâneas, muitas vezes medido como pico ou como máximo mensal. O volume de mensagens pode ser ilimitado dentro de uso justo ou limitado por plano.

• Favorece: dispositivos falantes, altas taxas de mensagens, frotas pequenas.
• Penaliza: frotas enormes de dispositivos quase sempre ociosos e arquiteturas em que cada aba de navegador ou app móvel mantém a própria conexão.
• Atenção: se a contagem é simultânea ou cumulativa e se rajadas curtas de reconexão contam para o pico.

2. Por Minuto de Conexão (Tempo de Sessão)

Você paga pelo tempo total em que os clients ficam conectados, normalmente contado em minutos de conexão ou de sessão. É comum em plataformas IoT de nuvem que cobram tudo como consumo.

• Favorece: dispositivos que conectam brevemente, publicam e desconectam.
• Penaliza: dispositivos sempre conectados, que acumulam um mês inteiro de minutos cada.
• Atenção: como frações de minuto são arredondadas e se o tráfego de keepalive também conta como mensagens.

3. Por Mensagem

Você paga por mensagem publicada ou entregue, muitas vezes em blocos. Alguns serviços contam uma mensagem uma vez na publicação; outros contam cada entrega a cada assinante, então uma publicação com dez assinantes conta como onze. Alguns contam em incrementos de tamanho fixo, de modo que um payload grande conta como várias mensagens.

• Favorece: frotas grandes e silenciosas.
• Penaliza: telemetria de alta frequência, fan-out para muitos assinantes e payloads grandes.
• Atenção: se pings, subscribes, entregas de mensagens retidas e confirmações de QoS são contados.

4. Por Volume de Tráfego

Você paga por gigabyte transferido na entrada, na saída ou em ambas. É parecido com a forma como a rede de nuvem é cobrada.

• Favorece: payloads binários compactos, como Sparkplug B ou CBOR.
• Penaliza: JSON verboso, alto fan-out e cargas semelhantes a vídeo.
• Atenção: se o overhead de TLS e do protocolo está incluído e se entrada e saída têm preços diferentes.

5. Planos em Níveis com Cotas

Você paga um valor fixo por nível, e cada nível inclui limites de conexões, tamanho de mensagem, nível de QoS, throughput ou recursos. É o modelo mais previsível para orçamento.

• Favorece: equipes que querem uma conta mensal conhecida.
• Penaliza: cargas que ficam logo acima da fronteira de um nível.
• Atenção: o que acontece no limite: rejeição, throttling ou cobrança automática de excedente.

6. Capacidade Dedicada

Você paga por um cluster isolado dimensionado em instâncias, nós ou unidades de capacidade, independentemente de quanto o utiliza. O BYOC (bring your own cloud) é uma variante em que a infraestrutura roda na sua própria conta de nuvem, então você paga ao provedor de nuvem pelos recursos e ao fornecedor pela gestão.

• Favorece: cargas grandes e estáveis, isolamento rígido e necessidades de residência de dados.
• Penaliza: cargas pequenas ou irregulares que deixam capacidade ociosa.
• Atenção: compromissos mínimos, multiplicadores de alta disponibilidade e quem paga pelo tráfego entre zonas.

7. Licenças Self-Managed

Para software que você mesmo opera, os fornecedores podem cobrar por nó, por núcleo, por faixa de conexões ou por contrato corporativo. A licença é só parte do custo; infraestrutura e tempo da equipe costumam dominar. Nosso guia de custo total de propriedade de broker MQTT cobre esses custos ocultos.

Modelos de Preços em Resumo

Como Estimar Seu Uso

Antes de comparar qualquer cotação, meça ou estime sua carga de trabalho. Todo modelo de preços pode ser calculado a partir do mesmo punhado de números:

1. Dispositivos (D): número de clients que publicam.
2. Outros clients (B): backends, dashboards, sessões de navegador, instâncias Node-RED.
3. Pico de conexões simultâneas: normalmente D + B, mais folga para sobreposição de reconexões.
4. Mensagens por dispositivo por hora (R).
5. Tamanho médio do payload em bytes (S).
6. Média de assinantes por mensagem (F): fan-out.
7. Fração do tempo conectado (C): 1,0 para dispositivos sempre ligados.

A partir deles, derive os números mensais (usando 730 horas por mês):

published messages / month  = D x R x 730
delivered messages / month  = published x F
connection-minutes / month  = (D + B) x C x 730 x 60
payload traffic in  (bytes)  = published x S
payload traffic out (bytes)  = delivered x S

Um exemplo prático com números supostos: 400 dispositivos publicando a cada 30 segundos (R = 120), um payload JSON de 200 bytes e dois assinantes por mensagem (um gravador de banco de dados e um dashboard).

published  = 400 x 120 x 730          = 35,040,000 messages / month
delivered  = 35,040,000 x 2           = 70,080,000 messages / month
traffic in = 35,040,000 x 200 bytes   = about 7 GB / month
traffic out= 70,080,000 x 200 bytes   = about 14 GB / month
peak connections = 400 + 3 backend clients + headroom

Aplique as unidades de cada fornecedor a esses números e depois acrescente às estimativas de tráfego algumas dezenas de por cento de overhead de protocolo (TLS, cabeçalhos MQTT, keepalives), em vez de supor que os bytes de payload são a história toda. Um piloto em um broker real, observado pelo console ou pelas estatísticas $SYS, permite substituir suposições por valores medidos.

Alavancas de Custo Que Você Controla

Seja qual for o modelo, normalmente dá para reduzir a conta com escolhas de design:

• Publique por mudança ou com bandas mortas, em vez de intervalos rápidos fixos.
• Agrupe várias leituras em uma mensagem quando a latência permitir.
• Use payloads compactos ou topic aliases do MQTT 5 para cortar bytes.
• Use shared subscriptions em vez de muitos consumidores idênticos.
• Evite uma conexão com o broker por aba de navegador quando um backend pode fazer o fan-out.

Mapeando Sua Estimativa para os Planos da ConnectMQ

A ConnectMQ usa planos em níveis definidos por limites, o que mantém a estimativa simples: encontre o menor plano cujos limites cubram seu pico de conexões, QoS e tamanho de mensagem. O Serverless (Free) roda em um cluster compartilhado com até 25 conexões, QoS até 1 e mensagens de 256 KB, o que serve para protótipos e pequenos pilotos. O Serverless (Paid) eleva isso para até 1.000 conexões, QoS 2, mensagens de 1 MB e shared subscriptions. Além disso, o Dedicated oferece um cluster isolado, o BYOC roda na sua própria conta de nuvem gerenciado pela ConnectMQ, e o Self Managed Enterprise roda na sua infraestrutura. Quando uma cota é atingida, clients MQTT 5 recebem um reason code claro, como 0x97 (quota exceeded), então os limites nunca falham em silêncio. O artigo sobre cotas de conexão de broker MQTT explica como planejar em torno deles.

Compare os Planos na ConnectMQ

Comece no plano Serverless gratuito em app.connectmq.com, sem cartão de crédito, meça o seu tráfego real durante um piloto e suba de plano só quando os números indicarem. Para os primeiros testes, o servidor MQTT público gratuito em broker.connectmq.com não custa nada, mas serve apenas para protótipos, não para dados de produção. A ConnectMQ é um broker MQTT gerenciado com os mesmos endpoints e o mesmo código de client em todos os planos. Para entender os modelos de implantação, leia nosso guia de broker MQTT na nuvem, e veja broker MQTT com plano gratuito para saber o que esperar dos planos gratuitos do mercado.

Perguntas frequentes

Qual modelo de preços de broker MQTT é o mais barato?

Nenhum é o mais barato em geral. O preço por conexão serve a poucos clients movimentados, o preço por mensagem serve a muitos dispositivos silenciosos e a capacidade dedicada serve a cargas grandes e estáveis. Estime sua carga primeiro e depois aplique cada modelo.

Pings de keepalive contam como mensagens?

Depende do fornecedor. Alguns contam só as publicações da aplicação, outros contam todos os pacotes MQTT. Pergunte explicitamente, porque intervalos curtos de keepalive em uma frota grande podem pesar.

Como evito cobranças surpresa por excedente?

Escolha um plano cujos limites rejeitem ou façam throttling em vez de cobrar automaticamente, monitore o uso no console e configure alertas antes de se aproximar de uma cota.

Posso estimar custos sem dispositivos reais?

Sim, usando a fórmula deste guia com taxas e tamanhos de payload supostos. Substitua as suposições por valores medidos em um pequeno piloto assim que puder.