MQTT

MQTT është i disponueshëm duke zgjedhur protokollin mqtt mbi një kërkesë WebSocket.

Konfigurimi

Fusha	Roli
URL	Adresa e ndërmjetësit (mqtt://, mqtts://, ose WebSocket)
Tema	Tema, e mbajtur nga fusha Ngjarja
Mesazhi	Ngarkesa e publikuar
QoS	0, 1 ose 2 — përdoret në publikim dhe në abonim
Ruaj (retain)	E shënon mesazhin si të mbajtur nga ndërmjetësi
Identifikuesi i klientit	Zgjidhet me Handlebars; gjenerohet automatikisht nëse lihet bosh
Përdoruesi / Fjalëkalimi	Kredencialet e ndërmjetësit; fjalëkalimi pranon një vlerë të tipit Sekret
Keepalive	Në sekonda
Abonohu te tema	I aktivizuar si parazgjedhje: në lidhje, Restorm abonohet te tema e kërkesës

Tema pranon {{variables}} — capteurs/{{site}}/{{capteurId}} është një temë plotësisht e vlefshme.

Testamenti (Last Will and Testament)

Katër fusha deklarojnë mesazhin që ndërmjetësi do të publikojë nëse klienti juaj zhduket papritur: tema, ngarkesa, QoS dhe ruajtja e testamentit.

Kjo është pikërisht ajo që duhet për të testuar sjelljen e sistemit tuaj përballë një shkëputjeje të papastër: konfiguroni një testament, ndërprisni lidhjen dhe verifikoni se abonuesi reagon.

Rilidhja

Klienti MQTT rilidhet automatikisht, me një kufi prej dhjetë tentativash.

Brenda një skenari

Lidhje MQTT (që abonohet te tema e kërkesës dhe lëshon një ngjarje për çdo mesazh të marrë), Publikim MQTT (publikon, me QoS-në dhe ruajtjen e kërkesës) dhe Mbyllje e lidhjes MQTT. Shihni Lidhjet dhe flukset.

Modaliteti i serverit

Restorm di të strehojë një ndërmjetës MQTT lokal: një ndërmjetës për çdo portë, i arritshëm përmes TCP-je të papërpunuar dhe përmes një ure MQTT-mbi-WebSocket. Shihni Simulimin e WebSocket, Socket.IO dhe MQTT.

Importimi nga AsyncAPI

Një dokument AsyncAPI kanalet e të cilit përdorin protokollin mqtt prodhon drejtpërdrejt kërkesa MQTT (një për çdo kanal, në publikim dhe në abonim), me ngarkesa shembull të ndërtuara nga skema e mesazheve. Shihni Importimin e AsyncAPI.