Ist es möglich, ein Wi-Fi IoT-Produkt, das KEINE Cloud verwendet, kommerziell zu verkaufen?


17

Wenn ich mit meinem Telefon ein einfaches Gerät mit Wi-Fi-Verbindung steuern wollte, das nur das Licht ein- oder ausschaltet, oder eine einfache Temperaturanzeige, warum kommuniziere ich dann nicht einfach direkt mit dem Gerät, anstatt eine Cloud zu durchlaufen? Keine Datenpersistenz oder schwere Verarbeitung oder andere ausgefallene Dinge zu behandeln.

Hält mich irgendetwas davon ab, ein so einfaches IoT-Produkt zu entwerfen und es einfach in Serie zu produzieren und zu verkaufen? Es scheint billiger zu sein, den Mittelsmann auszuschalten und sich nicht um die Kosten / Nachrichtengebühren einer Cloud zu kümmern.


7
Ihre Prämisse scheint fehlerhaft zu sein, da Sie implizieren, dass alle aktuellen Lösungen von Cloud-Services abhängen. Im weitesten Sinne von IoT (internetworked things) gibt es Anwendungen, die dies nicht tun, z. B. ist es in einer Smart-Home-Umgebung möglich, Ihre Sensoren und deren Daten nur in Ihrem lokalen Intranet zu verarbeiten. Ein weiteres Beispiel ist das Philips Hue-System (einige denken, dass IoT), das ohne Internetzugang und somit ohne Cloud-Dienste betrieben werden kann. Die eigentliche Frage muss lauten, welchen tatsächlichen Nutzen (falls vorhanden) eine Cloud-fähige Infrastruktur für Ihr tatsächliches Produkt hat.
Ghanima

ok, das bringt die Dinge in die richtige Perspektive.
BossGiveMeArrays

2
Weil NAT existiert.
Machen

@immibis Solange Sie sich in Ihrem eigenen LAN (dh in Reichweite Ihres WiFi) befinden, ist NAT überhaupt kein Problem. Sobald das Internet ins Spiel kommt, können NAT-Probleme durch das Einrichten eines VPN behoben werden. Selbst ohne NAT würden Sie wahrscheinlich nicht Ihr gesamtes Heimnetzwerk dem Internet aussetzen wollen.
user149408

@ user149408 - "NAT-Probleme können durch das Einrichten eines VPN behoben werden" - oh ja? Sie können nicht wirklich beide VPN-Endpunkte hinter einem NAT haben, also stellen Sie einen davon in die Cloud.
user253751

Antworten:


10

Während Sie ein IoT-Gadget so gestalten können, dass es über eine direkte Verbindung mit dem Telefon des Benutzers funktioniert, kann ein Gerät, das nur auf diese Weise funktioniert, für viele Benutzer zu einschränkend sein:

  • Wenn der Benutzer nicht zu Hause ist, ist es unwahrscheinlich, dass er direkt mit dem Gerät interagieren kann, da das Zulassen eingehender Verbindungsversuche zum Heimnetzwerk aus Sicherheitsgründen im Allgemeinen nicht akzeptabel ist und die meisten Mobilfunkanbieter eingehende Verbindungsversuche zum Internet blockieren Telefon. Stattdessen müssen Abwesenheitsanforderungen über einen Server weitergeleitet werden, der über ausgehende Verbindungen sowohl vom Telefon als auch vom IoT-Gerät aus erreichbar ist.

  • Befindet sich der Benutzer zu Hause, sein Telefon jedoch derzeit in einem Mobilfunknetz und nicht in seinem Heimatnetz, gilt das oben genannte Problem weiterhin. Das Auffordern des Benutzers, sein Telefon von Handy auf WLAN umzustellen, kann für verschiedene Benutzer akzeptabel oder nicht akzeptabel sein und hängt bis zu einem gewissen Grad von der Verwendung der WLAN-Batterie ihres Telefons ab. Einige Telefone können auch dynamisch zwischen beiden wählen, was problematisch sein kann, wenn Sie das WLAN-Netzwerk benötigen.

  • Die Verbindung zwischen dem Telefon und dem Gerät durch eine andere Methode wie BTLE kann von Vorteil sein, ist jedoch in der Reichweite begrenzt, sodass sie möglicherweise nicht in allen Teilen des Hauses oder der Umgebung funktioniert und natürlich auch außerhalb des Zuhauses nicht funktioniert.

Während Sie also ein Gerät erstellen können, für das keine Unterstützung für eine Serverinfrastruktur außerhalb des Hauses erforderlich ist , ist es wahrscheinlich besser, ein Gerät zu erstellen, das einen Relay-Server verwendet , sofern dieser von den Benutzereinstellungen erreichbar oder zugelassen ist.


13

Ja, es gibt bereits viele Anwendungen auf dem Markt, die nicht auf Cloud-Services angewiesen sind. Die Komplexitätshierarchie, die ein Benutzer für die Installation mit einem bestimmten Produkt auswählen kann, sieht ungefähr so ​​aus:

  1. Gerät mit dedizierter Fernbedienung
  2. Gerät mit Telefon-App und internem Linkknoten
  3. Mit der Cloud verbundener Knoten für den Fernzugriff des Benutzers per Telefon (Tunneling und DNS-Auflösung)
  4. Cloud-bereitgestellter Dienst und Datenbank

Jeder Anbieter kann einen Teil der Kette ansprechen. IFTTT bietet zum Beispiel nur den Cloud-Dienst und die Telefon-App an - die Dienste sind alle von Drittanbietern.

Googles NEST-Thermostat sollte problemlos im Standalone-Modus funktionieren (auch wenn es sich in diesem Modus um eine teure Implementierung handelt).

Überwachungskameras passen für verschiedene Kombinationen dieser Modelle, je nachdem, ob sie vom Benutzer abonniert werden oder einmalige Verkaufskosten verursachen.

Aus kommerzieller Sicht gibt es zwei wichtige Punkte für die Abhängigkeit von der Cloud-Infrastruktur. Zum einen ist dies die Eignung für die Evaluierung / Teilinstallation (bei gleichzeitig geringen Anfangskosten), zum anderen die Fähigkeit, den eingeschränkten Service auch bei fehlender Nachrüstung (Stromausfall usw.) aufrechtzuerhalten.


Vielen Dank für die klare Erklärung. Ich habe jetzt ein besseres Verständnis
BossGiveMeArrays

8

Wenn Sie nur die Kontrolle innerhalb des Hauses wollen, ist dies sicher möglich.

Das Problem ist, wenn Sie die Kontrolle von außerhalb des Hauses anbieten möchten, wird es schwierig. Weder der Client noch der Server verfügen wahrscheinlich über eine statische IP-Adresse, sondern es sind wahrscheinlich Firewalls und / oder NATs im Weg.

Es ist für den Benutzer möglich, Portweiterleitungen / Ausnahmen in seinem Router / seiner Firewall einzurichten und eine Art dynamisches DNS einzurichten, um seine dynamische IP zu verfolgen und seinen Client auf den dynamischen DNS-Eintrag zu verweisen. Dazu ist jedoch ein technischer Benutzer erforderlich es schafft Sicherheitsprobleme.

Wenn Sie einen Server an einem bekannten Ort im öffentlichen Internet haben, können Sie auf einfachste Weise sicherstellen, dass Ihre Objekte unabhängig von dynamischen IPs, NATS, ausschließlichen Firewalls usw. miteinander kommunizieren können Durchsetzen von Sicherheitsrichtlinien auf dem Server, die einfacher überwacht und aktualisiert werden können.

IPv6 verliert das NAT, aber dynamische IPs und Firewalls, die nur aus dem IPv6-Netzwerk austreten, sind nach wie vor häufig anzutreffen.


Eine weitere kurze Frage: Auch wenn die Cloud öffentlich ist, muss die Cloud selbst weiterhin Nachrichten an das iot-Gerät senden. Würden in der Cloud nicht dieselben Probleme auftreten, die Sie bei der Kommunikation mit dem Gerät angegeben haben?
BossGiveMeArrays

Solange das Gerät die Verbindung zum Server öffnet und sie durch das Senden von regelmäßigen Keepalive-Nachrichten geöffnet hält, können Nachrichten über diese Verbindung in beide Richtungen weitergeleitet werden.
Peter Green

Mit der Cloud verbundene IoT-Geräte müssen weiterhin über Ihr Heimnetzwerk mit der Cloud kommunizieren. Dies wird erreicht, indem Sie im Setup Ihres Routers ein Loch für diesen Datenverkehr schlagen. Wie sicher dies ist, hängt im Gegensatz zu Ihren Computern und Telefonen ganz vom Cloud-Anbieter ab. Im Allgemeinen ist es sicherer, alle IoT-Verbindungen zu ihrem eigenen Router zu isolieren, der dann an Ihren Haupt-Gateway-Router angeschlossen wird. Zumindest dann kann bösartige Software, die das IoT-Gerät infiziert, Ihre Computer (wahrscheinlich) nicht sehen.
DocSalvager

7

In der Regel wird von IoT eine erweiterte Konnektivität von Geräten, Systemen und Diensten erwartet, die über die M2M-Kommunikation (Machine-to-Machine) hinausgeht

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

IoT-Geräte gehen über die Kommunikation zwischen Geräten hinaus. Nehmen wir zum Beispiel eine TV-Fernbedienung, es ist ein eingebettetes Gerät, das über ein Infrarotsignal mit dem Fernseher kommuniziert, um den Fernseher anzuweisen, so etwas wie den Sender zu wechseln. Würden Sie dies als IoT-Gerät betrachten?

IoT-Geräte gehen über Folgendes hinaus:

  • Mehr Automatisierung für zu Hause.
  • Sammeln, Speichern und Zusammenfassen großer Datenmengen zu Informationen, die für den Benutzer nützlich und leicht verständlich sind.
  • Benutzern den Zugriff auf Informationen und die Steuerung von Geräten von zu Hause aus und sogar von außerhalb über das Internet ermöglichen.

Diese Funktionen können vollständig in Ihrem Produkt und ohne Cloud-Services implementiert werden. Es muss vielmehr entschieden werden, ob die Funktionen, die Ihr IoT-Produkt haben soll, von der Cloud-Infrastruktur profitieren. Die Vorteile kommen in verschiedenen Bereichen:


Daten

Daten können in der Cloud gespeichert werden, anstatt ein Speichermedium auf dem Gerät einzuschließen. Das hat viele Vorteile:

  • Kostengünstig - Bezahlen Sie nur für den benötigten Speicherplatz. Bei einem Gerätespeicher fallen feste Kosten pro Gerät an, und eine 100% ige Auslastung ist unwahrscheinlich.
  • Flexibel - Der Speicher kann bei Bedarf erweitert werden. Der Gerätespeicher ist fest und begrenzt die Datenmenge, die ein Gerät aufnehmen kann. Sie könnten ein Gerät erstellen, mit dem der Benutzer ein Speichermedium wie eine SD-Karte bereitstellen kann. Dies fügt jedoch eine weitere Entscheidung hinzu, die der Kunde treffen muss, um welche Karte er für seine Bedürfnisse kaufen möchte, und diese Komplexität kann einige Kunden davon abhalten, das Produkt zu kaufen.
  • Redundanz - Cloud-Speicher wird normalerweise mit eingeschlossenen Redundanzmaßnahmen verkauft, was bedeutet, dass Daten gesichert werden und sehr unwahrscheinlich sind, dass sie verloren gehen.
  • Zentralisiert - Wenn es sich bei Ihrem IoT-Gerät um ein Gerät handelt, von dem Kunden möglicherweise mehrere kaufen, können Daten in der Cloud zusammengeführt werden, um eine einheitlichere Benutzererfahrung zu ermöglichen.
  • Zugriff auf Daten - Wenn die Daten in einem Cloud-Dienst gespeichert werden, können Sie als Produktanbieter auf diese Daten zugreifen. Dies ist nützlich, um zu sehen, wie Verbraucher Ihr Produkt verwenden und Verbesserungen an Ihren Produkten vornehmen können.

Software-Dienstleistungen

Es ist wahrscheinlich, dass Ihre IoT-Geräte einen Aspekt der Interaktion mit dem Benutzer über Software aufweisen. Durch die Nutzung der Cloud kann Ihre Produktsoftware von folgenden Vorteilen profitieren:

  • Automatische Updates - Wenn Sie ständig neue Funktionen für Ihr Produkt entwickeln, kann die Verwendung der Cloud die Verteilung von Firmware-Updates vereinfachen. Geräte können die Cloud automatisch nach Updates abfragen, wodurch der Benutzer von dieser Aufgabe entlastet wird. Dies kann besonders nützlich sein, wenn Sie ein Sicherheitsproblem mit Ihrem Produkt feststellen. Wenn Sie einen Patch auf alle vorhandenen Geräte übertragen können, müssen einige Kunden ihre Geräte nicht manuell aktualisieren. Wenn Sie verhindern, dass Ihre Geräte gehackt und für böswillige Zwecke verwendet werden, erhalten Sie keine schlechte Werbung.
  • Webtechnologie - Webanwendungen basieren auf der Idee, dass Benutzer von verschiedenen Geräten mit unterschiedlichen Betriebssystemen und Bildschirmauflösungen auf die Anwendung zugreifen können. Da auf Web-Apps über Internetbrowser zugegriffen wird, muss der Benutzer keine Software auf seinen eigenen Geräten installieren. Benutzer können einfach zu einem Link gehen und sich anmelden, um auf ihre IoT-Oberfläche zuzugreifen. Kunden können neue Funktionen in ihrer Softwareschnittstelle erhalten, ohne die Software auf jedem ihrer Geräte aktualisieren zu müssen. Durch das Online-Hosting dieser Schnittstelle werden auch die Hardwareanforderungen des Geräts und damit die Stückkosten gesenkt.
  • Funktionen - Einige Cloud-Dienste können in Ihrem Produkt implementiert werden, um die Funktionen zu verbessern. Beispielsweise ist Amazon Lex als Cloud-Dienst verfügbar, mit dem ein Benutzer Sprachbefehle für die Interaktion mit Ihrem Gerät verwenden kann.
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.