Cas d’usage

La connectivité IoT avec MQTT inclus

Vous vendez la SIM — puis le client demande où envoyer les données de ses équipements. Donnez à chaque client entreprise un broker MQTT privé et isolé sur ConnectMQ, avec son propre endpoint, ses identifiants, ses ACL par topic et son tableau de bord en direct, et faites de la connectivité un service de données.

Aucune carte bancaire requise

Utilisé dans
Exemple de message

PUBLISH devices/359881234567890/telemetry

{"rat":"LTE-M","rsrp":-104,"bat":3.61,"lat":52.3702,"lon":4.8952,"ts":1761120000}

QoS 1 · TLS 8883 · PUBACK

Le problème

La connectivité seule se vend au mégaoctet

Les contrats SIM IoT et APN privé se jouent sur le prix, alors que les clients entreprise ont toujours besoin d’une destination pour les données de leurs traceurs, compteurs et passerelles. Construire en interne une plateforme MQTT multi-tenant — cluster, certificats TLS, isolation des clients, mises à jour et exploitation 24/7 — est une ligne de produit que peu d’équipes opérateur peuvent staffer. Les intégrateurs butent sur le même mur à chaque projet : encore un broker à monter et à exploiter.

Comment ça marche

  1. 1

    Un broker par client

    Quand une entreprise souscrit votre offre IoT, créez-lui un broker ConnectMQ privé — Basic ou Scale selon le parc — avec son propre endpoint.

  2. 2

    Les équipements se connectent en cellulaire

    Traceurs, compteurs et passerelles équipés de vos SIM se connectent en MQTT/TLS sur le port 8883. Paquets légers et sessions persistantes conviennent au LTE-M, au NB-IoT et aux liaisons en roaming intermittentes.

  3. 3

    Les applications du client s’abonnent

    L’ERP, le portail flotte ou le pipeline de données cloud du client s’abonne en TLS ou en WebSockets sécurisés, avec ses propres identifiants et droits par topic.

  4. 4

    Exploitation et support

    Votre support suit les clients connectés, le flux de messages et les alertes dans le tableau de bord en direct de chaque broker. Facturation, cycle de vie des SIM et APN restent dans votre BSS et votre plateforme de gestion de la connectivité.

ConnectMQ

Ce qu’il attend du broker

Isolation des clients

Chaque client dispose d’une instance de broker distincte avec ses identifiants et ses ACL — pas d’arborescence de topics partagée où l’erreur d’un client exposerait les données d’un autre.

Identifiants et ACL par équipement

Nom d’utilisateur/mot de passe par équipement ou passerelle et droits de publication et d’abonnement par topic : un traceur n’écrit que ses topics, une application ne lit que ce qui la concerne.

Pensé pour le cellulaire

MQTT 3.1.1 et MQTT 5 avec QoS 0/1/2, sessions persistantes et Last Will : les équipements en couverture inégale se reconnectent sans perdre les commandes en attente, et les décrochages se voient.

Un coût prévisible par client

Basic 39 $ et Scale 199 $ par broker et par mois, sans frais de dépassement : vous connaissez le coût derrière chaque offre client. Démarrez sur le plan Free, sans carte bancaire, puis passez à Basic ou Scale à la mise en production.

Ce que vous y gagnez

  • Un service de données sur chaque contrat SIM
  • Les données de chaque client isolées dans son broker
  • Aucun cluster MQTT à monter, patcher ou staffer
  • Des pilotes IoT plus rapides avec les grands comptes
Exemples de topics
devices/{imei}/telemetry
devices/{imei}/status             (retained)
devices/{imei}/commands
gateways/{gateway-id}/health      (retained)

Secteurs qui utilisent ce cas d’usage

Questions fréquentes

Comment un opérateur ou un MVNO peut-il proposer un broker MQTT à ses clients IoT ?

Créez un broker ConnectMQ privé pour chaque client entreprise et remettez son endpoint et ses identifiants avec l’offre SIM. Les équipements publient en MQTT/TLS, les applications du client s’abonnent, et vous n’exploitez pas l’infrastructure du broker. Facturation, cycle de vie des SIM et configuration APN restent dans votre BSS et votre plateforme de connectivité.

Comment isoler les clients sur une plateforme MQTT multi-tenant ?

L’isolation la plus simple est un broker par client. Sur ConnectMQ, chaque client a une instance distincte avec ses identifiants et ses ACL par topic : il n’y a pas d’espace de noms partagé à mal configurer. Au sein d’un broker, les ACL limitent chaque équipement et chaque application à ses propres topics.

MQTT est-il adapté aux objets NB-IoT et LTE-M ?

Pour la plupart, oui : en-têtes réduits, keep-alive et sessions persistantes fonctionnent bien en LTE-M et sur les modules NB-IoT qui maintiennent une connexion TCP/TLS. Les objets très contraints qui dorment des heures utilisent parfois des protocoles sur UDP comme MQTT-SN ou CoAP via une passerelle. ConnectMQ parle MQTT standard sur TCP, TLS et WebSockets.

Construisez-le sur ConnectMQ

Commencez avec l’offre Free, sans carte bancaire : connectez vos premiers équipements dès aujourd’hui et évoluez au moment du lancement.

Sécurité MQTT : les bonnes pratiques en 12 points pour les équipes IoT

Une checklist concrète de sécurité MQTT couvrant le TLS, les identifiants, les client IDs, la conception des topics, la validation des payloads, les limites de débit et la vérification des certificats, avec la façon dont ConnectMQ traite chaque point.

13 min de lecture