O HiveMQ vai descontinuar o plano HiveMQ Cloud Serverless, incluindo os clusters Serverless Free e Serverless Pay As You Go, em 31 de dezembro de 2026. Depois dessa data, os clientes MQTT não conseguem mais se conectar a esses clusters, e o HiveMQ exclui permanentemente os clusters e seus dados. Se os seus dispositivos, dashboards ou serviços de backend se conectam a um hostname terminado em hivemq.cloud em um cluster Serverless, você precisa de um novo broker e de um plano de migração antes do fim do ano.
Este guia resume o que o fim de vida do HiveMQ Cloud Serverless significa na prática, o que você pode e não pode levar consigo, quais opções existem e como migrar para um broker MQTT gerenciado privado sem interromper o seu serviço. Todas as informações sobre o HiveMQ abaixo se baseiam na documentação de fim de vida do próprio HiveMQ no momento em que este texto foi escrito; consulte sempre a página oficial e o e-mail de descontinuação que você recebeu para obter os detalhes mais recentes.
O que o HiveMQ anunciou
A documentação do HiveMQ descreve a descontinuação em algumas regras claras:
| Tema | O que o HiveMQ informa |
|---|---|
| Planos afetados | Clusters HiveMQ Cloud Serverless Free e Serverless Pay As You Go |
| Novos clusters | Não é mais possível criar um cluster Serverless nem fazer upgrade de um cluster Serverless para Pay As You Go |
| Data de fim de vida | 31 de dezembro de 2026 |
| Após a data de fim de vida | Os clientes MQTT não conseguem mais se conectar aos clusters Serverless |
| Dados | O HiveMQ exclui permanentemente todos os clusters Serverless e seus dados, incluindo retained messages, sessões de clientes, credenciais de acesso e permissões |
| URL do cluster | Não pode ser transferida para um novo broker |
| Migração automática | Nenhuma: clientes, dados e configuração não são migrados por você |
| Oferta de migração | Uma licença de migração (Migration license) gratuita para o HiveMQ Enterprise Broker autogerenciado |
Até a data de fim de vida, você ainda pode gerenciar credenciais e permissões, ver os detalhes de conexão e excluir o seu cluster Serverless. Um cluster excluído não pode ser recriado, então não o exclua até que os seus clientes estejam rodando no novo broker.
O que deixa de funcionar em 1º de janeiro de 2027
O impacto prático depende do que está conectado ao seu cluster:
- Dispositivos e gateways que se conectam a
<cluster-id>.s1.eu.hivemq.cloud(ou a um hostname Serverless semelhante) não vão conseguir se conectar e vão continuar tentando. - Serviços de backend, como ingestão de dados, motores de regras ou fluxos do Node-RED que assinam o cluster, vão parar de receber dados.
- Dashboards web que se conectam via WebSocket seguro não vão mostrar dados ao vivo.
- Retained messages e sessões persistentes armazenadas no cluster vão desaparecer, então o último estado conhecido de cada dispositivo precisa ser reconstruído no novo broker.
Como a URL do cluster não pode ser transferida, todo cliente precisa, no mínimo, de um novo hostname e de novas credenciais. Esse é o fato mais importante para o planejamento: o esforço cresce com o número de clientes e com a dificuldade de reconfigurar cada um. Um dashboard web é uma mudança de configuração; um sensor a bateria em campo pode exigir uma atualização de firmware.
A licença de migração, em resumo
O HiveMQ oferece aos usuários elegíveis uma licença de migração gratuita para o HiveMQ Enterprise Broker autogerenciado. Segundo o HiveMQ, ela permite 100 conexões simultâneas e 100 mensagens por segundo durante 12 meses, não exige cartão de crédito e depois continua como uma licença Lab gratuita com limites menores (atualmente 25 conexões simultâneas e 25 mensagens por segundo). Você pode solicitá-la se a sua conta de usuário era dona de um cluster Serverless quando a descontinuação foi anunciada.
A palavra-chave é autogerenciado. Com a licença de migração, você instala, opera, protege, atualiza e monitora o broker por conta própria, no seu servidor ou cluster Kubernetes. Isso faz sentido para algumas equipes e representa uma nova responsabilidade significativa para outras, principalmente para quem escolheu o Serverless justamente por não querer operar infraestrutura. Comparamos os dois caminhos em detalhes em Licença de migração do HiveMQ vs broker MQTT gerenciado.
Suas opções depois do HiveMQ Cloud Serverless
| Opção | Quem opera o broker | Faz sentido quando |
|---|---|---|
| Broker autogerenciado (por exemplo, com a licença de migração do HiveMQ) | Você | Você tem capacidade de operação e quer o broker na sua própria infraestrutura |
| Outro serviço MQTT serverless | O provedor, em um cluster compartilhado | Você quer a mesma experiência "sem servidores" que tinha no Serverless |
| Um broker MQTT gerenciado dedicado | O provedor, em um cluster só seu | Você opera frotas em produção e quer isolamento e desempenho previsível |
| Bring Your Own Cloud | O provedor, dentro da sua conta de nuvem | Os dados precisam ficar na sua própria conta de nuvem |
A maioria dos usuários do Serverless Free tinha frotas pequenas e protótipos; a maioria dos usuários do Pay As You Go já estava em produção. Esses dois grupos costumam chegar a destinos diferentes, e por isso escrevemos guias separados para a alternativa serverless e para a alternativa gerenciada na nuvem.
Onde a ConnectMQ se encaixa
A ConnectMQ é uma plataforma MQTT gerenciada com o mesmo tipo de opções de implantação e fala MQTT 3.1.1 e MQTT 5.0 padrão, então as bibliotecas cliente que você já usa continuam funcionando.
- Broker MQTT serverless da ConnectMQ Cloud. Um broker privado em um cluster multi-tenant compartilhado e isolado, pronto em minutos. O plano Serverless gratuito suporta até 25 conexões simultâneas, QoS até 1, mensagens de 256 KB, retained messages e assinaturas com wildcards, e não exige cartão de crédito. O Serverless (Paid) eleva isso para até 1.000 conexões, QoS 2, mensagens de 1 MB e shared subscriptions.
- Broker MQTT gerenciado na nuvem da ConnectMQ. Um cluster Dedicated operado pela ConnectMQ exclusivamente para a sua organização, com opções BYOC (Bring Your Own Cloud) e Self Managed Enterprise para requisitos de residência de dados e on-premises.
- Endpoints padrão. Porta 1883 (MQTT), 8883 (MQTT sobre TLS), 8083 (WebSocket) e 8084 (WebSocket seguro, caminho
/mqtt), com um certificado Let's Encrypt publicamente confiável. - Ferramentas integradas. Um cliente MQTT no navegador, explorador de topics ao vivo, dashboard, visão de dispositivos ISA-95 e regras de alerta por limite, para que você verifique o tráfego migrado sem instalar nada.
Um plano de migração em cinco passos
- Inventário. Liste todos os clientes, seus client IDs, os topics que usam, níveis de QoS, topics retidos e como cada um pode ser reconfigurado. Use o nosso checklist de migração do HiveMQ como modelo.
- Escolha o destino e planeje as credenciais. Dimensione o plano pelo seu pico de conexões e defina como credenciais e client IDs serão associados aos dispositivos.
- Crie e teste um broker privado. Conecte um cliente de teste, publique e assine com a sua estrutura real de topics e meça a latência a partir dos locais dos seus dispositivos.
- Rode em paralelo e migre em ondas. Retransmita o tráfego entre o broker antigo e o novo enquanto move primeiro os consumidores e depois os dispositivos em lotes. Os detalhes estão em migração do HiveMQ sem interrupção.
- Faça a virada antes do prazo. Deixe uma folga de várias semanas antes de 31 de dezembro de 2026 e exclua o cluster antigo quando nada mais se conectar a ele.
O procedimento completo, passo a passo, está no nosso guia de migração do HiveMQ Cloud Serverless, e um cronograma semana a semana está no cronograma de migração do HiveMQ Serverless.
Não espere a última semana
Migrações demoram mais do que o esperado por três motivos: dispositivos que não podem ser atualizados remotamente, estado retido que ninguém documentou e integrações que dependem silenciosamente do hostname antigo. Se você começar agora, terá tempo de descobrir essas surpresas enquanto o cluster antigo ainda funciona. Se começar no fim de dezembro, cada surpresa vira uma indisponibilidade.
Você pode criar um broker Serverless gratuito da ConnectMQ em poucos minutos em app.connectmq.com e apontar um cliente de teste para ele hoje mesmo. Para um panorama mais amplo dos modelos de hospedagem, leia o nosso guia sobre broker MQTT gerenciado e a visão geral de broker MQTT na nuvem.
Perguntas frequentes
Quando o HiveMQ Cloud Serverless será desligado?
O HiveMQ descontinua o plano Serverless, tanto o Free quanto o Pay As You Go, em 31 de dezembro de 2026. Depois dessa data, os clientes MQTT não conseguem mais se conectar aos clusters Serverless, e o HiveMQ exclui permanentemente os clusters e seus dados.
O HiveMQ vai migrar meus dispositivos automaticamente?
Não. O HiveMQ informa que não migra clientes MQTT, dados nem configuração automaticamente. Você precisa reconfigurar cada cliente com novo hostname, porta, credenciais e configurações de TLS.
Posso manter a URL do meu cluster HiveMQ?
Não. A URL do cluster Serverless não pode ser transferida para um novo broker. Para facilitar mudanças futuras, mantenha hostname, porta e credenciais do broker em uma configuração que você consiga atualizar remotamente, em vez de compilá-los no firmware.
O que acontece com as retained messages e as sessões?
Elas são excluídas junto com o cluster, assim como as credenciais e permissões. Faça os dispositivos republicarem o seu estado e assinarem novamente no novo broker, e exporte tudo o que precisar guardar antes do prazo.
A ConnectMQ é compatível com clientes criados para o HiveMQ Cloud?
Sim, para clientes MQTT 3.1.1 e 5.0 padrão. Você muda o host, a porta, as credenciais e o client ID. Observe que a ConnectMQ vincula os client IDs às credenciais emitidas, então cada dispositivo usa o client ID emitido ou uma variante dele com _suffix.
