Czy jest możliwa komercyjna sprzedaż produktu IoT Wi-Fi, który NIE korzysta z chmury?


17

Jeśli chciałem używać telefonu do sterowania prostym urządzeniem podłączonym do sieci Wi-Fi, które po prostu włącza lub wyłącza światło, lub zwykłym miernikiem temperatury, dlaczego nie komunikuję się bezpośrednio z urządzeniem zamiast przechodzić przez chmurę? Brak trwałości danych, intensywnego przetwarzania lub jakichkolwiek innych wymyślnych rzeczy do załatwienia.

Czy coś mnie powstrzymuje od zaprojektowania tak prostego produktu IoT i rozpoczęcia masowej produkcji i sprzedaży? Wydaje się, że taniej jest odciąć pośrednika i nie musieć zajmować się kosztami / opłatami związanymi z chmurą.


7
Twoje założenie wydaje się błędne, ponieważ sugerujesz, że wszystkie obecne rozwiązania zależą od usług w chmurze. W bardzo szerokim sensie Internetu Rzeczy (Internetworking Things) istnieją aplikacje, które tego nie robią, np. W ustawieniach inteligentnego domu możliwe jest obsługiwanie czujników i ich danych tylko w lokalnym intranecie. Kolejny przykład to system Philips Hue (niektórzy uważają, że IoT) może działać bez dostępu do Internetu, a więc bez usług w chmurze. Prawdziwe pytanie musi brzmieć: jaka jest faktyczna korzyść (jeśli taka istnieje) z infrastruktury obsługującej chmurę w stosunku do rzeczywistego produktu?
Ghanima,

ok, co przedstawia perspektywę.
BossGiveMeArrays

2
Ponieważ istnieje NAT. Idź i dołącz do push dla IPv6 :)
user253751

@immibis, dopóki przebywasz we własnej sieci LAN (tj. w zasięgu Wi-Fi), NAT w ogóle nie stanowi problemu. Po uruchomieniu Internetu problemy z NAT można rozwiązać, konfigurując sieć VPN. Nawet gdyby nie NAT, prawdopodobnie nie chciałbyś udostępniać całej sieci domowej w Internecie.
user149408

@ user149408 - „Problemy z NAT można rozwiązać, konfigurując VPN” - o tak? Tak naprawdę nie możesz mieć obu punktów końcowych VPN za NAT, więc umieścisz jeden z nich w chmurze.
user253751,

Odpowiedzi:


10

Chociaż możesz zaprojektować gadżet IoT do pracy przez bezpośrednie połączenie z telefonem użytkownika, urządzenie, które działa tylko w ten sposób, może być zbyt ograniczające dla wielu użytkowników:

  • Jeśli użytkownika nie ma w domu, jest mało prawdopodobne, aby mógł on bezpośrednio współpracować z urządzeniem, ponieważ zezwalanie na próby połączeń przychodzących do sieci domowej jest ogólnie nie do przyjęcia z punktu widzenia bezpieczeństwa, a większość operatorów komórkowych blokuje również próby połączeń przychodzących do telefon. Zamiast tego żądania poza domem muszą być przesyłane przez serwer proxy, do którego docierają połączenia wychodzące zarówno z telefonu, jak i urządzenia IoT.

  • Jeśli użytkownik jest w domu, ale jego telefon jest obecnie w sieci mobilnej, a nie w sieci domowej, powyższy problem nadal obowiązuje. Poproszenie użytkownika o zmianę telefonu z telefonu komórkowego na Wi-Fi może, ale nie musi być akceptowany przez różnych użytkowników i zależy w pewnym stopniu od zużycia baterii przez telefon w telefonie; również niektóre telefony wybierają jedno z nich dynamicznie w sposób, który może być problematyczny, jeśli potrzebujesz sieci Wi-Fi.

  • Połączenie między telefonem a urządzeniem za pomocą innej metody, takiej jak BTLE, może być zaletą, ale ma ograniczony zasięg, więc może nie działać we wszystkich częściach domu lub otaczającej nieruchomości, i oczywiście nie będzie działać, gdy będziesz poza domem.

Tak więc, chociaż możesz zbudować urządzenie, które nie wymaga obsługi zewnętrznej infrastruktury serwerowej, prawdopodobnie lepiej jest zbudować urządzenie, które może efektywnie wykorzystywać serwer przekaźnikowy , jeśli jest to osiągalne lub dozwolone przez ustawienia preferencji użytkownika.


13

Tak, na rynku jest już wiele aplikacji, które nie polegają na usługach w chmurze. Hierarchia złożoności, którą użytkownik może zdecydować się zainstalować z określonym produktem, wygląda następująco:

  1. Urządzenie z dedykowanym pilotem
  2. Urządzenie z aplikacją telefoniczną i wewnętrznym węzłem łącza
  3. Węzeł połączony z chmurą do zdalnego dostępu użytkownika przez telefon (tunelowanie i rozpoznawanie DNS)
  4. Usługa i baza danych udostępniana w chmurze

Każdy dostawca może adresować część łańcucha. IFTTT na przykład zapewnia tylko usługę w chmurze i aplikację na telefon - wszystkie usługi są stronami trzecimi.

Termostat NEST firmy Google powinien działać samodzielnie (nawet jeśli jest to kosztowna implementacja w tym trybie).

Kamery bezpieczeństwa pasują do różnych kombinacji tych modeli, w zależności od tego, czy polegają na subskrypcji użytkownika, czy na jednorazowych kosztach sprzedaży.

Z komercyjnego punktu widzenia istnieją dwa kluczowe punkty zależności od infrastruktury chmury. Pierwszy to przydatność do oceny / częściowej instalacji (przy jednoczesnym utrzymaniu niskich kosztów początkowych), drugi to zdolność do utrzymania ograniczonej obsługi w przypadku braku połączenia dosyłowego (odcięcie zasilania itp.).


Dziękuję za jasne wyjaśnienie. Teraz lepiej
rozumiem

8

Jeśli chcesz kontrolować tylko w domu, na pewno jest to możliwe.

Problem polega na tym, że jeśli chcesz zaoferować kontrolę spoza domu, sprawy stają się trudne. Ani klient, ani serwer prawdopodobnie nie mają statycznego adresu IP, prawdopodobnie będą to zapory ogniowe i / lub NAT.

Użytkownik może skonfigurować przekierowanie portów / wyjątki w routerze / zaporze i skonfigurować dynamiczny DNS, aby śledzić swój dynamiczny adres IP i skierować swojego klienta na dynamiczny wpis DNS, ale użytkownik techniczny musi to zrobić i stwarza problemy bezpieczeństwa.

Posiadanie serwera w znanej lokalizacji w publicznym Internecie jest najprostszym sposobem, aby upewnić się, że Twoje rzeczy mogą komunikować się ze sobą, niezależnie od dynamicznych adresów IP, NATS, wychodzenia tylko z zapór ogniowych itp. Wciąż istnieją pewne problemy z bezpieczeństwem, ale są one ograniczone, jak możesz egzekwuj zasady bezpieczeństwa na serwerze, które możesz łatwiej monitorować i aktualizować.

IPv6 traci NAT, ale dynamiczne adresy IP i wychodzące tylko zapory ogniowe nadal są powszechne.


Kolejne szybkie pytanie, nawet jeśli chmura jest publiczna, sama chmura również musi wysyłać wiadomości do urządzenia iot. Czy chmura nie napotkałaby tych samych problemów, które wymieniłeś podczas próby komunikacji z urządzeniem?
BossGiveMeArrays

Tak długo, jak urządzenie otworzy połączenie z serwerem i utrzyma je otwarte, wysyłając okresowe komunikaty podtrzymujące, wiadomości mogą przechodzić w obu kierunkach w dół tego połączenia.
Peter Green

Urządzenia IoT podłączone do chmury muszą nadal komunikować się z chmurą za pośrednictwem sieci domowej. Odbywa się to poprzez „wybicie dziury” dla tego ruchu w konfiguracji routera. W przeciwieństwie do komputerów i telefonów, to, jak bezpieczne jest to całkowicie, zależy od dostawcy chmury. Zasadniczo bezpieczniej jest izolować wszystkie połączenia IoT z ich własnymi routerami, które są następnie podłączane do głównego routera „bramy”. Przynajmniej złośliwe oprogramowanie infekujące urządzenie IoT nie może zobaczyć twoich komputerów (prawdopodobnie).
DocSalvager

7

Zazwyczaj oczekuje się, że IoT będzie oferować zaawansowaną łączność urządzeń, systemów i usług wykraczającą poza komunikację między maszynami (M2M)

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

Urządzenia IoT wykraczają poza komunikację między urządzeniami. Weźmy na przykład pilota do telewizora, jest to urządzenie wbudowane, które komunikuje się z telewizorem za pomocą sygnału podczerwieni, aby poinstruować telewizor, aby dokonał czegoś takiego jak zmiana kanałów. Czy uważasz to za urządzenie IoT?

Urządzenia IoT „wykraczają poza” poprzez:

  • Umożliwiając większą automatyzację w domu.
  • Gromadzenie, przechowywanie i agregowanie dużych ilości danych w informacje przydatne dla użytkownika i łatwe do zrozumienia.
  • Umożliwiając użytkownikom dostęp do informacji i sterowanie urządzeniami z domu, a nawet z zewnątrz przez Internet.

Funkcje te mogą zostać w pełni zaimplementowane w twoim produkcie i bez usług w chmurze, bardziej chodzi o decyzję, czy funkcje, które chcesz, aby posiadał produkt IoT, skorzystałyby z infrastruktury chmury. Korzyści występują w różnych obszarach:


Dane

Dane mogą być przechowywane w chmurze zamiast na nośniku pamięci na urządzeniu. Ma to wiele zalet:

  • Opłacalność - Płać tylko za potrzebną pamięć, pamięć urządzenia doda stały koszt za urządzenie i wykorzystanie 100% jest mało prawdopodobne.
  • Elastyczność - pojemność można zwiększyć w razie potrzeby. Pamięć urządzenia jest stała i ograniczy ilość danych, które urządzenie może przechowywać. Możesz stworzyć urządzenie, które pozwala użytkownikowi na dostarczenie nośnika pamięci, takiego jak karta SD, ale dodaje to kolejną decyzję, którą klient musi podjąć w sprawie karty, którą należy kupić zgodnie z ich potrzebami, a ta złożoność może zniechęcić niektórych klientów do zakupu produktu.
  • Redundancja - pamięć masowa w chmurze jest zwykle sprzedawana z dołączonymi miernikami redundancji, co oznacza, że ​​kopia zapasowa danych jest bardzo mało prawdopodobna.
  • Scentralizowane - jeśli Twoje urządzenie IoT jest tym, z którego klienci mogą kupić wiele, dane można zebrać w chmurze, aby zapewnić bardziej jednolite wrażenia.
  • Dostęp do danych - jeśli dane są przechowywane w usłudze w chmurze, Ty jako dostawca produktu masz dostęp do tych danych. Jest to przydatne, aby zobaczyć, w jaki sposób konsumenci korzystają z twojego produktu i mogą wpływać na jego ulepszenia.

Usługi oprogramowania

Jest prawdopodobne, że twoje urządzenia IoT będą miały aspekt interakcji z użytkownikiem za pomocą oprogramowania. Korzystając z chmury, oprogramowanie Twojego produktu może skorzystać z:

  • Automatyczne aktualizacje - Jeśli stale opracowujesz nowe funkcje dla swojego produktu, korzystanie z chmury może ułatwić dystrybucję aktualizacji oprogramowania układowego. Urządzenia mogą automatycznie wysyłać zapytania do chmury w celu uzyskania aktualizacji, zabierając to zadanie użytkownikowi. Może to być szczególnie przydatne, jeśli odkryjesz problem z bezpieczeństwem produktu, możliwość przesłania łaty do wszystkich istniejących urządzeń pozwoli uniknąć problemów niektórych klientów, którzy nie aktualizują swoich urządzeń ręcznie. Zapobieganie hakowaniu urządzeń i wykorzystywaniu ich w złośliwych celach zapobiegnie otrzymywaniu złej reklamy.
  • Technologia internetowa - aplikacje internetowe są oparte na pomyśle, że użytkownicy mogą uzyskiwać dostęp do aplikacji z różnych urządzeń, wszystkie z różnymi systemami operacyjnymi i rozdzielczościami ekranu. Ponieważ aplikacje internetowe są dostępne za pośrednictwem przeglądarek internetowych, użytkownik nie musi instalować oprogramowania na swoich urządzeniach, użytkownicy mogą po prostu przejść do łącza i zalogować się, aby uzyskać dostęp do interfejsu IoT. Klienci mogą otrzymywać nowe funkcje w interfejsie oprogramowania bez konieczności wykonywania aktualizacji oprogramowania na każdym ze swoich urządzeń. Hostowanie tego interfejsu online zmniejsza również wymagania sprzętowe urządzenia, a tym samym koszt jednostkowy.
  • Funkcje - niektóre usługi w chmurze mogą być zaimplementowane w twoim produkcie w celu ulepszenia jego funkcji, na przykład Amazon Lex jest dostępny jako usługa w chmurze, której można użyć, aby umożliwić użytkownikowi używanie poleceń głosowych do interakcji z urządzeniem.
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.