Un cuadro de Linux envía mediciones a AWS-RDBMS. Un script de python abre y cierra la conexión solo el tiempo suficiente para cargar datos en la base de datos (las sesiones se cierran inmediatamente después de la actualización). La alternativa es que el cuadro abre una sesión indefinida a la base de datos y actualiza el RDBMS: no estoy seguro de qué problemas tendría esto si fallara la conexión a Internet y no estoy seguro del grado de `` persistencia '' de la conexión ante una conexión a Internet inestable. A escala, podría haber cientos de cuadros de medición cargando datos al RDBMS.
¿Cuál es la mejor práctica con respecto a la duración de la conexión de sesión de Python IoT? ¿Es mejor cerrar la sesión después de transmitir los datos? Tal vez defina un tiempo de inactividad que comience después de que se transmitan los datos: si el tiempo de inactividad alcanza más de una cantidad de tiempo predefinida, cierre el canal. Bonificación por cualquier explicación del por qué detrás de la mejor práctica.
¿Quizás esta pregunta depende de la plataforma? es decir, RDBMS vs AWS Greengrass?
fuente
Respuestas:
Las variables que IoT trae a la fiesta aquí son, como mínimo, escala y energía. También puede considerar que la seguridad / resistencia está sujeta a diferentes restricciones en comparación con la forma en que esta pregunta podría haberse respondido hace 5 años. La pregunta 'raíz' sobre SO ya tiene 7 años y no es muy popular.
La frecuencia de las transacciones y el costo de establecer una conexión autenticada es probablemente el principal impulsor, tanto en términos de ancho de banda de datos como de costos de energía.
¿Hay algún costo por dejar abierta la conexión? ¿Cuánto más esfuerzo necesitará para administrar una conexión 'en su mayoría persistente' en comparación con la más trivial 'abrir-usar-cerrar'? ¿Qué enfoque resultará en una contención de recursos más rápida (suponiendo que su producto esté planeado para escalar masivamente)?
¿Es probable que migre su código / protocolo más allá del borde de la red (o migre la funcionalidad de la nube más cerca del borde) en el futuro? Estas migraciones potenciales pueden cambiar sus limitaciones, o puede preferir diferir la inversión potencial en software.
fuente
Aunque está utilizando la sesión para IOT, esta * no es una pregunta IOT, solo una pregunta general de sockets y, como tal, hay muchas, muchas, muchas respuestas en Google y en Stack Overflow .
Básicamente, no hay una respuesta "correcta", solo necesita considerar su situación.
En términos generales, es más fácil implementar el código "cerrar después de cada transacción", ya que no necesita tanto código "ooops, mi sesión actualmente abierta se cerró inesperadamente". Ese es el enfoque que siempre adopto, y que he visto con más frecuencia en la industria.
Sin embargo, si necesita enviar paquetes frecuentes (el tamaño no es importante, solo la frecuencia), la sobrecarga de cerrar y reabrir después de cada paquete puede generar problemas de rendimiento.
Pagas tu dinero, eliges :-)
fuente