Sari la conținut
Restorm Documentația Restorm

Simularea WebSocket, Socket.IO și MQTT

Tipul de cerere WebSocket dă acces la trei servere, în funcție de protocolul ales.

Clic dreapta pe un folder ▸ Adaugă ▸ Server WebSocket / Server Socket.IO / Server MQTT.

Un element Server MQTT în ascultare: portul brokerului, subiectul și QoS, starea „0 client(i) conectat(i)” și mesajul MQTT broker listening on mqtt://localhost:1884

Server WebSocket

Section titled “Server WebSocket”

Acceptă conexiunile sosite pe localhost:<port> și permite emiterea de cadre către clienții conectați.

Server Socket.IO

Section titled “Server Socket.IO”

Același lucru, dar cu semantica Socket.IO: mesajele sunt evenimente denumite.

Broker MQTT

Section titled “Broker MQTT”

Cel mai interesant dintre cele trei: Restorm găzduiește un broker MQTT local adevărat.

  • Un broker pentru fiecare port.
  • Accesibil în TCP brut și printr-o punte MQTT-peste-WebSocket — clienții dumneavoastră din browser se pot deci conecta direct.
  • Publicările și abonamentele funcționează normal, inclusiv QoS și retenția.

Aceasta permite dezvoltarea și testarea unui lanț IoT complet fără să instalați Mosquitto și fără să depindeți de un broker partajat.

Partajarea portului

Section titled “Partajarea portului”

Aceste servere își partajează socketul cu serverele HTTP de pe același port: Restorm dirijează cererile obișnuite către rutele HTTP și cererile de comutare (upgrade) către serverul în timp real.

Un server HTTP de simulare și un server Socket.IO pot deci ascultă împreună pe :8080 — adesea exact aceasta este topologia unei aplicații web reale.

Într-un scenariu

Section titled “Într-un scenariu”

Acțiunile Închidere server WebSocket și Închidere server Socket.IO închid un server deschis de o acțiune de conexiune în mod server. Vedeți Servere găzduite.