HiveMQ retira su plan HiveMQ Cloud Serverless, tanto los clústeres Serverless Free como los Serverless Pay As You Go, el 31 de diciembre de 2026. A partir de esa fecha los clientes MQTT ya no podrán conectarse a esos clústeres, y HiveMQ eliminará de forma permanente los clústeres y sus datos. Si tus dispositivos, dashboards o servicios backend se conectan a un hostname terminado en hivemq.cloud de un clúster Serverless, necesitas un nuevo broker y un plan de migración antes de fin de año.
Esta guía resume qué significa en la práctica el fin de HiveMQ Cloud Serverless, qué puedes trasladar y qué no, qué opciones tienes y cómo pasar a un broker MQTT gestionado privado sin interrumpir tu servicio. Todo lo que se dice sobre HiveMQ en este artículo se basa en la documentación de fin de vida publicada por la propia HiveMQ en el momento de escribirlo; consulta siempre la página oficial y el correo de retirada que recibiste para conocer los detalles más recientes.
Qué ha anunciado HiveMQ
La documentación de HiveMQ describe la retirada con unas pocas reglas claras:
| Tema | Qué indica HiveMQ |
|---|---|
| Planes afectados | Clústeres HiveMQ Cloud Serverless Free y Serverless Pay As You Go |
| Nuevos clústeres | Ya no se puede crear un clúster Serverless ni pasar un clúster Serverless a Pay As You Go |
| Fecha de fin de vida | 31 de diciembre de 2026 |
| Después de la fecha de fin de vida | Los clientes MQTT ya no pueden conectarse a los clústeres Serverless |
| Datos | HiveMQ elimina de forma permanente todos los clústeres Serverless y sus datos, incluidos mensajes retenidos, sesiones de cliente, credenciales de acceso y permisos |
| URL del clúster | No se puede transferir a un nuevo broker |
| Migración automática | Ninguna: no se trasladan por ti ni los clientes, ni los datos, ni la configuración |
| Oferta de migración | Una licencia de migración (Migration license) gratuita para el HiveMQ Enterprise Broker autogestionado |
Hasta la fecha de fin de vida todavía puedes gestionar credenciales y permisos, ver los datos de conexión y eliminar tu clúster Serverless. Un clúster eliminado no se puede volver a crear, así que no lo borres hasta que tus clientes funcionen en el nuevo broker.
Qué deja de funcionar el 1 de enero de 2027
El impacto práctico depende de lo que esté conectado a tu clúster:
- Los dispositivos y gateways que se conectan a
<cluster-id>.s1.eu.hivemq.cloud(o a un hostname Serverless similar) no podrán conectarse y seguirán reintentándolo. - Los servicios backend, como la ingesta de datos, los motores de reglas o los flujos de Node-RED suscritos al clúster, dejarán de recibir datos.
- Los dashboards web que se conectan por WebSocket seguro no mostrarán datos en vivo.
- Los mensajes retenidos y las sesiones persistentes almacenados en el clúster desaparecerán, así que habrá que reconstruir en el nuevo broker el último estado conocido de cada dispositivo.
Como la URL del clúster no se puede trasladar, cada cliente necesita como mínimo un nuevo hostname y nuevas credenciales. Es el dato más importante para planificar: el esfuerzo crece con el número de clientes y con lo difícil que sea reconfigurar cada uno. Un dashboard web es un cambio de configuración; un sensor con batería instalado en campo puede requerir una actualización de firmware.
La licencia de migración, en resumen
HiveMQ ofrece a los usuarios que cumplen los requisitos una licencia de migración gratuita para el HiveMQ Enterprise Broker autogestionado. Según HiveMQ, permite 100 conexiones simultáneas y 100 mensajes por segundo durante 12 meses, no requiere tarjeta de crédito y después continúa como licencia Lab gratuita con límites más bajos (actualmente 25 conexiones simultáneas y 25 mensajes por segundo). Puedes solicitarla si tu cuenta de usuario era propietaria de un clúster Serverless cuando se anunció la retirada.
La palabra clave es autogestionado. Con la licencia de migración eres tú quien instala, opera, protege, parchea y monitoriza el broker, en tu propio servidor o clúster de Kubernetes. Para algunos equipos encaja bien; para otros supone una responsabilidad nueva e importante, sobre todo para quienes eligieron Serverless precisamente porque no querían operar infraestructura. Comparamos ambos caminos en detalle en Licencia de migración de HiveMQ frente a un broker MQTT gestionado.
Tus opciones después de HiveMQ Cloud Serverless
| Opción | Quién opera el broker | Encaja cuando |
|---|---|---|
| Broker autogestionado (por ejemplo, con la licencia de migración de HiveMQ) | Tú | Tienes capacidad de operaciones y quieres el broker en tu propia infraestructura |
| Otro servicio MQTT serverless | El proveedor, en un clúster compartido | Quieres la misma experiencia "sin servidores" que tenías en Serverless |
| Un broker MQTT gestionado dedicado | El proveedor, en un clúster solo para ti | Operas flotas en producción y quieres aislamiento y un rendimiento predecible |
| Bring Your Own Cloud | El proveedor, dentro de tu cuenta cloud | Los datos deben permanecer en tu propia cuenta cloud |
La mayoría de los usuarios de Serverless Free tenían flotas pequeñas y prototipos; la mayoría de los usuarios de Pay As You Go ya estaban en producción. Estos dos grupos suelen acabar en sitios distintos, por eso hemos escrito guías separadas sobre la alternativa serverless y la alternativa gestionada en la nube.
Dónde encaja ConnectMQ
ConnectMQ es una plataforma MQTT gestionada con el mismo tipo de opciones de despliegue, y habla MQTT 3.1.1 y MQTT 5.0 estándar, así que las librerías cliente que ya usas siguen funcionando.
- Broker MQTT serverless de ConnectMQ Cloud. Un broker privado en un clúster multiinquilino compartido y aislado, listo en minutos. El plan Serverless gratuito admite hasta 25 conexiones simultáneas, QoS hasta 1, mensajes de 256 KB, mensajes retenidos y suscripciones con comodines, y no requiere tarjeta de crédito. Serverless (Paid) lo amplía a hasta 1.000 conexiones, QoS 2, mensajes de 1 MB y suscripciones compartidas.
- Broker MQTT gestionado en la nube de ConnectMQ. Un clúster Dedicated operado por ConnectMQ solo para tu organización, con opciones BYOC (Bring Your Own Cloud) y Self Managed Enterprise para requisitos de residencia de datos y on-premises.
- Endpoints estándar. Puerto 1883 (MQTT), 8883 (MQTT sobre TLS), 8083 (WebSocket) y 8084 (WebSocket seguro, ruta
/mqtt) con un certificado Let's Encrypt de confianza pública. - Herramientas integradas. Un cliente MQTT en el navegador, explorador de topics en vivo, dashboard, vista de dispositivos ISA-95 y reglas de alerta por umbral, para verificar el tráfico migrado sin instalar nada.
Un plan de migración en cinco pasos
- Inventario. Enumera cada cliente, su client ID, los topics que usa, los niveles de QoS, los topics retenidos y cómo se puede reconfigurar. Usa nuestro checklist de migración desde HiveMQ como plantilla.
- Elige el destino y planifica las credenciales. Dimensiona el plan según tu pico de conexiones y decide cómo se asignan credenciales y client IDs a los dispositivos.
- Crea y prueba un broker privado. Conecta un cliente de prueba, publica y suscríbete con tu estructura de topics real y mide la latencia desde las ubicaciones de tus dispositivos.
- Funcionamiento en paralelo y migración por oleadas. Retransmite el tráfico entre el broker antiguo y el nuevo mientras mueves primero los consumidores y después los dispositivos por lotes. Los detalles están en migración desde HiveMQ sin interrupciones.
- Haz el cambio antes de la fecha límite. Deja un margen de varias semanas antes del 31 de diciembre de 2026 y elimina el clúster antiguo cuando ya no se conecte nada a él.
El procedimiento completo paso a paso está en nuestra guía de migración de HiveMQ Cloud Serverless, y un calendario semana a semana en el calendario de migración de HiveMQ Serverless.
No esperes a la última semana
Las migraciones tardan más de lo previsto por tres motivos: dispositivos que no se pueden actualizar en remoto, estado retenido que nadie documentó e integraciones que dependen discretamente del hostname antiguo. Si empiezas ahora, tienes tiempo de descubrir esas sorpresas mientras el clúster antiguo sigue funcionando. Si empiezas a finales de diciembre, cada sorpresa se convierte en una caída del servicio.
Puedes crear un broker Serverless gratuito de ConnectMQ en un par de minutos en app.connectmq.com y apuntar hoy mismo un cliente de prueba hacia él. Para el contexto general sobre modelos de alojamiento, lee nuestra guía sobre el broker MQTT gestionado y la visión general del broker MQTT en la nube.
Preguntas frecuentes
¿Cuándo cierra HiveMQ Cloud Serverless?
HiveMQ retira el plan Serverless, tanto Free como Pay As You Go, el 31 de diciembre de 2026. A partir de esa fecha los clientes MQTT ya no pueden conectarse a los clústeres Serverless, y HiveMQ elimina de forma permanente los clústeres y sus datos.
¿Migrará HiveMQ mis dispositivos automáticamente?
No. HiveMQ indica que no traslada automáticamente los clientes MQTT, los datos ni la configuración. Debes reconfigurar cada cliente con un nuevo hostname, puerto, credenciales y ajustes de TLS.
¿Puedo conservar la URL de mi clúster de HiveMQ?
No. La URL del clúster Serverless no se puede transferir a un nuevo broker. Para facilitar cambios futuros, guarda el hostname, el puerto y las credenciales del broker en una configuración que puedas actualizar en remoto en lugar de compilarlos en el firmware.
¿Qué pasa con los mensajes retenidos y las sesiones?
Se eliminan junto con el clúster, igual que las credenciales y los permisos. Haz que los dispositivos vuelvan a publicar su estado y a suscribirse en el nuevo broker, y exporta antes de la fecha límite todo lo que necesites conservar.
¿Es ConnectMQ compatible con clientes creados para HiveMQ Cloud?
Sí, en el caso de clientes MQTT 3.1.1 y 5.0 estándar. Cambias el host, el puerto, las credenciales y el client ID. Ten en cuenta que ConnectMQ vincula los client IDs a las credenciales emitidas, así que cada dispositivo usa el client ID emitido o una variante con _sufijo.
