O custo total de propriedade de um broker MQTT é o custo completo de manter a mensageria dos seus dispositivos ao longo de vários anos, e não apenas a linha do servidor ou da assinatura em uma fatura. Neste guia você vai montar um modelo de TCO que captura infraestrutura, tempo de engenharia, plantão, incidentes e risco, aplicá-lo a opções auto-hospedadas e gerenciadas e descobrir quais premissas mais mexem no resultado. O modelo não contém preços de fornecedores; você insere as suas próprias taxas e cotações.
Por Que o TCO Vale Mais que o Preço de Etiqueta
O custo visível de um broker auto-hospedado é uma máquina virtual e talvez um load balancer. O custo visível de um broker MQTT gerenciado é uma assinatura. Comparar esses dois números quase sempre faz a auto-hospedagem parecer mais barata, e a comparação quase sempre está errada, porque os maiores custos da auto-hospedagem são pessoas e risco, que nunca aparecem em uma conta de nuvem.
O inverso também pode ser verdade. Para uma carga grande e estável, operada por uma equipe que já roda infraestrutura semelhante, a auto-hospedagem pode ser a opção mais barata ao longo de vários anos. Um bom modelo de TCO não presume uma resposta; ele torna as premissas explícitas para que vocês possam discuti-las.
As Categorias de Custo
1. Infraestrutura
- Computação para os nós do broker, dimensionada para o pico de conexões e a taxa de mensagens, mais redundância se você precisar de alta disponibilidade.
- Load balancers e endereços IP públicos.
- Armazenamento para persistência, logs e backups.
- Egress de rede, que pode ser significativo em cargas com alto fan-out.
- Serviços de monitoramento e logging.
- Ambientes de não produção: brokers de staging e de teste.
2. Engenharia Inicial
- Selecionar, instalar e fazer o hardening do broker.
- Automação e renovação de certificados TLS.
- Autenticação: arquivos de senha, um plugin de autenticação ou uma integração de identidade.
- Dashboards de monitoramento e regras de alerta.
- Infraestrutura como código, backups e runbooks.
- Revisão de segurança e testes de invasão.
3. Operação Contínua
- Patches do sistema operacional e do broker, e testes antes de aplicá-los.
- Rotação de certificados, gestão de credenciais e onboarding de novos dispositivos.
- Planejamento de capacidade e eventos de escalonamento.
- Upgrades entre versões principais do broker.
- Responder às equipes de aplicação se "o problema é o broker?".
4. Plantão
Se dispositivos em campo dependem do broker 24 horas por dia, alguém precisa estar acessível 24 horas por dia. O plantão tem custo mesmo em semanas tranquilas: adicionais de sobreaviso, a restrição ao tempo pessoal e o fato de que uma escala precisa de várias pessoas treinadas para ser sustentável.
5. Incidentes
Incidentes custam horas de engenharia para serem resolvidos, mas muitas vezes custam mais em impacto no negócio: dados perdidos, comandos não executados, visitas técnicas em campo, multas de SLA para os seus próprios clientes e dano à reputação. Estime-os como valor esperado: incidentes prováveis por ano multiplicados pelo impacto médio.
6. Custo de Oportunidade
Cada hora gasta com o encanamento do broker é uma hora a menos no seu produto. Isso é difícil de quantificar, mas muitas vezes é decisivo para equipes pequenas.
7. Custos do Serviço Gerenciado
Para um broker MQTT gerenciado, some a assinatura ou as cobranças por uso (veja preços de broker MQTT para conhecer os modelos), mais o trabalho interno que permanece: gestão de credenciais, monitoramento no lado do client e serviços de integração. A operação não cai a zero, mas a infraestrutura do broker, os patches, os certificados e o plantão do broker passam para o provedor.
Montando o Modelo de TCO
Modele pelo menos três anos, porque a engenharia inicial se concentra no começo e migrações são caras. Trabalhe em horas para as pessoas e converta pela sua taxa horária carregada (salário mais encargos e overhead).
Inputs
H_rate loaded cost per engineering hour
Y years in the model (3 recommended)
Infra_m monthly infrastructure cost (all environments)
Build_h initial engineering hours
Ops_h_m ongoing operations hours per month
OnCall_m monthly on-call cost (allowances + rota overhead)
Inc_y expected incidents per year
Inc_h engineering hours per incident
Inc_impact business impact per incident
Sub_m monthly managed-service subscription or usage
Int_h_m internal hours per month that remain with a managed service
Self-hosted TCO
= Build_h x H_rate
+ Y x 12 x (Infra_m + Ops_h_m x H_rate + OnCall_m)
+ Y x Inc_y x (Inc_h x H_rate + Inc_impact)
Managed TCO
= Onboarding_h x H_rate
+ Y x 12 x (Sub_m + Int_h_m x H_rate)
+ Y x Inc_y_managed x (Inc_h_managed x H_rate + Inc_impact)
Note que a fórmula do gerenciado ainda inclui incidentes. Um provedor opera o broker, mas a sua rede, os seus dispositivos e as suas integrações ainda podem falhar, e quedas do provedor também acontecem. O que muda normalmente é a frequência de incidentes autoinfligidos, como certificados expirados ou disco cheio, e quem faz o trabalho de recuperação.
Um Exemplo Prático em Horas
Para mostrar a forma do resultado sem inventar preços, eis uma estimativa ilustrativa de esforço para uma implantação de produção modesta: algumas centenas de dispositivos (por exemplo, sensores de linhas de envase em uma planta em Campinas), alta disponibilidade exigida e uma equipe sem experiência prévia com brokers. Substitua cada número pelos seus.
| Item | Auto-hospedado (premissa de exemplo) | Gerenciado (premissa de exemplo) |
|---|---|---|
| Construção inicial e hardening | 120 horas | 16 horas de onboarding |
| Operação contínua | 16 horas / mês | 4 horas / mês |
| Escala de plantão | Necessária para o broker | Não necessária para a infraestrutura do broker |
| Incidentes por ano | 3 | 1 |
| Horas por incidente | 12 | 4 |
| Infraestrutura | Sua conta de nuvem para 2+ nós, LB, monitoramento | Incluída na assinatura |
Em três anos, essas premissas dão cerca de 120 + 36 x 16 + 3 x 3 x 12 = 804 horas de engenharia para auto-hospedagem, contra 16 + 36 x 4 + 3 x 1 x 4 = 172 horas para um serviço gerenciado, antes de infraestrutura, assinatura, plantão e impacto no negócio. Multiplique pela sua taxa horária, some as linhas em dinheiro, e a comparação fica concreta. Suas premissas podem ser bem diferentes; o importante é colocá-las no papel.
Sensibilidade: Quais Premissas Mais Importam
Rode o modelo com valores otimistas e pessimistas para cada entrada. Na maioria dos modelos, poucas entradas dominam:
- Taxa horária carregada: taxas altas encarecem cada hora operacional e favorecem serviços gerenciados.
- Impacto de incidentes: se uma queda do broker para linhas de produção ou recursos voltados ao cliente, o custo esperado dos incidentes pode ofuscar todo o resto.
- Alta disponibilidade: exigir HA multiplica a infraestrutura e a complexidade da auto-hospedagem.
- Experiência existente: uma equipe que já roda sistemas semelhantes tem menos horas de construção e operação.
- Escala: em escala muito grande e estável, a eficiência de infraestrutura pesa mais, e a auto-hospedagem ou a capacidade dedicada podem vencer.
- Conformidade: requisitos de residência de dados ou de isolamento podem incluir ou excluir opções independentemente do custo.
Auto-Hospedado, Gerenciado e as Opções Intermediárias
TCO não é uma escolha binária. A ConnectMQ, por exemplo, oferece vários modelos de implantação que mudam o equilíbrio de formas diferentes:
| Modelo | Quem roda a infraestrutura | Quem opera o broker | Perfil de TCO |
|---|---|---|---|
| Open source auto-hospedado | Você | Você | Menor custo direto, maior custo com pessoas |
| Serverless gerenciado | Provedor | Provedor | Baseado em uso, operação mínima |
| Dedicated gerenciado | Provedor | Provedor | Capacidade previsível, isolamento |
| BYOC | Sua conta de nuvem | Provedor | Aproveita compromissos de nuvem existentes, o provedor opera |
| Self Managed Enterprise | Você | Você, com software do fornecedor | Controle total na sua infraestrutura |
Para uma visão equilibrada das diferenças operacionais, leia broker MQTT auto-hospedado vs gerenciado, e veja migrar o Mosquitto para MQTT na nuvem se o modelo apontar para uma mudança.
Checklist de TCO
- Modele pelo menos três anos.
- Inclua todos os ambientes, não só a produção.
- Converta todo o tempo das pessoas por uma taxa horária carregada.
- Inclua o plantão como custo fixo.
- Estime os incidentes como frequência vezes impacto.
- Inclua os custos de migração de entrada e de saída.
- Rode cenários otimistas e pessimistas.
- Revise o modelo após seis meses com dados medidos.
Modele Seus Custos com a ConnectMQ
A entrada mais confiável de qualquer modelo de TCO é o uso medido. Crie um broker gratuito em app.connectmq.com no plano Serverless, sem cartão de crédito, rode um piloto e registre as horas que você realmente gasta. A ConnectMQ é um broker MQTT gerenciado que permite passar do Serverless para Dedicated, BYOC ou Self Managed Enterprise sem mudar o código dos clients. Nosso guia de broker MQTT na nuvem explica os modelos de implantação, e você pode conhecer o que um broker MQTT faz se o assunto for novo para você.
Perguntas frequentes
Qual é o maior custo oculto de um broker MQTT auto-hospedado?
Normalmente o tempo das pessoas: hardening inicial, patches contínuos, gestão de certificados e plantão. O impacto de incidentes pode ser ainda maior se dispositivos ou clientes dependerem do broker.
Um broker MQTT gerenciado é sempre mais barato?
Não. Para cargas grandes e estáveis, operadas por uma equipe experiente, a auto-hospedagem ou a capacidade dedicada podem custar menos ao longo do tempo. Um modelo de TCO com as suas próprias premissas mostra qual é o seu caso.
Quantos anos um modelo de TCO de broker MQTT deve cobrir?
Pelo menos três anos. Horizontes mais curtos dão peso demais aos custos iniciais de construção e ignoram upgrades, mudanças na equipe e o custo de migrar mais tarde.
O TCO inclui o custo de sair de um fornecedor?
Deveria. Clients MQTT padrão e estruturas de topics padrão mantêm baixo o custo de saída, enquanto APIs proprietárias e rule engines o elevam. Inclua uma estimativa para a migração de saída.
