Im Moment arbeite ich an einer Architektur für Anwendungen, die Smart Sockets verwalten, und ich brauche Rat. Das habe ich jetzt:
Ich bin nicht sicher, wie ich mit der Verbindung zwischen Spring und Smart Socket umgehen soll (ich möchte den Socket über meine Web-App ein- und ausschalten können). Ich kommuniziere mit meinen Sockets über HTTP. Meine Idee ist ein Server, der Verbindungen und Befehle zwischen Spring und Sockets verwaltet:
- Wenn der Socket aktiviert wird, wird versucht, eine Verbindung zum Server herzustellen.
- Der Server wartet auf neue Verbindungen von Smart Sockets, um diese zu speichern. Außerdem wird darauf gewartet, dass Befehle von Spring den Status des Sockets ändern.
Ist es eine gute Idee? Wenn ja, gibt es ein Tool, das mir dabei hilft (möglicherweise im Frühjahr), oder sollte ich es selbst schreiben?
system-architecture
smart-plugs
Tomasz Kaniewski
quelle
quelle
Antworten:
Sie können bereits Daten über das MQTT-Protokoll veröffentlichen, sogar über einen Broker, und bestimmte Anforderungen vom Socket an Spring weiterleiten.
Ich sehe keinen Grund, die Verantwortung dafür zu übernehmen, zu wissen, ob die Steckdose für einige Anfragen für Spring angeschlossen ist. MQTT Broker macht das unter der Haube, Sie müssen das Rad nicht noch einmal erfinden.
Also würde ich weitere Publisher und Abonnements für Spring and Socket erstellen und MQTT als Protokoll verwenden, ohne diesmal auf http zuzugreifen.
quelle