Автономный умный дом: к чему готовиться, если из-за блокировок пропадет интернет

Содержание статьи

Андрей Логинов, сооснователь и технический директор CleverHome

На рынке систем умного дома сегодня есть два противоположных полюса. Первый — выстраивание архитектуры в расчете на облачную инфраструктуру. У такого подхода много плюсов, но все их полностью обнуляет тотальная зависимость от доступности чужого сервера. Второй — локальные интеграционные решения, когда интегратор собирает из разнородных систем что-то уникальное, условно связанное между собой и непростое в поддержке. В ряде случаев такие решения могут стоить как «крыло от Боинга».

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

Утро, когда умные устройства стали бесполезными

Рано утром 20 октября 2025 года многие владельцы умных домов в США обнаружили, что их привычные цифровые сервисы не работают. Сбой в регионе AWS US-EAST-1 каскадом разошелся по всей инфраструктуре и продлился больше семи часов. Какие неудобства это вызвало, можно судить на примере умных кроватей Eight Sleep. Некоторые из них перегревалась: температура доходила до 110 °F (более 43°C). Другие застыли в поднятом положении, так что спать на них было невозможно. Управлять температурой и углом наклона можно было только через интернет-приложение, офлайн-способа настройки не существовало.

Бывают ситуации и хуже, чем временный сбой. В апреле 2022 года американская компания — производитель устройств для умного дома Insteon без предупреждения отключила свои серверы, оставив пользователей без поддержки. Перестали работать все сценарии автоматизации. Показательная деталь: простые устройства вроде выключателей, работавшие через локальное управление, продолжили нормально функционировать. То есть наиболее устойчивыми к сбою оказались устройства с локальным управлением, не зависящие от внешнего сервера.

У нас своя специфика

В России периодические отключения интернета уже стали рутиной. По итогам 2025 года чаще всего с шатдаунами сталкивались жители Нижегородской области (202 дня), Ростовской области (200) и Москвы (199). По данным Vigo за 2026 год, в Брянской, Курской и Белгородской областях почти 90% сессий в мобильных сетях проходили на фоне ограничений.

Во многих регионах работает «белый список» ресурсов, доступных во время ограничений. Но сервисы умного дома в него не входят. В домах, где функционирование умных устройств зависит от облачного провайдера, без интернета нельзя воспользоваться практически ни одним сервисом. Вплоть до того, что даже умная дверь в подъезд не открывается.

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

В 2021 году, когда мы c коллегами из CleverHome только начинали работать на рынке умной автоматизации, проблемы периодических ограничений интернета еще не существовало. Но мы пришли в эту сферу из промышленной автоматизации. А там зависимость управления объектом от внешнего канала связи считается ошибкой проектирования. Поэтому при разработке BMS-платформы по управлению умным домом мы по умолчанию заложили в архитектуру возможность работы в автономном режиме. А через несколько лет выяснилось, что это еще и очень актуально.

И кстати, блокировки — лишь одна из причин, по которой умный дом может остаться без интернета. По моему опыту, ни один жилой объект не застрахован от того, что какой-нибудь разнорабочий на тракторе во время благоустройства случайно перережет оптоволоконный кабель. Кроме того, мы два или три раза сталкивались в крупными DDoS-атаками на провайдеров, из-за которых тоже нарушалось интернет-соединение.

Каждой квартире — по серверу

Один из ключевых принципов в проектах автоматизации ЖК: в каждой умной квартире нужно разместить контроллер. Это не шлюз, который пересылает команды в облако, а полноценный локальный сервер, который:

● управляет всеми датчиками и устройствами квартиры, включая беспроводные на ZigBee;

● служит сервером видеопотоков;

● исполняет сценарии.

Работает контроллер независимо от того, есть ли интернет. Даже если произошел сбой или в регионе действуют ограничения, все базовые функции умной квартиры будут доступны. Защита от протечек перекроет воду, автоматические сценарии будут работать в соответствии с настройками.

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

Локальный остров

Следующий уровень — дом целиком. Чтобы цифровая инфраструктура работала стабильно, не нужно делать общий облачный «вход» во все объекты. Лучше всего, когда каждое здание управляется отдельно, своим сервером на объекте.

Физически это устроено так. Вместо разрозненных инженерных систем, где у каждой свой кабель для подключения, в доме строится единая локальная сеть по принципу СКС. К ней подключается оборудование, обеспечивающее работу сервисов: домофония, видеонаблюдение, СКУД, диспетчеризация лифтов и другие. К этой же сети подсоединен наш сервер, который обеспечивает локальное автономное управление всем оборудованием. То есть это не эфемерное облако, на котором размещен софт, а реальная машина в серверной дома.

Что это дает? Когда интернет по какой-то причине пропадает, умный дом превращается в локальный островок.

● Продолжают работать: все инженерные системы и сервисы внутри здания. Умные двери, умные лифты, системы видеонаблюдения, домофоны и так далее.

● Временно не работают: при сбое интернета отключается лишь небольшая часть сервисов: например, видеодомофония за пределами здания. Позвонить жителю на смартфон, когда он отсутствует дома, нельзя, потому что до смартфона просто нет канала.

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

Автономность не только от интернета, но и от электричества

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

Пожалуй, единственная система, которую нельзя включить в платформу для управления умным домом — это пожарная сигнализация. Согласно нормативным требования, она работает полностью автономно, но обменивается с BMS-платформой данными в цифровом формате. Благодаря этому можно узнать, какой конкретно датчик сработал и в какой квартире, и жителю немедленно отправляется уведомление в приложении.

Приватность как побочный эффект

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

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

Вот пример: дешевая Wi-Fi-лампочка генерирует столько трафика, как будто в ней стоит камера. Камеры в ней точно нет. Зачем ей столько данных, непонятно. А если она установлена, к примеру, в кабинете бизнесмена, где обсуждаются серьезные вещи? Перехват и анализ таких разговоров чужой системой — это уже совсем не шутка.

Безопасная модель выглядит так:

● Данные квартиры не уходят на сторону. Более того, в нашей BMS-платформе мы закрыли их даже от самих себя. Хотя с практической точки зрения это неудобно: при разборе инцидента мы не можем получить доступ к данным. Но мы выбрали приватность жильцов в качестве ключевого приоритета.

● Инженер работает только локально. Собственник в случае необходимости может пригласить в квартиру инженера УК, чтобы тот настроил сценарии умной квартиры. Как только инженер выходит за порог, у него нет больше доступа к данным.

● Видеоархив не входит в задачи умного дома. Контроль текущего потока и доступ к камере — да. Но архив записей с камер, куда могут попасть жители — другое дело.

Хранить такое на нашем сервере мы точно не планируем.

Два контура безопасности

Кибербезопасность держится на двух контурах:

Безопасность самой платформы.
Сетевая безопасность вокруг нее.

Чтобы перехватить управление системой умного дома, нужно пробить оба. Не скрою — такие попытки были, но цели злоумышленники не достигли.

Честно о компромиссах

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

● Обновления сложнее. Облачный сервис обновляется централизованно в одном месте. А у нас десятки серверов в разных домах. Чем больше проектов мы выполнили, тем сложнее поддерживать всю инфраструктуру в актуальном состоянии. Технический мониторинг — самый большой пласт нашей работы (но об этом будет отдельная статья)

● Разбор инцидентов дороже. Поскольку мы не видим данных квартиры, диагностика идет через локальные механизмы и инженера на месте.

Пять вопросов, которые стоит задать перед проектированием системы умного дома:

Какие устройства перестанут работать в квартире, если пропадет интернет?
Какие функции потеряет умный дом, если сбой у провайдера затянется на сутки?
Где физически обрабатываются данные с датчиков и видео?
Что будет с системой, если вендор уйдет с рынка?
Сколько система умного дома проработает без электричества и что отключится первым?

Если на первые два вопроса вы ответили «все», то это не умный дом, а скорее умный арендатор чужого сервера. И если на оставшиеся три у вас нет четкого ответа — значит, в архитектуру умного дома уже заложена уязвимость перед целым рядом рисков.