¿Por qué podrían enviarse los datos a un servicio en la nube cuando podrían procesarse en el borde?

7

Hace poco estuve leyendo la información de Amazon sobre la plataforma AWS IoT y encontré un caso de uso de ejemplo interesante:

Ejemplo de uso de AWS IoT para detectar humedad para la seguridad del automóvil

Aunque no describen cómo se perciben exactamente los datos de la condición del camino, si el sensor puede detectar un camino mojado, ¿por qué Amazon sugeriría enviar los datos a la nube? ¿No sería más simple procesar directamente los datos del sensor en el vehículo y alertar al conductor, en lugar de detectar, enviar datos a la nube, esperar que se procesen, recibir datos y luego alertar al conductor? Realmente no puedo ver una gran ventaja aparte de los posibles datos analíticos que obtendría.

¿El caso de uso de ejemplo de Amazon solo es beneficioso cuando desea obtener datos analíticos, o hay otras razones por las que sugerirían usar la nube?


Sospecho que una de las razones es simplemente hacer que las personas usen el servicio que intentan vender, pero estoy interesado en razones técnicas , si las hay.

Aurora0001
fuente

Respuestas:

6

Hay muchos factores para elegir si procesar los datos en el dispositivo o en la nube.

Beneficios del procesamiento en la nube

  1. Si el algoritmo utiliza coma flotante o se ejecuta en una GPU, es posible que no se pueda ejecutar en el procesador incorporado en el sensor.

  2. Incluso si no es así, si el algoritmo se desarrolló en un lenguaje de alto nivel, podría ser demasiado costoso (en tiempo de desarrollador) portarlo para que se ejecute en el sensor.

  3. La descarga del cálculo del sensor puede aumentar la duración de la batería (dependiendo de cómo esto afecte el uso de la red / radio).

  4. Ejecutar el algoritmo en la nube le permite combinar los datos de muchos sensores y tomar una decisión a nivel de sistema. En este ejemplo, eso podría significar filtrar a través de los sensores de diferentes automóviles, de modo que lavar un automóvil no cause una advertencia de lluvia en todos los automóviles.

  5. El procesamiento en la nube permite distribuir la información a muchos lugares sin tener que tener una red de malla, que es una arquitectura complicada.

  6. Puede registrar más datos, lo que permite mejores análisis, auditorías y desarrollo de mejores algoritmos.

Beneficios del procesamiento a bordo

  1. Si los datos sin procesar del sensor son de gran ancho de banda, podría usar menos batería para resumir los datos y enviar el resumen (dependiendo de qué procesamiento se necesite para resumirlo ). Esto podría significar que, en lugar de enviar una lectura de humedad de 8 bits 100 veces por segundo, la filtra y envía una bandera húmeda / seca de 1 bit cada 10 segundos.

  2. Puede ir más allá y solo despertar la red cuando el sensor tenga algo interesante que informar (por ejemplo, los cambios de estado húmedo / seco)

  3. Reducir el ancho de banda de la red en el extremo del sensor también lo reduce en el extremo del servidor, por lo que puede escalar el servicio a más usuarios (más sensores) de manera muy económica.

  4. Puede ser posible ejecutar el servicio con la misma funcionalidad o reducida incluso cuando la red no está disponible. En este ejemplo, su automóvil podría advertirle sobre carreteras resbaladizas que se ve a sí mismo, pero no le avisará con anticipación de otros automóviles.

En general

Por lo general, alguna combinación de los dos es óptima. Puede realizar todo el procesamiento que pueda permitirse en el dispositivo, para reducir la necesidad de la red tanto como sea posible, y luego ejecutar algoritmos más sofisticados en la nube que puedan combinar más entradas o usar más potencia de cálculo.

Puede comenzar a ejecutar todo su procesamiento en la nube (porque fue prototipado en Matlab o Python) y transferir partes gradualmente a Rust para habilitar la funcionalidad fuera de línea, cuando tenga tiempo de desarrollador para dedicarlo.

Es posible que procese los datos en gran medida en el dispositivo en uso normal, pero también muestree y registre los datos sin procesar a veces, para poder cargarlos en la nube más tarde (cuando la red esté más disponible) para sus análisis.

Dan Hulme
fuente
3

Lo que puede no ser obvio en el gráfico es que el valor agregado propuesto parece estar pasando información de un conjunto de vehículos a otro. La información del sensor de los automóviles en una ubicación puede procesarse (rechazo de ruido, reconocimiento de patrones) y transmitirse a otros vehículos que se pronostica que encontrarán estas condiciones en un futuro cercano.

Tal vez podría pasar la información entre pares en áreas ocupadas, pero pierde la capacidad de poder extraer datos de confianza de la predicción del sensor y combinar fácilmente múltiples fuentes de datos

En cuanto al valor de los datos del sensor, creo que son los vehículos autónomos los que más se beneficiarán, al poder ajustar sus márgenes de seguridad y detenerse distancias antes de (por ejemplo) una curva que tenía más agua residual algún tiempo después de un la lluvia ha pasado.

Parece factible que un modelo pueda ser entrenado en datos de sensores provenientes de automóviles y luego ejecutarse de manera predictiva en función de una información meteorológica en tiempo real.

Sean Houlihane
fuente