L'arrêt de HiveMQ Serverless touche les clusters Pay As You Go exactement comme les clusters gratuits : le 31 décembre 2026, ils cessent d'accepter des connexions, puis sont supprimés. Pour les équipes qui font tourner de vrais produits sur Pay As You Go, c'est le moment de choisir une plateforme conçue pour la production plutôt qu'une nouvelle solution de dépannage. Le broker MQTT managé dans le cloud de ConnectMQ vous offre un service MQTT que ConnectMQ exploite pour vous, avec une isolation et une capacité adaptées à une flotte de production.
Pour les détails de l'arrêt, lisez Fin de vie de HiveMQ Cloud Serverless.
Pourquoi la production a besoin de plus que du serverless
Les clusters serverless mutualisés sont excellents pour démarrer, et les plans Serverless de ConnectMQ prennent eux-mêmes en charge des flottes de production jusqu'à 1 000 connexions. Mais de nombreux utilisateurs de Pay As You Go ont des exigences qui orientent vers un déploiement dédié :
- Des performances prévisibles. Sur un cluster dédié, aucun autre tenant ne partage votre broker : la latence ne dépend que de votre propre charge.
- La planification de capacité. Le cluster est dimensionné pour votre flotte et votre plan de croissance, plutôt que selon un quota pensé pour le tenant moyen.
- Les revues de sécurité. « Le trafic d'un autre client touche-t-il notre broker ? » est une question facile quand la réponse est non.
- Le fan-out et les gros consommateurs. De nombreux services backend sur des abonnements partagés, des payloads plus volumineux et des flux en QoS 2 sont plus faciles à absorber.
Le guide du broker MQTT dédié liste les signes indiquant que vous avez dépassé une offre mutualisée.
Les options cloud managées de ConnectMQ
| Option | Qui l'exploite | Où elle tourne | Cas d'usage typique |
|---|---|---|---|
| Dedicated | ConnectMQ | Un cluster isolé dans le cloud de ConnectMQ, réservé à vous seul | Flottes de production qui veulent l'isolation sans exploiter d'infrastructure |
| BYOC (Bring Your Own Cloud) | ConnectMQ | Dans votre propre compte cloud | Localisation des données, engagements cloud existants, périmètres de sécurité stricts |
| Self Managed Enterprise | Vous, avec un broker ConnectMQ sous licence | Vos propres serveurs ou le réseau de votre usine | Sites sur site, isolés du réseau (air-gapped) ou réglementés |
Les trois options offrent la même prise en charge de MQTT 3.1.1 et 5.0 et les mêmes concepts dans le portail : vous pouvez donc commencer en Dedicated, puis ajouter un site BYOC ou sur site sans repenser vos topics ni vos clients. Pour en savoir plus, lisez nos articles sur les brokers MQTT BYOC et les options de broker MQTT d'entreprise.
Ce qui ne change pas après la migration
Pour une flotte Pay As You Go, l'expérience au niveau du protocole reste volontairement inchangée :
- Des clients et bibliothèques MQTT standard, sans SDK propriétaire.
- TLS sur le port 8883 et WebSocket sécurisé sur le 8084 (chemin
/mqtt), avec des certificats reconnus publiquement. - Votre structure de topics, vos formats de payload et vos niveaux de QoS.
- Les fonctionnalités de MQTT 5 comme les reason codes, les user properties, l'expiration des messages et les abonnements partagés.
Ce qui change, ce sont le nom d'hôte, les identifiants et le schéma de client ID, ainsi que l'interlocuteur à appeler quand quelque chose semble anormal.
Un outillage pour les équipes d'exploitation
Un broker de production ne vaut que par la visibilité que vous en avez. Le portail ConnectMQ offre aux équipes d'exploitation :
- Un tableau de bord des connexions et du trafic.
- Un explorateur de topics en direct et un client MQTT dans le navigateur pour le débogage.
- Une vue des appareils ISA-95 avec décodage Sparkplug B, et la republication optionnelle des données Sparkplug B dans des topics ISA-95 pour un Unified Namespace.
- Des règles d'alerte sur seuil et un journal des alertes.
- L'état de connexion de chaque client sur
$SYS/broker/connection/{clientId}/state, auquel votre propre supervision peut s'abonner.
Pour les industriels, c'est essentiel : voir MQTT Sparkplug B et Unified Namespace pour la manière dont ConnectMQ gère les structures de topics ISA-95.
Planifiez la migration comme un changement de production
Une migration de production mérite un plan de changement plutôt qu'un rush de week-end :
- Capacité. Mesurez votre pic de connexions simultanées et votre débit de messages sur HiveMQ, puis ajoutez une marge pour 12 à 18 mois de croissance.
- Environnement. Demandez tôt le déploiement Dedicated ou BYOC, afin qu'il soit provisionné bien avant votre première vague.
- Préproduction. Connectez une flotte de préproduction ou un banc de test au nouveau broker et rejouez votre profil de charge. Le guide sur les outils de test de charge MQTT vous y aidera.
- Fonctionnement en parallèle. Relayez le trafic entre HiveMQ et ConnectMQ pendant que vous migrez les consommateurs, puis les appareils, par vagues. Voir migration HiveMQ sans interruption.
- Bascule et bilan. Migrez les derniers appareils bien avant le 31 décembre 2026, puis examinez les métriques et les alertes pendant quelques semaines avant de supprimer l'ancien cluster.
Commencez aujourd'hui, montez en gamme quand vous êtes prêt
Inutile d'attendre un cluster dédié pour démarrer. Créez un broker gratuit sur app.connectmq.com, validez vos bibliothèques clientes, vos paramètres TLS et votre structure de topics, puis contactez ConnectMQ via connectmq.com pour dimensionner un déploiement Dedicated ou BYOC. Suivez ensuite le guide de migration HiveMQ Serverless pour la migration elle-même.
Questions fréquentes
Qu'est-ce qu'un broker MQTT managé dans le cloud ?
C'est un broker MQTT que le fournisseur exploite pour vous, sur une infrastructure réservée à votre organisation. ConnectMQ s'occupe des serveurs, des mises à jour, des certificats et de la supervision du broker, tandis que vous gardez le contrôle total de vos clients et de vos flux de données.
Les utilisateurs de HiveMQ Pay As You Go doivent-ils choisir Serverless (Paid) ou Dedicated ?
Si votre flotte reste sous 1 000 connexions simultanées et qu'un cluster mutualisé et isolé vous convient, Serverless (Paid) est la migration la plus simple. Choisissez Dedicated lorsque vous avez besoin d'isolation, d'une latence prévisible, de plus de capacité ou d'une revue de sécurité plus simple.
ConnectMQ peut-il tourner dans mon propre compte cloud ?
Oui. Avec BYOC, ConnectMQ gère le broker dans votre compte cloud, ce qui facilite la localisation des données et le respect de vos engagements cloud existants.
Combien de temps faut-il pour migrer une flotte de production ?
Prévoyez plusieurs semaines : provisioning, tests en préproduction, fonctionnement en parallèle et vagues successives. L'échéance est le 31 décembre 2026 : commencez le plus tôt possible.
