Чи є якісь ініціативи щодо запобігання застаріванню IoT?


20

Я неохоче інвестував у багато пристроїв IoT, особливо на пристрої, що керуються зовні / підписками, через проблеми, пов’язані із закриттям служб управління через такі питання, як запланована застарілість та корпоративні поглинання материнських компаній, наприклад, наприклад, що відбувається з годинниками Pebble .

Мені цікаво дізнатись, чи існують якісь ініціативи в активному розвитку (наприклад, статути чи законодавчі рамки) щодо передачі прав управління пристроями IoT або "відкриття" вихідного коду в разі припинення послуги з продуктом.

Я трохи оглянувся навколо GitHub та Фонду вільного програмного забезпечення, але нічого подібного не знайшов. Мені цікаво, чи існують якісь ліцензії чи статути в розробці, які передбачають випуск вихідного коду IoT, коли служба закінчується.


4
Запобігання нав'язливості не в інтересах бізнесу. Не затримуйте дихання в очікуванні.
Мауг каже, що поверніть Моніку

Боюся, що вам доведеться створити власні пристрої, щоб досягти цієї конкретної мети.
Гельмар

Тому я спеціально згадав про статути та краудсорсинг. Рух із відкритим кодом - це зрив бізнес-моделей та звільнення вихідного коду / зворотного доступу після того, як апаратне забезпечення не підтримується - це чудовий спосіб переконати людей вкласти гроші в щось для довгострокового використання. Абсолютно впливає на товарність продукції.
Тревор Дж. Сміт

2
"Переносимість даних" може бути цікавою темою для читання; дивіться моє трохи пов'язане питання .
Aurora0001

1
Галька була витягнута і продана таким чином, щоб переконатися, що виробники гальки більше не використовуються. Ви ніколи не побачите, що щось із відкритим кодом з’явиться після чогось подібного. Також дійсно не в інтересах компаній IoT відкривати вихідні джерела своїх найвищих продуктів, оскільки це вимагає неприємностей.
Дом

Відповіді:


8

Дуже багато людей боролися з цим. Ніякого статуту не представляється, оскільки інтереси постачальників хмарних технологій полягають у тому, щоб заблокувати їх користувачів обладнанням, виходячи з потенційного майбутнього прибутку, який отримуватимуть від абонентів. Чим більше ви залежите від їхньої хмари, тим більше ви будете теоретично готові платити за постійну послугу (зауважте, що оплата вже включає немонетарні трансакції, такі як цільова реклама та збір даних.) Тому не сподівайтесь на якусь хмару -основні рішення для відстоювання стратегії виходу.

Тож поки ви можете подолати своє небажання, взявши справи у свої руки. Ваша найкраща захист - придбати незалежні предмети, які відповідають стандартам (відкритим або власним), на відміну від того, щоб керувати їх власними хмарами.

Давайте розглянемо три приклади: хмарна, власна мережа, відкрита мережа.

Хмара

AssureLink - це власна бездротова мережа, яка використовує домашній концентратор для підключення до хмарного сервісу для забезпечення віддаленого доступу до однієї марки відкривачів для гаражних дверей. Коли ці відкривачі були випущені на ринок, передплата на AssureLink коштувала 19,00 доларів на рік, і продажу було мало. Компанія кинула плату за послугу, щоб вони не пішли, але завжди існує занепокоєння, що як тільки вони наситять ринок, у компанії не буде підстав продовжувати послугу, і тоді пристрої стануть марними.

Ця турбота не позбавлена ​​заслуги.

Нещодавнє придбання Pebble від Fitbit підштовхнуло їх до уваги, але Revolv був попередньою дошкою для плакатів для пристроїв IoT, що їх цегляна компанія закладала на цеглу. Домашній центр Revolv підключився до фірмової хмарної послуги. Google купив Nest, а потім придбав Revolv, щоб знайти когось із людей. Вони побачили, як Revolv розщеплює ринок домашньої автоматики від Nest, тому вони закрили його, засумуючи кожного домашнього контролера Revolv.

Це правда для всього обладнання в хмарі? Apple, Google та Amazon - настільки ж стабільні, як і будь-який постачальник послуг. Але Revolv впевнено виглядав добре, коли Google вперше придбав їх; Як повідомляється, Nest внутрішньо розладнаний (а новий центр Google знаходиться прямо проти філософії Nest), і вам потрібно лише заглянути в Zune або Phone Microsoft, щоб побачити, що те, що бути великим, не означає, що централізована служба залишатиметься успішною протягом термін служби ваших пристроїв.

Власний мережевий стандарт P2P

Z-Wave - приклад фірмової мережевої технології. Пристрої Z-Wave можуть спілкуватися один з одним, але для кожного пристрою потрібен чіп зв'язку, ліцензований однією компанією. Ліцензії на розробку та мікросхеми є смішно дорогими, тому ціна пристроїв ніколи не знизиться до закінчення терміну дії патентів, і навіть тоді, якщо хтось інший вийде на ринок, щоб конкурувати з ними. Однак, коли у вас є пристрій Z-Wave, він продовжуватиме працювати з новими та старими пристроями Z-Wave.

Відкрийте мережу P2P

Камери на основі WiFi - хороший приклад пристроїв на основі технології відкритої мережі. Програми для смартфонів можуть підключатися безпосередньо до камери, не потрібна хмара, немає дорогих ліцензованих технологій. Однак у них є недоліки. Для використання цих пристроїв без хмари інсталятор повинен налаштувати їх маршрутизатор / брандмауер, щоб забезпечити віддалений доступ. І, як ми бачили з бонет-мережею Mirai, ці пристрої відповідають за власну безпеку, але не всі роблять це добре, і вони навіть ставлять під загрозу решту вашої мережі.

Майбутнє з відкритим кодом

Відповідь на це з відкритим кодом - такі проекти, як OpenHab, Domoticz, mosquitto та інші. Замість фірмової хмари ви запускаєте пристрої P2P з власного сервера. Тільки сервер знаходиться в Інтернеті, і здебільшого вони розміщені для кращого зміцнення. На даний момент цей підхід ще дуже зароджується, і всі рішення, що наразі потребують певних технічних навичок для створення та підтримки домашньої мережі.

Однак, зосередившись на пристроях P2P, незалежно від того, чи вони використовують відкритий чи закритий протокол, ви, принаймні, інвестуєте у створення власної інфраструктури, яка працюватиме вільно від залежності від власних зовнішніх послуг. Ви навіть можете розпочати роботу з фірмовим домашнім центром, якщо пристрої спілкуються через стандарт P2P, який існує за межами однієї компанії. Рішення з відкритим кодом не можуть бути гіршими, ніж зараз, і швидко вдосконалюються.


2
Хмарні сервіси з протоколами з відкритим кодом, здається, є одним із можливих шляхів вперед - я не впевнений, що сьогодні на ринку є щось подібне.
Шон Хуліхане
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.