Устройство, построенное по принципу local-first, выполняет свою основную работу на собственном железе и в локальной сети, а интернет считает бонусом, а не обязательным условием. Когда облако необязательно, оборванное соединение или окно веерного отключения означают короткое неудобство, а не мёртвое устройство. В этом материале — почему зависящие от облака гаджеты превращаются в кирпичи, какие подходы продолжают работать офлайн и какой простой тест провести до покупки.

Почему зависящие от облака устройства превращаются в кирпичи

Многие «умные» продукты держат мышление где-то в стороне. Кнопка на стене ничего не решает: она отправляет сообщение на сервер, сервер принимает решение, и ответ возвращается через интернет. Пока всё работает, этот круг незаметен. Он становится очевиден в тот момент, когда связь обрывается.

В Южной Африке связь обрывается часто. Веерные отключения выключают роутер и оптический терминал разом. Мобильный трафик заканчивается или замедляется до ползания. Сервер производителя перегружается — или компания тихо снимает линейку с производства и гасит стоящий за ней сервис. Как только это происходит, выключатель, которому нужно облако, чтобы зажечь лампочку на той же стене, перестаёт работать. С железом всё в порядке. Просто его мозг живёт слишком далеко.

Худший сценарий — медленный. Устройство может отлично работать два года, а потом стать электронным мусором в тот день, когда производитель решит, что облачный сервис больше не стоит поддержки. Вы покупали продукт, а арендовали зависимость.

Что на самом деле означает local-first

Local-first — это не против интернета. Это про то, где принимаются важные решения. В архитектуре local-first основной контур управления выполняется на самом устройстве или на небольшом хабе в вашей собственной сети. Облако остаётся для задач, которым действительно нужен внешний мир: доступ к устройству, когда вас нет дома, долгое хранение истории, доставка обновлений и предоставление доступа другим людям.

Представьте это как три слоя. Логика на устройстве решает непосредственную задачу. Координация в локальной сети позволяет телефону общаться с устройством по Wi-Fi, не выходя за пределы дома. Необязательная синхронизация с облаком отвечает за всё остальное — и только когда соединение доступно. Уберите верхний слой, и два нижних продолжат работать.

Подходы, которые продолжают работать офлайн

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

• Локальный контур управления. Показания датчиков и решения, которые они запускают, обрабатываются на микроконтроллере, а не на сервере. Термостат держит своё расписание, выключатель — выключает.
• Хаб в локальной сети. Небольшое всегда включённое устройство координирует остальные по вашей локальной сети, так что команды от телефона к устройству никогда не покидают территорию.
• Отложенная синхронизация вместо потери данных. В офлайне устройство сохраняет свои показания и выгружает их, как только связь вернётся, а не выбрасывает их.
• Плавная деградация. У устройства есть заданное поведение на случай офлайна: удерживать последнее известное состояние, отработать безопасное расписание по умолчанию или перейти в более безопасное положение. Оно не просто мигает ошибкой и сдаётся.
• Локальные учётные данные. Вы по-прежнему можете войти и настроить устройство в своей сети, даже если сервер учётных записей производителя недоступен.

Тест «работает офлайн»

Почти всё это можно оценить в первый же вечер, пока не истёк срок возврата. Настройте устройство, а затем намеренно погоняйте его при мёртвом интернете.

1. Выключите роутер или отключите мобильный интернет и воспользуйтесь основной функцией. Выключатель по-прежнему выключает, датчик по-прежнему реагирует?
2. Перезагрузите устройство при всё ещё отключённом интернете. Оно само возвращается в рабочее состояние или зависает в ожидании связи с сервером?
3. Откройте приложение в той же сети Wi-Fi совсем без интернета. Может ли оно найти устройство и управлять им локально?
4. Задайте производителю один прямой вопрос: что станет с этим железом, если вы закроете сервис? Уверенный ответ обычно означает, что локальный запасной путь существует.
5. Ищите открытые протоколы вроде Matter, Zigbee или MQTT к вашему собственному брокеру. Стандарты, которые вы контролируете, — это разница между сменой приложения потом и повторной покупкой всего.

Если устройство проваливает первые два шага, это не умное устройство. Это пульт для чужого сервера.

Как воспитать мышление local-first

Такой инстинкт проще выработать в детстве. Дети, которые учатся программировать на железе, выполняющем программу прямо на плате, вырастают с ожиданием, что устройство владеет собственной логикой. Когда код живёт на чипе, проект со светом и датчиком продолжает работать независимо от того, есть ли в комнате Wi-Fi, и ученик видит ровно то место, где принимается решение.

По этой модели работает наша плата sheenbot∞: программа выполняется на микроконтроллере, поэтому проект ведёт себя одинаково в домашней сети, в школе или на столе вовсе без связи. Это практичный способ показать, что «умный» не обязано означать «онлайн». Хотите увидеть, как мы этому учим, — наша академия собирает такие проекты шаг за шагом, можно записаться на пробное занятие, а платы и наборы есть в магазине.

Главное

Облако полезно для удалённого доступа, истории и обновлений. Но это плохое место для базовой работоспособности устройства. Отдавайте предпочтение продуктам, где основной контур работает локально, где данные сохраняются и синхронизируются, а не выбрасываются, и где открытые протоколы не дают привязать вас к одной компании. А потом потратьте один вечер на тест «работает офлайн». Устройства, которые его проходят, — это те, что будут работать и в следующий раз, когда пропадёт свет.

Частые вопросы

Значит ли local-first, что я теряю удалённый доступ?

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

Облако — всегда неверный выбор?

Нет. Облачные сервисы — правильный инструмент для долгой истории, обновлений «по воздуху» и доступа к устройству, когда вас нет рядом. Правило такое: использовать облако для того, чему нужен внешний мир, а не для решений, которые устройство может принять само.

Как работают обновления ПО, если устройство офлайн?

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