È possibile vendere commercialmente un prodotto IoT Wi-Fi che NON utilizza il cloud?


17

Se volessi usare il mio telefono per controllare un semplice dispositivo connesso Wi-Fi che accende o spegne la luce o un semplice indicatore di temperatura, perché non comunico direttamente con il dispositivo invece di passare attraverso una nuvola? Nessuna persistenza dei dati o elaborazione pesante o qualsiasi altra roba di fantasia da affrontare.

C'è qualcosa che mi impedisce di progettare un prodotto IoT così semplice e iniziare a produrlo in massa e venderlo? Sembra più economico tagliare l'uomo di mezzo e non dover affrontare le spese di costo / messaggio di una nuvola.


7
La tua premessa sembra imperfetta poiché stai insinuando che tutte le soluzioni attuali dipendono dai servizi cloud. In un senso molto ampio di IoT (cose in rete) ci sono applicazioni che non lo fanno, ad esempio in un'impostazione di casa intelligente è possibile gestire i tuoi sensori e i loro dati solo sulla tua intranet locale. Un altro esempio, il sistema Philips Hue (alcuni ritengono che l'IoT) possa funzionare senza accesso a Internet senza servizi cloud. La vera domanda deve essere qual è il vantaggio effettivo (se presente) di un'infrastruttura abilitata per il cloud al tuo prodotto reale?
Ghanima,

ok questo mette le cose in prospettiva.
BossGiveMeArrays il

2
Perché esiste NAT. Vai e unisciti alla spinta per IPv6 :)
user253751

@immibis fintanto che rimani nella tua LAN (cioè alla portata del tuo WiFi), NAT non è affatto un problema. Una volta che Internet entra in gioco, i problemi NAT possono essere superati impostando una VPN. Anche se non fosse per NAT, probabilmente non vorrai esporre l'intera rete domestica a Internet.
user149408

@ user149408 - "I problemi NAT possono essere superati impostando una VPN" - oh sì? Non puoi davvero avere entrambi gli endpoint VPN dietro un NAT, quindi ne inserirai uno nel cloud.
user253751

Risposte:


10

Mentre puoi progettare un gadget IoT per funzionare tramite connessione diretta con il telefono dell'utente, un dispositivo che funziona solo in quel modo potrebbe essere troppo limitante per molti utenti:

  • Se l'utente non è a casa, è improbabile che siano in grado di interagire direttamente con il dispositivo, poiché consentire tentativi di connessione in entrata alla rete domestica è generalmente inaccettabile dal punto di vista della sicurezza e la maggior parte dei gestori di telefonia mobile blocca anche i tentativi di connessione in entrata al Telefono. Invece, le richieste fuori casa devono essere inviate tramite proxy a un server raggiunto da connessioni in uscita sia dal telefono che dal dispositivo IoT.

  • Se l'utente è a casa, ma il suo telefono è attualmente su una rete mobile anziché sulla propria rete domestica, si applica ancora il problema sopra riportato. Chiedere all'utente di passare dal cellulare al wifi può essere o non essere accettabile per diversi utenti e dipende in una certa misura dall'utilizzo della batteria wifi del proprio telefono; inoltre alcuni telefoni possono scegliere tra entrambi in modo dinamico in un modo che può essere problematico se si richiede la rete wifi.

  • La connessione tra il telefono e il dispositivo con qualche altro metodo come BTLE può essere un vantaggio, ma ha una portata limitata, quindi potrebbe non funzionare in tutte le parti della casa o della proprietà circostante e ovviamente non funzionerà quando si è fuori casa.

Pertanto, sebbene sia possibile creare un dispositivo che non richiede il supporto dell'infrastruttura del server esterno, è probabilmente meglio creare un dispositivo in grado di utilizzare efficacemente un server di inoltro , se raggiungibile o consentito dalle impostazioni delle preferenze dell'utente.


13

Sì, ci sono già molte applicazioni sul mercato che non si basano su servizi cloud. L'erarchia della complessità che un utente può scegliere di installare con un prodotto specifico va in questo modo:

  1. Dispositivo con telecomando dedicato
  2. Dispositivo con app per telefono e nodo di collegamento interno
  3. Nodo collegato al cloud per l'accesso remoto dell'utente tramite telefono (tunneling e risoluzione DNS)
  4. Servizio cloud e database forniti

Qualsiasi fornitore può rivolgersi a parte della catena. IFTTT, ad esempio, fornisce solo il servizio cloud e l'app per telefono: i servizi sono tutti di terze parti.

Il termostato NEST di Google dovrebbe funzionare autonomamente (anche se si tratta di un'implementazione costosa in quella modalità).

Le telecamere di sicurezza si adattano a varie combinazioni di questi modelli, a seconda che si basino sull'abbonamento dell'utente o sui costi di vendita una tantum.

Da un punto di vista commerciale, ci sono due punti chiave per la dipendenza dall'infrastruttura cloud. Il primo è l'idoneità per la valutazione / installazione parziale (mantenendo bassi i costi iniziali), il secondo è la capacità di mantenere un servizio limitato in assenza di backhaul (interruzione di corrente, ecc.).


Grazie per la chiara spiegazione. Ora ho una comprensione migliore
BossGiveMeArrays,

8

Se vuoi solo il controllo all'interno della casa, assicurati che sia possibile.

Il problema è che se vuoi offrire il controllo dall'esterno, le cose diventano difficili. Né il client né il server hanno probabilmente un IP statico, ci sono probabilmente firewall e / o NAT in mezzo.

È possibile per l'utente impostare il port forwarding / eccezioni nel proprio router / firewall e impostare un qualche tipo di DNS dinamico per tenere traccia del proprio IP dinamico e indirizzare il proprio client verso la voce DNS dinamica ma ci vuole un utente tecnico per farlo e crea problemi di sicurezza.

Avere un server in una posizione nota su Internet pubblica è il modo più semplice per assicurarsi che le tue cose possano comunicare tra loro indipendentemente da IP dinamici, NAT, firewall solo in uscita ecc. Ci sono ancora alcuni problemi di sicurezza ma sono ridotti come puoi applicare politiche di sicurezza sul server che è possibile monitorare e aggiornare più facilmente.

Ipv6 perde il NAT, ma è probabile che IP e dinamici solo i firewall siano comuni.


Un'altra domanda veloce, anche se il cloud è pubblico, il cloud stesso deve comunque inviare messaggi anche al dispositivo iot. Il cloud non incontrerebbe gli stessi problemi elencati durante il tentativo di comunicare con il dispositivo?
BossGiveMeArrays il

Finché il dispositivo apre la connessione al server e la mantiene aperta inviando messaggi keepalive periodici, i messaggi possono passare in entrambe le direzioni lungo quella connessione.
Peter Green,

I dispositivi IoT connessi al cloud devono comunque comunicare con il cloud attraverso la rete domestica. Ciò si ottiene "facendo un buco" per quel traffico nella configurazione del router. A differenza dei tuoi computer e telefoni, quanto è sicuro dipende interamente dal fornitore del cloud. In genere è più sicuro isolare tutte le connessioni IoT al proprio router che viene quindi collegato al router "gateway" principale. Almeno allora, i software dannosi che infettano il dispositivo IoT non possono vedere (probabilmente) i tuoi computer.
DocSalvager,

7

In genere, l'IoT dovrebbe offrire una connettività avanzata di dispositivi, sistemi e servizi che va oltre le comunicazioni machine-to-machine (M2M)

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

I dispositivi IoT vanno oltre la comunicazione tra dispositivi. Prendiamo ad esempio un telecomando della TV, è un dispositivo incorporato che comunica con la TV attraverso un segnale a infrarossi per istruire la TV a fare qualcosa come cambiare canale. Considereresti questo un dispositivo IoT?

I dispositivi IoT "vanno oltre" di:

  • Consentire una maggiore automazione in casa.
  • Raccolta, archiviazione e aggregazione di grandi quantità di dati in informazioni utili all'utente e di facile comprensione.
  • Consentire agli utenti di accedere alle informazioni e controllare i dispositivi dall'interno della casa e persino dall'esterno tramite Internet.

Queste funzionalità potrebbero essere completamente implementate nel tuo prodotto e senza servizi cloud, è più una questione di decidere se le funzionalità che desideri che il tuo prodotto IoT abbia trarrebbero beneficio dall'infrastruttura cloud. I vantaggi arrivano in diverse aree:


Dati

I dati possono essere conservati sul cloud anziché includere un supporto di archiviazione sul dispositivo. Questo ha molti vantaggi:

  • Conveniente: paga solo per lo spazio di archiviazione necessario, sullo spazio di archiviazione del dispositivo aggiungerà un costo fisso per dispositivo e il 100% di utilizzo è improbabile.
  • Flessibile: la memoria può essere aumentata quando necessario. Sul dispositivo di archiviazione è fisso e limiterà la quantità di dati che un dispositivo può contenere. È possibile creare un dispositivo che consenta all'utente di fornire un supporto di archiviazione come una scheda SD, ma ciò aggiunge un'altra decisione che il cliente deve prendere in merito alla scheda da acquistare per le proprie esigenze e questa complessità può dissuadere alcuni clienti dall'acquistare il prodotto.
  • Ridondanza: l'archiviazione su cloud è in genere venduta con misure di ridondanza incluse, il che significa che è stato eseguito il backup dei dati ed è molto improbabile che vadano persi.
  • Centralizzato: se il tuo dispositivo IoT è uno dei quali i clienti possono acquistare più di uno, i dati possono essere riuniti sul cloud per offrire un'esperienza più uniforme.
  • Accesso ai dati: se i dati vengono conservati su un servizio cloud, l'utente come fornitore del prodotto può accedere a tali dati. Questo è utile per vedere come i consumatori utilizzano il tuo prodotto e possono modellare i miglioramenti dei tuoi prodotti.

Servizi software

È probabile che i tuoi dispositivi IoT abbiano un aspetto di interazione con l'utente attraverso il software. Utilizzando il cloud il software dei tuoi prodotti potrebbe beneficiare di:

  • Aggiornamenti automatici: se sviluppi continuamente nuove funzionalità per il tuo prodotto, l'utilizzo del cloud può facilitare la distribuzione degli aggiornamenti del firmware. I dispositivi potrebbero richiedere automaticamente aggiornamenti nel cloud, eliminando questa attività dall'utente. Questo potrebbe essere particolarmente utile se scopri un problema di sicurezza con il tuo prodotto, essere in grado di inviare una patch a tutti i dispositivi esistenti eviterà il problema di alcuni clienti che non aggiornano i loro dispositivi manualmente. Impedire che i tuoi dispositivi vengano hackerati e utilizzati per scopi dannosi ti impediranno di ricevere cattiva pubblicità.
  • Tecnologia Web: le applicazioni Web si basano sull'idea che gli utenti possano accedere all'applicazione da una gamma diversa di dispositivi, tutti con sistemi operativi e risoluzioni dello schermo diversi. Poiché le app Web sono accessibili tramite browser Internet, l'utente non deve installare software sui propri dispositivi, gli utenti possono semplicemente accedere a un collegamento e accedere per accedere alla propria interfaccia IoT. I clienti possono ricevere nuove funzionalità nella loro interfaccia software senza dover svolgere l'attività per aggiornare il software su ciascuno dei loro dispositivi. L'hosting di questa interfaccia online riduce anche i requisiti hardware del dispositivo e quindi i costi unitari.
  • Funzionalità: alcuni servizi cloud potrebbero essere implementati nel tuo prodotto per migliorare le sue funzionalità, ad esempio Amazon Lex è disponibile come servizio cloud che può essere utilizzato per consentire a un utente di utilizzare i comandi vocali per interagire con il tuo dispositivo.
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.