HiveMQ met fin à son plan HiveMQ Cloud Serverless, qu'il s'agisse des clusters Serverless Free ou Serverless Pay As You Go, le 31 décembre 2026. Après cette date, les clients MQTT ne peuvent plus se connecter à ces clusters, et HiveMQ supprime définitivement les clusters et leurs données. Si vos appareils, tableaux de bord ou services backend se connectent à un nom d'hôte se terminant par hivemq.cloud sur un cluster Serverless, il vous faut un nouveau broker et un plan de migration avant la fin de l'année.
Ce guide résume ce que la fin de vie de HiveMQ Cloud Serverless implique concrètement, ce que vous pouvez reprendre ou non, quelles options s'offrent à vous et comment passer à un broker MQTT managé privé sans interrompre votre service. Chaque point concernant HiveMQ ci-dessous s'appuie sur la documentation de fin de vie publiée par HiveMQ au moment de la rédaction ; vérifiez toujours la page officielle et l'e-mail d'annonce que vous avez reçu pour connaître les derniers détails.
Ce que HiveMQ a annoncé
La documentation de HiveMQ décrit l'arrêt en quelques règles claires :
| Sujet | Ce qu'indique HiveMQ |
|---|---|
| Plans concernés | Clusters HiveMQ Cloud Serverless Free et Serverless Pay As You Go |
| Nouveaux clusters | Il n'est plus possible de créer un cluster Serverless ni de passer un cluster Serverless en Pay As You Go |
| Date de fin de vie | 31 décembre 2026 |
| Après la date de fin de vie | Les clients MQTT ne peuvent plus se connecter aux clusters Serverless |
| Données | HiveMQ supprime définitivement tous les clusters Serverless et leurs données, y compris les messages retenus, les sessions clients, les identifiants d'accès et les permissions |
| URL du cluster | Ne peut pas être transférée vers un nouveau broker |
| Migration automatique | Aucune : les clients, les données et la configuration ne sont pas déplacés pour vous |
| Offre de migration | Une licence Migration gratuite pour le HiveMQ Enterprise Broker auto-géré |
Jusqu'à la date de fin de vie, vous pouvez encore gérer les identifiants et les permissions, consulter les informations de connexion et supprimer votre cluster Serverless. Un cluster supprimé ne peut pas être recréé : ne le supprimez donc pas tant que vos clients ne tournent pas sur le nouveau broker.
Ce qui cesse de fonctionner le 1er janvier 2027
L'impact concret dépend de ce qui est connecté à votre cluster :
- Les appareils et passerelles qui se connectent à
<cluster-id>.s1.eu.hivemq.cloud(ou à un nom d'hôte Serverless similaire) n'arriveront plus à se connecter et réessaieront sans fin. - Les services backend comme l'ingestion de données, les moteurs de règles ou les flux Node-RED abonnés au cluster ne recevront plus de données.
- Les tableaux de bord web connectés en WebSocket sécurisé n'afficheront plus de données en direct.
- Les messages retenus et les sessions persistantes stockés sur le cluster auront disparu : le dernier état connu de chaque appareil devra être reconstruit sur le nouveau broker.
Comme l'URL du cluster ne peut pas être déplacée, chaque client a besoin au minimum d'un nouveau nom d'hôte et de nouveaux identifiants. C'est le fait le plus important pour votre planification : l'effort dépend du nombre de clients et de la difficulté à reconfigurer chacun d'eux. Pour un tableau de bord web, c'est un changement de configuration ; pour un capteur sur batterie déployé sur le terrain, cela peut nécessiter une mise à jour du firmware.
La licence Migration en bref
HiveMQ propose aux utilisateurs éligibles une licence Migration gratuite pour le HiveMQ Enterprise Broker auto-géré. Selon HiveMQ, elle autorise 100 connexions simultanées et 100 messages par seconde pendant 12 mois, sans carte bancaire, puis se poursuit sous forme de licence Lab gratuite aux limites plus basses (actuellement 25 connexions simultanées et 25 messages par seconde). Vous pouvez la demander si votre compte utilisateur possédait un cluster Serverless au moment de l'annonce de l'arrêt.
Le mot clé est auto-géré. Avec la licence Migration, c'est vous qui installez, exploitez, sécurisez, mettez à jour et supervisez le broker, sur votre propre serveur ou cluster Kubernetes. Cela convient bien à certaines équipes, mais représente une nouvelle responsabilité importante pour d'autres, en particulier celles qui avaient choisi Serverless justement pour ne pas exploiter d'infrastructure. Nous comparons les deux voies en détail dans Licence Migration HiveMQ ou broker MQTT managé.
Vos options après HiveMQ Cloud Serverless
| Option | Qui exploite le broker | Pertinent lorsque |
|---|---|---|
| Broker auto-géré (par exemple avec la licence Migration de HiveMQ) | Vous | Vous disposez de capacités d'exploitation et voulez le broker sur votre propre infrastructure |
| Un autre service MQTT serverless | Le fournisseur, sur un cluster mutualisé | Vous voulez retrouver l'expérience « sans serveur » que vous aviez avec Serverless |
| Un broker MQTT managé dédié | Le fournisseur, sur un cluster réservé à vous seul | Vous exploitez des flottes en production et voulez isolation et performances prévisibles |
| Bring Your Own Cloud | Le fournisseur, dans votre compte cloud | Les données doivent rester dans votre propre compte cloud |
La plupart des utilisateurs de Serverless Free avaient de petites flottes et des prototypes ; la plupart des utilisateurs de Pay As You Go étaient déjà en production. Ces deux groupes aboutissent généralement à des choix différents, c'est pourquoi nous avons rédigé des guides distincts pour l'alternative serverless et l'alternative cloud managée.
La place de ConnectMQ
ConnectMQ est une plateforme MQTT managée qui offre le même type de choix de déploiement. Elle parle MQTT 3.1.1 et MQTT 5.0 standard, de sorte que les bibliothèques clientes que vous utilisez déjà continuent de fonctionner.
- Broker MQTT serverless de ConnectMQ Cloud. Un broker privé sur un cluster mutualisé et isolé (multi-tenant), prêt en quelques minutes. Le plan Serverless gratuit prend en charge jusqu'à 25 connexions simultanées, la QoS jusqu'à 1, des messages de 256 Ko, les messages retenus et les abonnements avec wildcards, sans carte bancaire. Serverless (Paid) porte ces limites à 1 000 connexions, la QoS 2, des messages de 1 Mo et les abonnements partagés.
- Broker MQTT managé dans le cloud de ConnectMQ. Un cluster Dedicated exploité par ConnectMQ pour votre seule organisation, avec les options BYOC (Bring Your Own Cloud) et Self Managed Enterprise pour les exigences de localisation des données et d'hébergement sur site.
- Endpoints standard. Port 1883 (MQTT), 8883 (MQTT sur TLS), 8083 (WebSocket) et 8084 (WebSocket sécurisé, chemin
/mqtt) avec un certificat Let's Encrypt reconnu publiquement. - Outillage intégré. Un client MQTT dans le navigateur, un explorateur de topics en direct, un tableau de bord, une vue des appareils ISA-95 et des règles d'alerte sur seuil, pour vérifier le trafic migré sans rien installer.
Un plan de migration en cinq étapes
- Inventaire. Listez chaque client, son client ID, les topics qu'il utilise, ses niveaux de QoS, ses topics retenus et la manière de le reconfigurer. Servez-vous de notre checklist de migration HiveMQ comme modèle.
- Choisir la cible et planifier les identifiants. Dimensionnez le plan selon votre pic de connexions et décidez comment les identifiants et les client IDs correspondent aux appareils.
- Créer et tester un broker privé. Connectez un client de test, publiez et abonnez-vous avec votre vraie structure de topics, et mesurez la latence depuis les emplacements de vos appareils.
- Faire tourner les deux brokers en parallèle et migrer par vagues. Relayez le trafic entre l'ancien et le nouveau broker pendant que vous migrez d'abord les consommateurs, puis les appareils par lots. Les détails sont dans migration HiveMQ sans interruption.
- Basculer avant l'échéance. Gardez une marge de plusieurs semaines avant le 31 décembre 2026, puis supprimez l'ancien cluster une fois que plus rien ne s'y connecte.
La procédure complète, étape par étape, se trouve dans notre guide de migration HiveMQ Cloud Serverless, et un planning semaine par semaine dans le calendrier de migration HiveMQ Serverless.
N'attendez pas la dernière semaine
Les migrations prennent plus de temps que prévu, pour trois raisons : des appareils impossibles à mettre à jour à distance, un état retenu que personne n'a documenté et des intégrations qui dépendent discrètement de l'ancien nom d'hôte. Si vous commencez maintenant, vous avez le temps de découvrir ces surprises pendant que l'ancien cluster fonctionne encore. Si vous commencez fin décembre, chaque surprise devient une panne.
Vous pouvez créer gratuitement un broker Serverless ConnectMQ en quelques minutes sur app.connectmq.com et y connecter un client de test dès aujourd'hui. Pour le contexte plus large sur les modèles d'hébergement, lisez notre guide sur le broker MQTT managé et notre panorama du broker MQTT cloud.
Questions fréquentes
Quand HiveMQ Cloud Serverless s'arrête-t-il ?
HiveMQ met fin au plan Serverless, Free comme Pay As You Go, le 31 décembre 2026. Après cette date, les clients MQTT ne peuvent plus se connecter aux clusters Serverless, et HiveMQ supprime définitivement les clusters et leurs données.
HiveMQ migrera-t-il mes appareils automatiquement ?
Non. HiveMQ indique ne pas déplacer automatiquement les clients MQTT, les données ni la configuration. Vous devez reconfigurer chaque client avec un nouveau nom d'hôte, un nouveau port, de nouveaux identifiants et de nouveaux paramètres TLS.
Puis-je conserver l'URL de mon cluster HiveMQ ?
Non. L'URL d'un cluster Serverless ne peut pas être transférée vers un nouveau broker. Pour faciliter les changements futurs, conservez le nom d'hôte, le port et les identifiants du broker dans une configuration modifiable à distance plutôt que de les compiler dans le firmware.
Que deviennent les messages retenus et les sessions ?
Ils sont supprimés avec le cluster, tout comme les identifiants et les permissions. Faites republier leur état aux appareils et faites-les se réabonner sur le nouveau broker, et exportez avant l'échéance tout ce que vous devez conserver.
ConnectMQ est-il compatible avec des clients conçus pour HiveMQ Cloud ?
Oui, pour les clients MQTT 3.1.1 et 5.0 standard. Vous changez l'hôte, le port, les identifiants et le client ID. Notez que ConnectMQ lie les client IDs aux identifiants délivrés : chaque appareil utilise donc son client ID délivré ou une variante _suffix de celui-ci.
