Cas d’usage

Des cours en direct sur chaque écran

Votre feed handler publie chaque mise à jour de cours une seule fois ; chaque client web, mobile ou desktop qui suit ce symbole la reçoit via WebSockets sécurisés. Un utilisateur qui ouvre l’appli voit tout de suite le dernier cours, grâce à un message retenu.

Aucune carte bancaire requise

Exemple de message

PUBLISH md/fx/EURUSD/quote

{"bid":1.08412,"ask":1.08415,"ts":1761120000123}

QoS 1 · TLS 8883 · PUBACK

Le problème

Le polling et les serveurs de sockets maison ne passent pas l’échelle

Les applis de courtage, de crypto et de fintech doivent faire bouger les cours à l’écran au rythme du marché. Le polling REST gaspille de la bande passante et reste en retard ; un serveur WebSocket maison finit par réimplémenter abonnements, fan-out, reconnexion et authentification — et exige une astreinte quand tous les utilisateurs ouvrent l’appli à l’ouverture du marché.

Comment ça marche

  1. 1

    Normaliser le flux

    Votre feed handler reçoit les cotations de la bourse, du fournisseur de liquidité ou du fournisseur de données de marché et en fait un payload compact par symbole.

  2. 2

    Publier une fois par symbole

    Il publie chaque mise à jour sur un topic comme md/equities/MC/quote avec le flag retain, pour que le broker conserve toujours le dernier cours de chaque symbole.

  3. 3

    Les clients s’abonnent à leur watchlist

    Les applis web et mobiles se connectent en WebSockets sécurisés et s’abonnent aux symboles affichés ; un joker comme md/fx/+/quote couvre toute une classe d’actifs.

  4. 4

    Le reste de votre stack écoute aussi

    Services d’alertes de prix, tableaux de bord de risque et outils de back-office s’abonnent aux mêmes topics ; un abonnement partagé répartit la charge entre les workers d’alertes.

ConnectMQ

Ce qu’il attend du broker

WebSockets sécurisés pour le navigateur

wss sur le port 8084 permet aux applis web de parler MQTT directement depuis le navigateur, et les applis natives utilisent TLS ou WebSockets — sans passerelle supplémentaire devant le broker.

Dernier cours retenu

Un message retenu par symbole : un écran tout juste ouvert affiche le cours actuel immédiatement, sans attendre le tick suivant.

Utilisateurs en lecture seule

Les ACL par topic autorisent les utilisateurs de l’appli à s’abonner aux données de marché, jamais à publier ; seuls les identifiants du feed handler peuvent écrire des cours.

Une QoS adaptée à chaque donnée

Les ticks partent en QoS 0 — le cours suivant remplace le précédent — tandis que le statut des ordres et les notifications de compte passent en QoS 1 pour ne pas se perdre.

Ce que vous y gagnez

  • Des cours qui bougent à l’écran sans polling
  • Une publication atteint tous les clients abonnés
  • Un premier cours instantané à chaque nouvelle session
  • Aucun serveur de fan-out WebSocket à maintenir
Exemples de topics
md/equities/{symbol}/quote      (retained)
md/fx/{pair}/quote              (retained)
md/crypto/{pair}/trade
users/{user-id}/orders
users/{user-id}/alerts

Secteurs qui utilisent ce cas d’usage

Questions fréquentes

MQTT est-il assez rapide pour des données de marché en temps réel ?

Pour diffuser des cours vers des applis web, mobiles et desktop, oui : MQTT pousse chaque mise à jour aux abonnés dès qu’elle arrive, avec très peu de surcharge protocolaire. Il ne remplace ni la colocation ni les liaisons basse latence des moteurs d’appariement et du trading algorithmique — utilisez-le pour le dernier kilomètre jusqu’à l’écran.

MQTT ou WebSocket pour diffuser des cours de bourse ?

Les deux vont ensemble. WebSocket est la connexion qu’un navigateur sait ouvrir ; MQTT par-dessus apporte topics, jokers, dernières valeurs retenues, QoS et authentification, pour ne pas concevoir votre propre protocole de messages ni votre logique de fan-out. ConnectMQ accepte MQTT sur WebSockets sécurisés nativement.

Comment empêcher les utilisateurs de l’appli de publier de faux cours ?

Donnez aux utilisateurs de l’appli des identifiants limités à l’abonnement sur les topics de données de marché, et réservez le droit de publier au seul feed handler. Quel utilisateur peut voir les données de quelle place reste décidé par votre système d’entitlements : c’est lui qui attribue identifiants et topics.

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