MQTT

MQTT tersedia dengan memilih protokol mqtt pada sebuah permintaan WebSocket.

Konfigurasi

Kolom	Peran
URL	Alamat broker (mqtt://, mqtts://, atau WebSocket)
Topik	Topiknya, dibawa oleh kolom Peristiwa
Pesan	Muatan yang dipublikasikan
QoS	0, 1, atau 2 — dipakai saat memublikasikan dan saat berlangganan
Simpan (retain)	Menandai pesannya agar ditahan oleh broker
Pengenal klien	Diselesaikan oleh Handlebars; dibuat otomatis jika dikosongkan
Pengguna / Kata sandi	Kredensial broker; kata sandinya menerima nilai bertipe Rahasia
Keepalive	Dalam detik
Berlangganan topik	Aktif secara bawaan: saat menyambung, Restorm berlangganan topik milik permintaannya

Topiknya menerima {{variabel}} — capteurs/{{site}}/{{capteurId}} adalah topik yang sepenuhnya sah.

Wasiat (Last Will and Testament)

Empat kolom mendeklarasikan pesan yang akan dipublikasikan broker jika klien Anda menghilang mendadak: topik, muatan, QoS, dan retensi wasiatnya.

Inilah yang persis dibutuhkan untuk menguji perilaku sistem Anda menghadapi pemutusan yang tidak bersih: konfigurasikan sebuah wasiat, putuskan koneksinya, lalu pastikan pelanggannya bereaksi.

Penyambungan ulang

Klien MQTT-nya menyambung kembali secara otomatis, dengan batas sepuluh percobaan.

Di dalam sebuah skenario

MQTT connect (yang berlangganan topik milik permintaannya dan memancarkan satu peristiwa per pesan yang diterima), MQTT publish (memublikasikan, dengan QoS dan retensi milik permintaannya), serta Tutup koneksi MQTT. Lihat Koneksi dan aliran.

Mode server

Restorm mampu menghosting broker MQTT lokal: satu broker per port, yang dapat diakses lewat TCP mentah dan lewat gerbang MQTT-di-atas-WebSocket. Lihat Menyimulasikan WebSocket, Socket.IO, dan MQTT.

Mengimpor dari AsyncAPI

Sebuah dokumen AsyncAPI yang kanalnya memakai protokol mqtt langsung menghasilkan permintaan MQTT (satu per kanal, untuk publikasi dan langganan), lengkap dengan muatan contoh yang disusun dari skema pesannya. Lihat Mengimpor AsyncAPI.