IoT Abandonware: Когато облачната ви услуга ви остави в безизходица

През ноември собствениците на Aether Cone интелигентно поточно аудио устройство получиха буца въглища за празниците, когато Aether, производителят на "интелигентния високоговорител", обяви, че спира да работи.

За да добавите обида към нараняване, Rdio, стрийминг аудио услугата, която Aether Cone използва ексклузивно, също изчезна, с активите си, продадени на конкурентната стрийминг услуга Pandora.

The Самата услуга Rdio ще се изключи напълно през следващите седмици.

Хареса ми Aether Cone, тъй като имаше интересни дизайнерски характеристики. За съжаление имаше и основни недостатъци - работеше само с един доставчик на съдържание и беше по-скъп от по-функционалните конкуренти като SONOS и Echo на Amazon. Неговото приложение за смартфон също беше донякъде ограничено във функционалността.

Конусът вече е издадена окончателна актуализация на фърмуера който ефективно лоботомизира всяка своя "умна" възможност - всичко, което може да прави сега, е да действа като високоговорител с Bluetooth или AirPlay и като утешителна награда, сега може да се използва с Spotify Connect, който трябва да се контролира от приложението Spotify за iOS/Android.

Ако трябва да се научи нещо от това, то е, че има голям риск от закупуване на IoT устройства от стартиращи компании, както и от абониране и зависимост от стартиращи облачни услуги.

Наличието на едно устройство като интелигентен високоговорител като Aether става лоботомизирано -- или в най-лошия случай, се оказва напълно нефункционално или не може да бъде преконфигуриран/реинициализиран -- е жалко, особено ако говорим за част от оборудването, което струва няколкостотин долара.

Комбинирането на двете в случая с Aether и Rdio очевидно е рецепта за катастрофа.

Но това има потенциално много по-сериозни последици за устройства, които са интегрирани компоненти като част от системата за автоматизация на домакинството или използвани в бизнес среда.

Това ще има смразяващ ефект върху IoT индустрията, защото ще направи по-трудно влизането на по-малките играчи в играта.

Разбира се, този по-малък играч може да има по-интересни функции, но наистина ли искате да поемете риск при внедряването и инвестирането в настройка на множество сензори, множество устройства във вашия дом или бизнес, ако има риск устройствата да станат нефункционални, ако доставчикът отиде под?

В предишна статия миналата пролет говорих за това как е IoT истинска "Вавилонска кула" на конкурентни протоколи и доставчици. В него призовах за увеличаване на взаимодействието на доставчиците, както и за установяване на стандартизирани протоколи, така че силозите на екосистемите на устройствата между доставчиците да станат по-малко проблем.

Възприемането на оперативната съвместимост не би направило ситуацията с Aether/Rdio по-лесно за преглъщане от крайните потребители, но би улеснило продуктовите инженери на Aether да предоставят отворен фърмуер, който в случай на колапс на компанията, Open Source общността може да предостави алтернативен фърмуер, за да накара устройството да комуникира с алтернативен набор от облачни услуги, така че устройството може да бъде спасени.

Трябва да спрем да мислим за IoT устройствата като за напълно еднократна употреба. Тези от нас, които са поставили интелигентни устройства в домовете и бизнеса си, очакват те да функционират години наред, ако не и десетилетие.

Това не са същия вид ИТ активи, които се амортизират за период от 3-5 години и трябва да бъдат изтеглени за планирано надстройки поради проблеми с капацитета или непрекъснатостта на бизнеса -- след като поставим тези неща, искаме те да продължат да работят, за неопределено време.

Честно казано, с изключение на повреда на устройството, няма причина те изобщо да се изваждат и заменят. Очаквам моят термостат NEST и облачната услуга, която свързва, да продължат да работят, докато самото устройство умре.

Тези устройства в по-голямата си част са в твърдо състояние и не умират толкова лесно.

Същото важи и за моите интелигентни превключватели WeMo Wi-Fi, моите крушки Philips Hue, моя свързан с Wi-Fi Big Ass Fan, моята система за домашна сигурност Scout, свързана с интернет, и моята система за контрол на басейна iAqualink/ZODIAC. И да, моят Amazon Echo и моята настройка на многостайни високоговорители SONOS.

Всички тези компании трябва сериозно да обмислят предоставянето на фърмуер с отворен код - причината е, че дори и да останат разтворител, ще дойде момент, в който може да е непрактично да продължите да предоставяте актуализации на фърмуера за тези устройства.

Ако използват софтуер с отворен код при проектирането на тези устройства, особено ако са базирани на Linux и използват GPL лицензирани компоненти, така или иначе трябва да пуснат изходния код на това, което работи на тези устройства. Но често е трудно да накарате доставчиците да пуснат изходния код, освен ако не са направени официални заявки.

Разработчиците и крайните потребители не трябва да правят това, това трябва да е стандартна практика за всеки доставчик на IoT устройства.

Разбира се, научихме се от проекти на общността като CyanogenMod и DD-WRT което е възможно да удължи живота на устройството дълго след като производителят е в състояние да осигури непрекъсната поддръжка за продукта.

Крайният потребител все пак може да реши да изхвърли устройството и да вземе ново, но трябва да има опция за повторно изображение с нов фърмуер.

Това не е по-различно от това, което сме виждали в автомобилната индустрия, където части все още се произвеждат за по-стари автомобили от трети страни, в някои случаи дълго след като оригиналният автомобилен производител се разпадна.

Ако можем да направим това за смартфони и Wi-Fi рутери, защо не и устройства като Aether? Или ГНЕЗДОТО? Или Echo и SONOS, за този въпрос?

Трябва ли всички производители на IoT устройства да бъдат принудени да предоставят отворен фърмуер? Говорете и ме уведомете.