Alternativa a HiveMQ Serverless: pásate al broker MQTT serverless de ConnectMQ Cloud

Si usabas HiveMQ Cloud Serverless porque querías un broker MQTT sin operar servidores, el sustituto más cercano es otro broker MQTT serverless: un broker privado en un clúster compartido con aislamiento por inquilino, que creas en una consola web y al que te conectas con clientes estándar. El broker MQTT serverless de ConnectMQ Cloud está pensado exactamente para eso. Este artículo muestra lo que ofrece, cómo encajan sus planes con los usuarios de HiveMQ Serverless Free y Pay As You Go, y cómo mover tu primer cliente.

HiveMQ retira Serverless el 31 de diciembre de 2026; consulta el fin de HiveMQ Cloud Serverless para conocer los detalles.

Qué esperar de un sustituto serverless

Una buena alternativa a HiveMQ Serverless conserva lo que hacía atractivo a Serverless:

• Sin infraestructura. Ni máquinas virtuales, ni certificados, ni parches que gestionar.
• Un nivel gratuito útil para dispositivos reales y TLS real, sin tarjeta de crédito.
• MQTT estándar, para que tu código cliente actual siga funcionando.
• Una consola web para crear credenciales y ver qué hacen tus dispositivos.
• Un camino para crecer hacia más conexiones o un clúster aislado sin cambiar de protocolo.

ConnectMQ Serverless de un vistazo

Ambos planes funcionan en un clúster compartido multiinquilino en el que cada broker está aislado: tus credenciales, tu espacio de topics y tus cuotas. Una suscripción a # solo devuelve tu propio tráfico. Cuando necesitas más de 1.000 conexiones o un clúster aislado, el siguiente paso es el broker MQTT gestionado en la nube de ConnectMQ, con el mismo protocolo y las mismas herramientas. La guía sobre el broker MQTT serverless explica el modelo en profundidad.

Correspondencia desde HiveMQ Serverless

Consulta los límites actuales de tu clúster de HiveMQ en su consola y dimensiona el nuevo plan según tu pico de conexiones más un margen, no según la media.

Endpoints y seguridad

TLS usa un certificado Let's Encrypt de confianza pública, así que los clientes estándar confían en él sin archivos de CA personalizados. Cada broker recibe un usuario, una contraseña y un client ID generados. El client ID está vinculado a las credenciales, y los clientes pueden añadir un sufijo, como YOUR_CLIENT_ID_kitchen, para abrir varias conexiones con un mismo conjunto de credenciales. La infraestructura compartida se protege con cuotas por plan, protección contra avalanchas de conexiones y bloqueo de IP tras inicios de sesión fallidos repetidos, y los clientes MQTT 5 reciben reason codes claros, como 0x97 para cuota superada.

Herramientas integradas que no tienes que instalar

El portal de ConnectMQ incluye:

• Un cliente MQTT en el navegador para publicar y suscribirte sin ningún software.
• Un explorador de topics en vivo que muestra topics y payloads según llegan.
• Un dashboard con resúmenes de conexiones y tráfico.
• Una vista de dispositivos organizada por niveles ISA-95, con decodificación de Sparkplug B para payloads industriales.
• Reglas de alerta por umbral y un registro de alertas.

Durante una migración, estas herramientas son la forma más rápida de confirmar que cada oleada de dispositivos llega con los topics y payloads esperados.

Conecta tu primer cliente migrado

Crea un broker gratuito en app.connectmq.com, copia las credenciales y cambia solo los ajustes de conexión de tu cliente. Con MQTT.js:

// npm install mqtt
const mqtt = require("mqtt");

const client = mqtt.connect("mqtts://broker.connectmq.com:8883", {
  username: process.env.MQTT_USERNAME,
  password: process.env.MQTT_PASSWORD,
  clientId: `${process.env.MQTT_CLIENT_ID}_dashboard`,
  protocolVersion: 5,
});

client.on("connect", () => {
  console.log("Connected to ConnectMQ");
  client.subscribe("site1/#", { qos: 1 });
});

client.on("message", (topic, payload) => {
  console.log(topic, payload.toString());
});

Tus topics, payloads y QoS siguen siendo los mismos que en HiveMQ. Solo cambian el host, el puerto, las credenciales y el client ID. Hay ejemplos para ESP32, Python y Node-RED en Reconfigurar clientes MQTT después de HiveMQ.

Qué es distinto respecto a HiveMQ Cloud

Una comparación justa incluye las diferencias que debes planificar:

• Los client IDs están vinculados a las credenciales emitidas en lugar de elegirse libremente.
• No hay permisos por topic; separa las fronteras de confianza con brokers o credenciales distintos.
• El estado retenido deberían volver a publicarlo los clientes al conectarse, en lugar de confiar en que sobreviva a los reinicios del broker.
• Las integraciones de datos se hacen con clientes MQTT estándar como Node-RED, Telegraf o tus propios suscriptores, no con conectores integrados.

Para la mayoría de las cargas Serverless son pequeños cambios de configuración. Si alguno de ellos te bloquea, la guía de migración completa muestra cómo resolverlo.

Preguntas frecuentes

¿ConnectMQ Serverless es gratuito?

Sí. El plan Serverless (Free) admite hasta 25 conexiones simultáneas, QoS hasta 1 y mensajes de 256 KB, con mensajes retenidos y suscripciones con comodines, y no requiere tarjeta de crédito.

¿Puedo empezar gratis y ampliar después sin cambiar los dispositivos?

Normalmente sí. Al ampliar cambian las cuotas, mientras que tus protocolos, puertos y estructura de topics siguen igual; como mucho actualizas las credenciales o el endpoint que muestra el portal. Pasar a un clúster Dedicated suele implicar un nuevo hostname y nuevas credenciales, pero la lógica MQTT no cambia.

¿ConnectMQ es compatible con MQTT 5 como HiveMQ Cloud?

Sí. Se admiten tanto MQTT 3.1.1 como MQTT 5.0, incluidos reason codes, propiedades de usuario y expiración de sesión. Las suscripciones compartidas están disponibles en Serverless (Paid) y superiores.

¿Con qué rapidez puedo sustituir mi clúster de HiveMQ Serverless?

Crear el broker lleva unos minutos. El tiempo total depende de lo rápido que puedas actualizar tus clientes; en aplicaciones y dashboards suele ser el mismo día.