¿Es posible vender comercialmente un producto Wi-Fi IoT que NO use la nube?


17

Si quisiera usar mi teléfono para controlar un dispositivo simple conectado a Wi-Fi que solo enciende o apaga la luz, o un indicador de temperatura simple, ¿por qué no me comunico directamente con el dispositivo en lugar de atravesar una nube? Sin persistencia de datos o procesamiento pesado o cualquier otra cosa elegante con la que lidiar.

¿Hay algo que me impida diseñar un producto de IoT tan simple y comenzar a producirlo y venderlo en masa? Parece más barato eliminar al intermediario y no tener que lidiar con el costo de la nube / tarifas de mensajes.


77
Su premisa parece defectuosa, ya que implica que todas las soluciones actuales dependen de los servicios en la nube. En un sentido muy amplio de IoT (cosas interconectadas) hay aplicaciones que no lo hacen, por ejemplo, en una configuración de hogar inteligente, es posible manejar sus sensores y sus datos solo en su intranet local. Otro ejemplo, el sistema Philips Hue (algunos consideran que IoT) puede funcionar sin acceso a Internet y, por lo tanto, sin servicios en la nube. La verdadera pregunta debe ser cuál es el beneficio real (si existe) de una infraestructura habilitada para la nube para su producto real.
Ghanima

ok eso pone las cosas en perspectiva.
BossGiveMeArrays

2
Porque existe NAT. Ve y únete al empuje para IPv6 :)
user253751

@immibis siempre y cuando permanezca dentro de su propia LAN (es decir, al alcance de su WiFi), NAT no es un problema en absoluto. Una vez que Internet entra en juego, los problemas de NAT pueden superarse configurando una VPN. Incluso si no fuera por NAT, es probable que no desee exponer toda su red doméstica a Internet.
user149408

@ user149408 - "Los problemas de NAT se pueden superar configurando una VPN" - ¿sí? Realmente no puede tener sus dos puntos finales VPN detrás de un NAT, por lo que colocará uno de ellos en la nube.
user253751

Respuestas:


10

Si bien puede diseñar un dispositivo IoT para que funcione mediante una conexión directa con el teléfono del usuario, un dispositivo que solo funciona de esa manera puede ser demasiado limitante para muchos usuarios:

  • Si el usuario no está en casa, es poco probable que pueda interactuar con el dispositivo directamente, ya que permitir los intentos de conexión entrante a la red doméstica generalmente es inaceptable desde el punto de vista de la seguridad, y la mayoría de los operadores móviles también bloquean los intentos de conexión entrante al teléfono. En cambio, las solicitudes fuera del hogar deben ser enviadas a través de un servidor al que se llega mediante conexiones salientes desde el teléfono y el dispositivo IoT.

  • Si el usuario está en casa, pero su teléfono está actualmente en una red móvil en lugar de su red doméstica, entonces el problema anterior aún se aplica. Pedirle al usuario que cambie su teléfono de móvil a wifi puede o no ser aceptable para diferentes usuarios y depende en cierta medida del uso de la batería wifi de su teléfono; Además, algunos teléfonos eligen entre ambos dinámicamente de una manera que puede ser problemática si necesita la red wifi.

  • La conexión entre el teléfono y el dispositivo por algún otro método como BTLE puede ser una ventaja, pero tiene un alcance limitado, por lo que puede no funcionar en todas las partes de la casa o la propiedad circundante, y obviamente no funcionará cuando esté fuera de casa.

Entonces, si bien puede construir un dispositivo que no requiera el soporte de una infraestructura de servidor fuera del hogar, probablemente sea mejor construir un dispositivo que pueda hacer uso de un servidor de retransmisión , si la configuración de preferencias del usuario lo permite o lo permite.


13

Sí, ya hay muchas aplicaciones en el mercado que no dependen de los servicios en la nube. La jerarquía de complejidad que un usuario puede elegir instalar con un producto específico es algo así:

  1. Dispositivo con control remoto dedicado
  2. Dispositivo con aplicación de teléfono y nodo de enlace interno
  3. Nodo vinculado a la nube para el acceso remoto del usuario por teléfono (túnel y resolución DNS)
  4. Servicio y base de datos aprovisionados en la nube

Cualquier proveedor puede abordar parte de la cadena. IFTTT, por ejemplo, solo proporciona el servicio en la nube y la aplicación de teléfono; todos los servicios son de terceros.

El termostato NEST de Google debería funcionar bien de forma independiente (incluso si es una implementación costosa en ese modo).

Las cámaras de seguridad se ajustan a varias combinaciones de estos modelos, dependiendo de si dependen de la suscripción del usuario o de los costos de venta únicos.

Desde un punto de vista comercial, hay dos puntos clave para depender de la infraestructura de la nube. El primero es la idoneidad para la evaluación / instalación parcial (mientras se mantienen bajos los costos iniciales), el segundo es la capacidad de mantener un servicio limitado en ausencia de retorno (corte de energía, etc.).


Gracias por la explicación clara. Ahora tengo una mejor comprensión
BossGiveMeArrays

8

Si solo quieres control dentro de la casa, seguro que es posible.

El problema es que si quieres ofrecer control desde fuera de casa, las cosas se ponen difíciles. Es probable que ni el cliente ni el servidor tengan una IP estática, es probable que haya firewalls y / o NAT en el camino.

Es posible que el usuario configure el reenvío de puertos / excepciones en su enrutador / firewall y configure algún tipo de DNS dinámico para rastrear su IP dinámica y apuntar a su cliente a la entrada DNS dinámica, pero se necesita un usuario técnico para hacerlo y Crea problemas de seguridad.

Tener un servidor en una ubicación conocida en Internet pública es la forma más fácil de asegurarse de que sus cosas se puedan comunicar entre sí, independientemente de las IP dinámicas, NATS, firewalls de salida solamente, etc. Todavía hay algunos problemas de seguridad, pero se reducen al máximo. imponga políticas de seguridad en el servidor que pueda supervisar y actualizar más fácilmente.

Ipv6 pierde la NAT, pero es probable que las IP dinámicas y los firewalls de salida solo sean comunes.


Otra pregunta rápida, incluso si la nube es pública, la nube misma también debe enviar mensajes al dispositivo iot. ¿No se encontraría la nube con los mismos problemas que enumeró al intentar comunicarse con el dispositivo?
BossGiveMeArrays

Siempre que el dispositivo abra la conexión al servidor y la mantenga abierta enviando mensajes periódicos de mantenimiento, los mensajes pueden pasar en ambas direcciones por esa conexión.
Peter Green

Los dispositivos IoT conectados a la nube aún deben comunicarse con la nube a través de su red doméstica. Esto se logra "perforando un agujero" para ese tráfico en la configuración de su enrutador. A diferencia de sus computadoras y teléfonos, qué tan seguro es esto depende completamente del proveedor de la nube. En general, es más seguro aislar todas las conexiones de IoT a su propio enrutador que luego se conecta a su enrutador principal "puerta de enlace". Al menos entonces, el software malicioso que infecta el dispositivo IoT no puede ver sus computadoras (probablemente).
DocSalvager

7

Por lo general, se espera que IoT ofrezca conectividad avanzada de dispositivos, sistemas y servicios que va más allá de las comunicaciones de máquina a máquina (M2M)

https://en.wikipedia.org/wiki/Internet_of_things

Los dispositivos IoT van más allá de la comunicación entre dispositivos. Tomemos, por ejemplo, un control remoto de TV, es un dispositivo integrado que se comunica con la TV a través de una señal infrarroja para indicarle que haga algo como cambiar canales. ¿Considerarías que este es un dispositivo IoT?

Los dispositivos IoT 'van más allá' al:

  • Permitiendo más automatización en el hogar.
  • Recopilar, almacenar y agregar grandes cantidades de datos en información que sea útil para el usuario y fácil de entender.
  • Permitir a los usuarios acceder a información y controlar dispositivos desde el interior de la casa, e incluso desde el exterior a través de Internet.

Estas características podrían implementarse completamente en su producto y sin servicios en la nube, es más un caso de decidir si las características que desea que tenga su producto IoT se beneficiarían de la infraestructura en la nube. Los beneficios vienen en diferentes áreas:


Datos

Los datos pueden mantenerse en la nube en lugar de incluir un medio de almacenamiento en el dispositivo. Esto tiene muchos beneficios:

  • Rentable: pague solo por el almacenamiento necesario, en el almacenamiento del dispositivo se agregará un costo fijo por dispositivo y es improbable una utilización del 100%.
  • Flexible: el almacenamiento se puede aumentar cuando sea necesario. El almacenamiento en el dispositivo es fijo y limitará la cantidad de datos que puede contener un dispositivo. Puede crear un dispositivo que permita al usuario proporcionar un medio de almacenamiento como una tarjeta SD, sin embargo, esto agrega otra decisión que el cliente debe tomar sobre qué tarjeta comprar para sus necesidades y esta complejidad puede disuadir a algunos clientes de comprar el producto.
  • Redundancia: el almacenamiento en la nube generalmente se vende con medidas de redundancia incluidas, lo que significa que los datos están respaldados y es muy poco probable que se pierdan.
  • Centralizado: si su dispositivo IoT es uno que los clientes pueden comprar múltiples, los datos se pueden reunir en la nube para proporcionar una experiencia más uniforme.
  • Acceso a los datos: si los datos se retienen en un servicio en la nube, usted, como proveedor del producto, puede acceder a esos datos. Esto es útil para ver cómo los consumidores usan su producto y pueden dar forma a las mejoras en sus productos.

Servicios de software

Es probable que sus dispositivos IoT tengan un aspecto de interacción con el usuario a través del software. Al utilizar la nube, el software de sus productos podría beneficiarse de:

  • Actualizaciones automáticas: si está desarrollando continuamente nuevas funciones para su producto, el uso de la nube puede facilitar la distribución de actualizaciones de firmware. Los dispositivos pueden consultar actualizaciones en la nube automáticamente, quitándole esta tarea al usuario. Esto podría ser especialmente útil si descubre un problema de seguridad con su producto, poder enviar un parche a todos los dispositivos existentes evitará que algunos clientes no actualicen sus dispositivos manualmente. Evitar que sus dispositivos sean pirateados y utilizados con fines maliciosos evitará que reciba mala publicidad.
  • Tecnología web: las aplicaciones web se basan en la idea de que los usuarios pueden acceder a la aplicación desde una gama diferente de dispositivos, todos con diferentes sistemas operativos y resoluciones de pantalla. A medida que se accede a las aplicaciones web a través de navegadores de Internet, el usuario no necesita instalar software en sus propios dispositivos, los usuarios simplemente pueden acceder a un enlace e iniciar sesión para acceder a su interfaz IoT. Los clientes pueden recibir nuevas funciones en su interfaz de software sin tener que pasar por la tarea de actualizar el software en cada uno de sus dispositivos. Alojar esta interfaz en línea también reduce los requisitos de hardware del dispositivo y, por lo tanto, el costo unitario.
  • Características: algunos servicios en la nube podrían implementarse en su producto para mejorar sus características, por ejemplo, Amazon Lex está disponible como un servicio en la nube que puede usarse para permitir que un usuario use comandos de voz para interactuar con su dispositivo.
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.