IoT-Sitzungsdauer

Eine Linux-Box sendet Messungen an AWS-RDBMS. Ein Python-Skript öffnet und schließt die Verbindung nur so lange, bis Daten in die Datenbank hochgeladen werden (Sitzungen werden unmittelbar nach dem Update geschlossen). Die Alternative besteht darin, dass die Box eine unbestimmte Sitzung für die Datenbank öffnet und das RDBMS aktualisiert: Sie sind sich nicht sicher, welche Probleme damit auftreten würden, wenn die Internetverbindung fehlschlagen würde, und sind sich nicht sicher, inwieweit die Verbindung bei einer instabilen Internetverbindung bestehen bleibt. Im Maßstab können Hunderte von Messfeldern Daten in das RDBMS hochladen.

Was ist die beste Vorgehensweise in Bezug auf die Verbindungsdauer der Python IoT-Sitzung? Ist es empfehlenswert, die Sitzung nach der Übertragung der Daten zu schließen? Definieren Sie möglicherweise eine Leerlaufzeit, die nach der Datenübertragung beginnt: Wenn die Leerlaufzeit mehr als eine vordefinierte Zeitspanne erreicht, schließen Sie den Kanal. Bonus für jede Erklärung des Warum hinter der Best Practice.

Vielleicht hängt diese Frage von der Plattform ab? dh RDBMS gegen AWS Greengrass?

Die Variablen, die das Internet der Dinge der Partei hier bringt, sind mindestens Größe und Energie. Sie können auch davon ausgehen, dass Sicherheit / Ausfallsicherheit anderen Einschränkungen unterliegt als die Frage, wie diese Frage vor 5 Jahren beantwortet wurde. Die 'Wurzel'- Frage zu SO ist bereits 7 Jahre alt und nicht sehr beliebt.

Die Häufigkeit von Transaktionen und die Kosten für den Aufbau einer authentifizierten Verbindung sind wahrscheinlich der Haupttreiber, sowohl hinsichtlich der Datenbandbreite als auch der Energiekosten.

Gibt es Kosten, wenn die Verbindung offen bleibt? Wie viel mehr Aufwand benötigen Sie, um eine "meist dauerhafte" Verbindung zu verwalten, als die trivialere "Open-Use-Close" -Verbindung? Welcher Ansatz führt am schnellsten zu Ressourcenkonflikten (vorausgesetzt, Ihr Produkt ist massiv skalierbar)?

Werden Sie Ihren Code / Ihr Protokoll in Zukunft wahrscheinlich weiter an den Rand des Netzwerks migrieren (oder die Cloud-Funktionalität näher an den Rand migrieren)? Diese potenziellen Migrationen können Ihre Einschränkungen ändern, oder Sie möchten die potenzielle Softwareinvestition lieber aufschieben.

Obwohl Sie die Sitzung für IOT verwenden, ist dies * keine IOT-Frage, sondern nur eine allgemeine Socket-Frage, und als solche gibt es bei Google und bei Stack Overflow viele, viele, viele Antworten .

Grundsätzlich gibt es keine "richtige" Antwort, Sie müssen nur Ihre Situation berücksichtigen.

Im Allgemeinen ist es einfacher, den Code "Nach jeder Transaktion schließen" zu implementieren, da Sie nicht so viel Code benötigen: "Hoppla, meine derzeit geöffnete Sitzung wurde nur unerwartet geschlossen". Das ist der Ansatz, den ich immer verfolge und den ich in der Industrie am häufigsten gesehen habe.

Wenn Sie jedoch häufige Pakete senden müssen (Größe ist nicht wichtig, nur die Häufigkeit), kann der Aufwand für das Schließen und erneute Öffnen nach jedem Paket zu Leistungsproblemen führen.

Du bezahlst dein Geld, du triffst deine Wahl :-)