Можно ли коммерчески продавать продукт IoT Wi-Fi, который не использует облако?

17

Если я хотел использовать свой телефон для управления простым подключенным к Wi-Fi устройством, которое просто включает или выключает свет, или простым датчиком температуры, почему бы мне просто не связаться напрямую с устройством, а не пройти через облако? Нет необходимости в сохранении данных, интенсивной обработке или каких-либо других причудливых вещах.

Что-то мешает мне создать такой простой продукт IoT и начать массовое его производство и продажу? Кажется, дешевле вырезать посредника и не иметь дело с платой облачных услуг / сообщений.

BossGiveMeArrays
источник
7
Ваша предпосылка кажется ошибочной, поскольку вы подразумеваете, что все текущие решения зависят от облачных сервисов. В очень широком смысле IoT (вещи, объединенные в сеть) существуют приложения, которые этого не делают, например, в условиях умного дома можно обрабатывать ваши датчики и их данные только в локальной интрасети. Другой пример - система Philips Hue (некоторые считают, что IoT) может работать без доступа к Интернету, то есть без облачных услуг. Реальный вопрос должен заключаться в том, какова реальная выгода (если таковая имеется) облачной инфраструктуры для вашего реального продукта?
Ганима
хорошо, что ставит вещи в перспективе.
BossGiveMeArrays
2
Потому что NAT существует. Иди и присоединяйся к
пушу
@immibis, пока вы находитесь в своей локальной сети (т. е. в пределах досягаемости вашего WiFi), NAT вообще не является проблемой. Как только Интернет вступает в игру, проблемы NAT могут быть преодолены путем настройки VPN. Даже если бы не NAT, вы, вероятно, не хотели бы выставлять всю свою домашнюю сеть в Интернет.
user149408
@ user149408 - «Проблемы с NAT можно решить, настроив VPN» - о да? Вы не можете иметь обе свои конечные точки VPN за NAT, поэтому вы поместите одну из них в облако.
user253751

Ответы:

10

Хотя вы можете спроектировать гаджет IoT для работы через прямое соединение с телефоном пользователя, устройство, работающее только таким образом, может быть слишком ограниченным для многих пользователей:

  • Если пользователь не находится дома, то он вряд ли сможет напрямую взаимодействовать с устройством, так как разрешение попыток входящих подключений к домашней сети обычно недопустимо с точки зрения безопасности, и большинство мобильных операторов также блокируют попытки входящих подключений к сети. Телефон. Вместо этого запросы вне дома должны передаваться через сервер, к которому подключаются исходящие соединения как с телефона, так и с устройства IoT.

  • Если пользователь находится дома, но его телефон в настоящее время находится в мобильной сети, а не в домашней сети, то вышеупомянутая проблема все еще применяется. Попросить пользователя переключить свой телефон с мобильного телефона на Wi-Fi может или не может быть приемлемо для разных пользователей и зависит в некоторой степени от использования аккумулятора Wi-Fi телефона; также некоторые телефоны выбирают между ними динамически, что может быть проблематично, если вам требуется сеть Wi-Fi.

  • Соединение между телефоном и устройством с помощью какого-либо другого метода, такого как BTLE, может быть преимуществом, но оно ограничено по дальности, поэтому может не работать во всех частях дома или окружающего имущества и, очевидно, не будет работать вдали от дома.

Поэтому, хотя вы можете создать устройство, которое не требует поддержки серверной инфраструктуры вне дома, вероятно, лучше создать устройство, которое может эффективно использовать сервер ретрансляции , если оно доступно или разрешено настройками пользовательских настроек.

Крис Страттон
источник
13

Да, на рынке уже есть множество приложений, которые не используют облачные сервисы. Иерархия сложности, которую пользователь может выбрать для установки с конкретным продуктом, выглядит примерно так:

  1. Устройство с выделенным дистанционным управлением
  2. Устройство с приложением телефона и внутренним узлом связи
  3. Узел связан с облаком для удаленного доступа пользователя по телефону (туннелирование и разрешение DNS)
  4. Облачный сервис и база данных

Любой поставщик может обратиться к части цепочки. IFTTT, например, предоставляет только облачный сервис и приложение для телефона - все сервисы сторонних производителей.

Термостат NEST от Google должен работать автономно (даже если это дорогая реализация в этом режиме).

Камеры видеонаблюдения подходят к различным комбинациям этих моделей, в зависимости от того, зависят ли они от абонентской подписки или разовых затрат на продажу.

С коммерческой точки зрения, есть две ключевые точки зависимости от облачной инфраструктуры. Во-первых, это пригодность для оценки / частичной установки (при сохранении первоначальных затрат), во-вторых, возможность поддерживать ограниченное обслуживание в отсутствие транзитного соединения (отключение питания и т. Д.).

Шон Хулихейн
источник
Спасибо за четкое объяснение. Теперь я лучше
понимаю
8

Если вы хотите только контроль внутри дома, убедитесь, что это возможно.

Проблема в том, что если вы хотите предложить контроль извне, все становится сложнее. Ни клиент, ни сервер, скорее всего, не будут иметь статический IP, скорее всего, на этом пути будут межсетевые экраны и / или NAT.

Пользователь может настроить переадресацию портов / исключения в своем маршрутизаторе / брандмауэре и настроить какой-либо динамический DNS для отслеживания своего динамического IP-адреса и указать своему клиенту на запись динамического DNS, но для этого требуется технический пользователь, и это создает проблемы безопасности.

Наличие сервера в известном месте в общедоступном Интернете - это самый простой способ убедиться, что ваши вещи могут обмениваться данными друг с другом независимо от динамических IP-адресов, NAT-адресов, выходных только межсетевых экранов и т. Д. Все еще существуют некоторые проблемы безопасности, но их можно уменьшить, как вы можете применять политики безопасности на сервере, которые вы можете легко отслеживать и обновлять.

Ipv6 теряет NAT, но динамические IP-адреса и брандмауэры только с выходом все еще могут быть распространены.

Питер Грин
источник
Еще один быстрый вопрос, даже если облако общедоступно, само облако все равно должно отправлять сообщения на устройство iot. Разве облако не столкнется с теми же проблемами, которые вы перечислили при попытке связаться с устройством?
BossGiveMeArrays
Пока устройство открывает соединение с сервером и сохраняет его открытым, отправляя периодические сообщения keepalive, сообщения могут проходить в обоих направлениях по этому соединению.
Питер Грин
Подключенные к облаку устройства IoT должны по-прежнему взаимодействовать с облаком через домашнюю сеть. Это достигается путем «пробивки дыры» для этого трафика в настройках вашего маршрутизатора. В отличие от ваших компьютеров и телефонов, насколько это безопасно, зависит только от поставщика облачных вычислений. Как правило, безопаснее изолировать все IoT-соединения от их собственного маршрутизатора, который затем подключается к вашему главному «шлюзу». По крайней мере, вредоносное программное обеспечение, заражающее устройство IoT, не может видеть ваши компьютеры (возможно).
DocSalvager
7

Как правило, IoT предлагает расширенные возможности подключения устройств, систем и услуг, которые выходят за рамки межмашинных коммуникаций (M2M).

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

Устройства IoT выходят за рамки связи между устройствами. Возьмите, например, пульт ДУ телевизора, это встроенное устройство, которое связывается с телевизором через инфракрасный сигнал, чтобы дать телевизору команду сделать что-то вроде смены каналов. Считаете ли вы это IoT-устройством?

IoT-устройства «выходят за рамки» путем:

  • Позволяет больше автоматизации в доме.
  • Сбор, хранение и объединение больших объемов данных в информацию, которая полезна для пользователя и проста для понимания.
  • Предоставление пользователям доступа к информации и устройствам управления из дома и даже извне через Интернет.

Эти функции могут быть полностью реализованы в вашем продукте и без облачных сервисов, это скорее решение вопроса о том, будут ли функции, которые вы хотите иметь в своем IoT-продукте, выиграть от облачной инфраструктуры. Преимущества приходят в разных областях:


Данные

Данные могут храниться в облаке, а не на носителе. Это имеет много преимуществ:

  • Экономически эффективный - платите только за необходимое хранилище, на устройстве хранения будет добавлена ​​фиксированная стоимость на устройство, и 100% использование вряд ли.
  • Гибкость - Хранение может быть увеличено при необходимости. Хранение на устройстве фиксировано и будет ограничивать объем данных, которые может хранить устройство. Вы можете создать устройство, которое позволит пользователю предоставлять носитель информации, такой как SD-карта, однако это добавляет еще одно решение, которое клиент должен принять в отношении того, какую карту приобретать для своих нужд, и эта сложность может удерживать некоторых клиентов от покупки продукта.
  • Избыточность - Облачное хранилище обычно продается с включенными мерами избыточности, что означает, что данные резервируются и очень маловероятно, что они будут потеряны.
  • Централизованное - если ваше IoT-устройство является одним из тех, которые клиенты могут купить несколько, данные могут быть объединены в облаке для обеспечения более единообразного взаимодействия.
  • Доступ к данным - если данные хранятся в облачной службе, вы, как поставщик продукта, можете получить доступ к этим данным. Это полезно, чтобы увидеть, как потребители используют ваш продукт и могут повлиять на улучшение ваших продуктов.

Услуги программного обеспечения

Вполне вероятно, что ваши устройства IoT будут взаимодействовать с пользователем через программное обеспечение. Используя облако, ваши программные продукты могут извлечь выгоду из:

  • Автоматические обновления - если вы постоянно разрабатываете новые функции для своего продукта, использование облака может упростить распространение обновлений прошивки. Устройства могут автоматически запрашивать обновления в облаке, отнимая эту задачу у пользователя. Это может быть особенно полезно, если вы обнаружите проблему безопасности с вашим продуктом, поскольку возможность установки исправления на все существующие устройства позволит избежать проблемы, когда некоторые клиенты не обновляют свои устройства вручную. Предотвращение взлома и использования ваших устройств в злонамеренных целях не позволит вам получить плохую рекламу.
  • Веб-технология. Веб-приложения основаны на идее, что пользователи могут получать доступ к приложению с разных устройств, с разными операционными системами и разрешениями экрана. Поскольку доступ к веб-приложениям осуществляется через интернет-браузеры, пользователю не нужно устанавливать программное обеспечение на свои устройства, пользователи могут просто перейти по ссылке и войти в систему, чтобы получить доступ к своему интерфейсу IoT. Клиенты могут получать новые функции в своем программном интерфейсе, не выполняя задачу обновления программного обеспечения на каждом из своих устройств. Размещение этого интерфейса в сети также снижает требования к аппаратному обеспечению устройства и, следовательно, удельную стоимость.
  • Функции - некоторые облачные сервисы могут быть реализованы в вашем продукте для улучшения его функций, например, Amazon Lex доступен как облачный сервис, который можно использовать для предоставления пользователю возможности использовать голосовые команды для взаимодействия с вашим устройством.
Carrosive
источник