Si vous utilisiez HiveMQ Cloud Serverless pour disposer d'un broker MQTT sans exploiter de serveurs, le remplaçant le plus proche est un autre broker MQTT serverless : un broker privé sur un cluster mutualisé où chaque tenant est isolé, que vous créez dans une console web et auquel vous vous connectez avec des clients standard. Le broker MQTT serverless de ConnectMQ Cloud est conçu exactement pour cela. Cet article présente ce qu'il offre, comment ses plans correspondent aux besoins des utilisateurs de HiveMQ Serverless Free et Pay As You Go, et comment migrer votre premier client.
HiveMQ met fin à Serverless le 31 décembre 2026 ; voir Fin de vie de HiveMQ Cloud Serverless pour les détails.
Ce qu'il faut attendre d'un remplaçant serverless
Une bonne alternative à HiveMQ Serverless conserve ce qui rendait Serverless attractif :
- Aucune infrastructure. Ni machines virtuelles, ni certificats, ni correctifs à gérer.
- Une offre gratuite réellement utilisable avec de vrais appareils et un vrai TLS, sans carte bancaire.
- Du MQTT standard, pour que votre code client existant continue de fonctionner.
- Une console web pour créer des identifiants et voir ce que font vos appareils.
- Une possibilité de montée en gamme vers plus de connexions ou un cluster isolé, sans changer de protocole.
ConnectMQ Serverless en un coup d'œil
| Fonctionnalité | Serverless (Free) | Serverless (Paid) |
|---|---|---|
| Connexions simultanées | Jusqu'à 25 | Jusqu'à 1 000 |
| QoS maximale | 1 | 2 |
| Taille maximale des messages | 256 Ko | 1 Mo |
| Messages retenus et wildcards | Oui | Oui |
| Abonnements partagés | Non | Oui |
| Versions de MQTT | 3.1.1 et 5.0 | 3.1.1 et 5.0 |
| Carte bancaire exigée | Non | Oui |
Les deux plans tournent sur un cluster mutualisé (multi-tenant) où chaque broker est isolé : vos identifiants, votre espace de topics et vos quotas. Un abonnement à # ne renvoie jamais que votre propre trafic. Lorsque vous avez besoin de plus de 1 000 connexions ou d'un cluster isolé, le broker MQTT managé dans le cloud de ConnectMQ est l'étape suivante, avec le même protocole et le même outillage. Le guide sur le broker MQTT serverless explique ce modèle en détail.
Correspondance depuis HiveMQ Serverless
| Si vous étiez sur | Situation typique | Plan ConnectMQ conseillé |
|---|---|---|
| HiveMQ Serverless Free, prototype ou projet perso | Quelques appareils, un tableau de bord, des tests | Serverless (Free) |
| HiveMQ Serverless Free, pilote en croissance | Bientôt 25 appareils, besoin de QoS 2 ou de payloads plus gros | Serverless (Paid) |
| HiveMQ Serverless Pay As You Go, production | Des centaines d'appareils, des services backend | Serverless (Paid), ou Dedicated pour l'isolation |
| Nombreux consommateurs backend sur le même flux | Répartition de charge entre workers | Serverless (Paid) avec abonnements partagés |
Vérifiez les limites actuelles de votre cluster HiveMQ dans sa console et dimensionnez le nouveau plan sur votre pic de connexions plus une marge, pas sur la moyenne.
Endpoints et sécurité
| Transport | Port | Remarques |
|---|---|---|
| MQTT | 1883 | Pour les tests sur des réseaux de confiance |
| MQTT sur TLS | 8883 | Recommandé pour les appareils |
| WebSocket | 8083 | Pour les tests dans le navigateur |
| WebSocket sécurisé | 8084 | Chemin /mqtt, pour les tableaux de bord web |
Le TLS utilise un certificat Let's Encrypt reconnu publiquement : les clients standard lui font confiance sans fichier de CA personnalisé. Chaque broker reçoit un nom d'utilisateur, un mot de passe et un client ID générés. Le client ID est lié aux identifiants, et les clients peuvent y ajouter un suffixe, comme YOUR_CLIENT_ID_kitchen, pour ouvrir plusieurs connexions avec un même jeu d'identifiants. L'infrastructure mutualisée est protégée par des quotas par plan, une protection contre l'inondation de connexions et le blocage des IP après des échecs de connexion répétés, et les clients MQTT 5 reçoivent des reason codes explicites, comme 0x97 en cas de quota dépassé.
Des outils intégrés, rien à installer
Le portail ConnectMQ comprend :
- Un client MQTT dans le navigateur pour publier et s'abonner sans aucun logiciel.
- Un explorateur de topics en direct qui affiche les topics et les payloads à leur arrivée.
- Un tableau de bord avec une vue d'ensemble des connexions et du trafic.
- Une vue des appareils organisée par niveaux ISA-95, avec décodage Sparkplug B pour les payloads industriels.
- Des règles d'alerte sur seuil et un journal des alertes.
Pendant une migration, ces outils sont le moyen le plus rapide de vérifier que chaque vague d'appareils arrive avec les topics et les payloads attendus.
Connectez votre premier client migré
Créez un broker gratuit sur app.connectmq.com, copiez les identifiants et modifiez uniquement les paramètres de connexion de votre client. Avec 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());
});
Vos topics, vos payloads et votre QoS restent les mêmes que sur HiveMQ. Seuls l'hôte, le port, les identifiants et le client ID changent. Des exemples pour ESP32, Python et Node-RED se trouvent dans Reconfigurer ses clients MQTT après HiveMQ.
Ce qui diffère de HiveMQ Cloud
Une comparaison honnête inclut les différences à anticiper :
- Les client IDs sont liés aux identifiants délivrés au lieu d'être choisis librement.
- Les permissions par topic ne sont pas proposées ; séparez les périmètres de confiance avec des brokers ou des identifiants distincts.
- L'état retenu doit être republié par les clients à la connexion plutôt que considéré comme acquis après un redémarrage du broker.
- Les intégrations de données se font avec des clients MQTT standard comme Node-RED, Telegraf ou vos propres abonnés, plutôt qu'avec des connecteurs intégrés.
Pour la plupart des charges Serverless, il s'agit de petits changements de configuration. Si l'un d'eux est bloquant pour vous, le guide de migration complet montre comment le contourner.
Questions fréquentes
ConnectMQ Serverless est-il gratuit ?
Oui. Le plan Serverless (Free) prend en charge jusqu'à 25 connexions simultanées, la QoS jusqu'à 1 et des messages de 256 Ko, avec messages retenus et abonnements avec wildcards, sans carte bancaire.
Puis-je commencer gratuitement et monter en gamme plus tard sans modifier mes appareils ?
En général, oui. La montée en gamme modifie les quotas tandis que les protocoles, les ports et la structure de topics restent identiques ; tout au plus mettez-vous à jour les identifiants ou l'endpoint affichés dans le portail. Passer à un cluster Dedicated implique généralement un nouveau nom d'hôte et de nouveaux identifiants, mais la logique MQTT reste inchangée.
ConnectMQ prend-il en charge MQTT 5 comme HiveMQ Cloud ?
Oui. MQTT 3.1.1 et MQTT 5.0 sont tous deux pris en charge, y compris les reason codes, les user properties et l'expiration de session. Les abonnements partagés sont disponibles à partir de Serverless (Paid).
En combien de temps puis-je remplacer mon cluster HiveMQ Serverless ?
La création du broker prend quelques minutes. La durée totale dépend de la rapidité avec laquelle vous pouvez mettre à jour vos clients ; pour les applications et les tableaux de bord, c'est souvent faisable dans la journée.
