Умный дом от Яндекса без хаба: как работает новая облачная архитектура
По данным Хабра, команда Яндекса подробно разобрала, как устроено их новое облако для умных устройств — и почему они решили отказаться от обязательного хаба.
Инна Дегтярева·обновлено 29 июля 2026 г.

Когда я только начинала обустраивать свой умный дом, главной головной болью был не выбор лампочек, а вот это маленькое дополнительное устройство — хаб. Отдельная коробочка, отдельное питание, отдельная настройка. Со временем я научилась с этим жить, но каждый раз, когда приходилось перезагружать роутер или переносить мебель, я вспоминала, как было бы проще без него.
Для тех, кто давно хотел, чтобы умная розетка или датчик просто включался в розетку и сразу подключался к телефону, это важная новость. Внутри — целая история про то, как инженеры искали компромисс между удобством пользователя и ограничениями маленького устройства.
Почему от хаба решили отказаться
В материале объясняется, что хаб исторически брал на себя три задачи: подключение к домашней сети, авторизацию и регистрацию в облаке. Когда посредника нет, всё это устройство должно проделать само — причём на слабом железе и в сети, которая может моргнуть в любой момент. Я хорошо помню, как у меня первый датчик температуры полчаса не хотел дружиться с приложением, и я думала — может, проще вернуться к обычному термометру. Оказывается, эта боль знакома и разработчикам. Они пишут, что относились к первичной настройке как к части общей архитектуры, а не отдельному экрану в приложении. И я их понимаю: когда у тебя таких устройств сотни тысяч, каждая неудачная попытка — это не «ой, не повезло», а шум в облаке и раздражённый пользователь.
Что спрятано за простотой
Для первоначальной настройки выбран Bluetooth Low Energy: смартфон передаёт устройству зашифрованный набор данных напрямую. Это удобно, но у BLE маленький размер пакета, поэтому инженерам пришлось жёстко ограничить буфер — в одной из реализаций под входные данные зафиксировано 1024 байта, а первый фрагмент несёт в себе заголовок с длиной всего сообщения. Звучит мелко, но без такой дисциплины на плохом Wi‑Fi устройство просто уходит в бесконечные повторы. Заодно прописаны чёткие лимиты: три попытки подключения к сети, пять попыток обмена токеном, три попытки регистрации и общий тайм‑аут настройки в 90 секунд. Мне нравится, что здесь нет магии — просто заранее продуманные границы.
Один канал вместо зоопарка соединений
Самое, на мой взгляд, практичное решение — почти всё общение с облаком (кроме первой регистрации и OAuth) теперь идёт через один мультиплексированный WebSocket/TLS‑канал. Раньше телеметрия, команды, логи, обновления прошивки и описание возможностей тянулись отдельными соединениями. На сервере это выглядит аккуратно, а на устройстве превращается в лишние рукопожатия, сокеты и буферы ещё до того, как ты напишешь хоть строчку полезной логики. Когда я читала про это, вспомнила свою кухню, где каждый прибор раньше тянул свой удлинитель — и как стало спокойнее, когда я наконец купила один сетевой фильтр с нужным числом розеток. Похожий принцип: меньше проводов — меньше точек отказа.
Что отслеживать на практике
Платформа рассчитана на больше миллиона активных устройств одновременно, и это не абстрактная цифра для презентации — это ориентир, под который затачивали каждое решение. Если у вас дома уже стоят устройства Яндекса, пока ничего менять не нужно: речь про новую архитектуру, а не про обязательное обновление того, что работает. Но если вы только присматриваетесь к умному дому, есть смысл дождаться первых отзывов о том, как новая схема ведёт себя в реальных квартирах — особенно там, где роутер стоит за двумя стенами от лампочки. Следите за тем, насколько быстро устройства проходят первичную настройку и не возвращаются ли они в режим «не подключено» после отключения света. Это и будет главный бытовой показатель того, получилось ли у инженеров сделать так, чтобы умный дом был действительно про отдых, а не про ещё один гаджет, который надо чинить.