HiveMQ Cloud Serverless cesse d'accepter les connexions clients après le 31 décembre 2026, puis HiveMQ supprime définitivement les clusters et leurs données. Une échéance aussi proche laisse peu de place aux imprévus : les meilleurs plans de migration partent de cette date à rebours et se terminent en avance. Ce calendrier découpe une migration type en jalons hebdomadaires, avec une version accélérée pour les équipes qui commencent tard.
Pour le contexte complet, voir Fin de vie de HiveMQ Cloud Serverless.
Partir de l'échéance à rebours
Trois dates comptent davantage que le 31 décembre lui-même :
| Jalon | Objectif | Pourquoi |
|---|---|---|
| Dernière vague d'appareils terminée | Mi-décembre 2026 au plus tard | Laisse du temps pour les retardataires et un éventuel retour arrière tant que HiveMQ fonctionne |
| Gel des fêtes de fin d'année | Fin décembre | De nombreuses équipes et partenaires sont indisponibles ; évitez les changements risqués |
| Fin de vie de HiveMQ | 31 décembre 2026 | Les clients ne peuvent plus se connecter |
En pratique, planifiez comme si votre véritable échéance était la mi-décembre. Tout ce qui prend du retard dispose alors encore d'une marge de sécurité.
Le plan standard en six semaines
Semaine 1 : inventaire et décision
- Établissez un inventaire complet des clients : appareils, passerelles, applications, tableaux de bord et partenaires. Utilisez la checklist de migration HiveMQ.
- Mesurez le pic de connexions, le débit de messages, la taille des payloads et les niveaux de QoS.
- Choisissez la destination : un broker serverless, un broker managé dédié ou un broker auto-géré. La comparaison Licence Migration HiveMQ ou broker MQTT managé vous y aidera.
- Créez le jour même un broker de test gratuit sur app.connectmq.com.
Semaine 2 : identifiants et tests
- Concevez le schéma des identifiants et des client IDs, et séparez les périmètres de confiance.
- Testez la connectivité, le TLS, la QoS, les messages retenus, le Last Will et la latence depuis les emplacements réels des appareils.
- Exportez les messages retenus et documentez les identifiants et les permissions. Voir suppression des données HiveMQ Serverless.
- Commandez le plan de production : Serverless (Paid) ou le broker MQTT managé dans le cloud de ConnectMQ en Dedicated.
Semaine 3 : firmware, configuration et relais
- Préparez le nouveau firmware ou la nouvelle configuration pour chaque type de client. Des exemples figurent dans Reconfigurer ses clients MQTT après HiveMQ.
- Rendez les noms d'hôte et les identifiants configurables à distance pour l'avenir.
- Déployez et testez le relais entre les deux brokers. Voir migration HiveMQ sans interruption.
Semaine 4 : consommateurs et pilote
- Migrez les consommateurs backend, les flux Node-RED et les tableaux de bord vers le nouveau broker.
- Migrez un groupe pilote d'appareils issus de sites et de versions de firmware différents.
- Surveillez pendant plusieurs jours les déconnexions, les variations de latence et les topics manquants.
Semaine 5 : vagues d'appareils
- Migrez les appareils restants par lots, par site ou par gamme de produits.
- Après chaque lot, comparez le nombre de connexions avec votre inventaire et vérifiez l'explorateur de topics.
- Migrez les producteurs de commandes une fois que leurs appareils ont migré.
Semaine 6 : bascule et marge de sécurité
- Vérifiez qu'aucun client autre que le relais ne reste sur HiveMQ.
- Arrêtez le relais, surveillez les retardataires pendant quelques jours, puis supprimez le cluster Serverless.
- Mettez à jour la documentation, les runbooks et les gestionnaires de secrets.
- Utilisez le temps restant comme marge pour les appareils qui se connectent rarement.
Un plan accéléré en deux semaines pour les retardataires
Si vous commencez en décembre, concentrez-vous sur ce qui fait tourner l'activité :
| Jours | Priorité |
|---|---|
| 1 à 2 | Inventaire des seuls clients critiques ; création du broker ; test du TLS et d'un vrai client |
| 3 à 4 | Migration des consommateurs backend et des tableaux de bord ; démarrage du relais |
| 5 à 8 | Migration, par lots rapides, des appareils reconfigurables à distance |
| 9 à 11 | Traitement des appareils qui nécessitent un firmware ou une intervention sur site, en commençant par les plus importants |
| 12 à 14 | Bascule, export de ce qui reste, documentation de tout ce qui n'a pas pu migrer |
Priorisez selon l'impact métier. Les appareils qui ne peuvent pas être mis à jour à temps doivent au minimum être documentés, afin de savoir exactement ce qui s'arrête le 1er janvier 2027 et de planifier une intervention sur le terrain.
Ce qui cause généralement des retards
- Les appareils aux paramètres codés en dur, qui nécessitent une compilation de firmware, des tests et un déploiement OTA.
- Les clients inconnus, découverts seulement lorsqu'ils cessent de recevoir des données.
- Les magasins de confiance TLS des appareils anciens, auxquels manque le certificat racine du nouveau broker.
- Les validations : revues de sécurité, comités de changement et coordination avec les partenaires.
- Les appareils rarement connectés, qui ne se manifestent qu'une fois par jour ou par semaine et se mettent donc à jour lentement.
Chacun de ces points se gère avec du temps : c'est pourquoi commencer tôt est la meilleure façon de réduire les risques.
Commencez maintenant
La première étape utile prend quelques minutes : créez un broker Serverless ConnectMQ gratuit sur app.connectmq.com, connectez-y un vrai client et vérifiez que vos topics et vos payloads fonctionnent sans modification. Suivez ensuite le guide de migration HiveMQ Serverless en gardant ce calendrier comme planning.
Questions fréquentes
Quelle est l'échéance de HiveMQ Cloud Serverless ?
HiveMQ met fin à Serverless Free et 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 les supprime définitivement.
Quand dois-je commencer la migration ?
Le plus tôt possible. Une migration type avec des appareils de terrain prend environ six semaines, tests et vagues successives compris, et vous devriez viser une fin à la mi-décembre pour garder une marge.
Puis-je obtenir un délai supplémentaire de HiveMQ ?
Renseignez-vous directement auprès de HiveMQ. Sa documentation recommande de migrer les clients avant la date de fin de vie pour éviter une interruption de service : planifiez donc comme si aucun délai n'était possible.
Et si certains appareils ne peuvent pas être migrés à temps ?
Documentez-les, priorisez-les selon leur impact et planifiez des interventions sur le terrain ou des remplacements. Les appareils qui ne peuvent joindre aucun broker après le 31 décembre 2026 continueront de réessayer jusqu'à ce qu'ils soient reconfigurés.
