Tovább a tartalomhoz

WebSocket, Socket.IO és MQTT szimulálása

A WebSocket kéréstípus a kiválasztott protokolltól függően három kiszolgálót tesz elérhetővé.

Jobb kattintás egy mappán ▸ Hozzáadás ▸ WebSocket-kiszolgáló / Socket.IO-kiszolgáló / MQTT-kiszolgáló.

Figyelő MQTT-kiszolgáló elem: a bróker portja, a topic és a QoS, a „0 kliens csatlakozva” állapot és az MQTT broker listening on mqtt://localhost:1884 üzenet

Fogadja a bejövő kapcsolatokat a localhost:<port> címen, és lehetővé teszi keretek kibocsátását a csatlakozott kliensek felé.

Ugyanaz, de Socket.IO-szemantikával: az üzenetek elnevezett események.

A három közül a legérdekesebb: a Restorm valódi, helyi MQTT-brókert üzemeltet.

  • Portonként egy bróker.
  • Nyers TCP-n és egy MQTT-WebSocket átjárón keresztül is elérhető — így a böngészőben futó kliensek közvetlenül rá tudnak kapcsolódni.
  • A közzétételek és a feliratkozások a szokásos módon működnek, a QoS-szal és a megtartással együtt.

Ez lehetővé teszi egy teljes IoT-lánc fejlesztését és tesztelését Mosquitto telepítése és megosztott brókertől való függés nélkül.

Ezek a kiszolgálók megosztják a socketjüket az ugyanazon a porton lévő HTTP-kiszolgálókkal: a Restorm a szokásos kéréseket a HTTP-útvonalakhoz, a váltási (upgrade) kéréseket pedig a valós idejű kiszolgálóhoz irányítja.

Egy szimulációs HTTP-kiszolgáló és egy Socket.IO-kiszolgáló tehát együtt is figyelhet a :8080 porton — gyakran pontosan ez egy valódi webalkalmazás topológiája.

A WebSocket-kiszolgáló bezárása és a Socket.IO-kiszolgáló bezárása művelet bezárja azt a kiszolgálót, amelyet egy kiszolgálómódú kapcsolódási művelet nyitott meg. Lásd: Üzemeltetett kiszolgálók.