KINGAI OS Edge | Версия для периферийных устройств

Позиционирование

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

Проектное направление

• Образ малого размера, рассчитанный на устройства с ограниченными хранилищем и памятью
• Приоритет офлайн-работы: при отключении сети данные сначала ставятся в очередь и хранятся локально, а после восстановления сети синхронизируются обратно в центр
• Безопасные обновления, группировка устройств и удалённое управление (всё это — проектные цели, ещё не реализовано)
• Две архитектуры — amd64 и arm64; arm64 является целевой архитектурой, записей о её проверке ещё нет
• Опции TPM, защитных элементов и безопасной загрузки — в зависимости от конкретного оборудования

Смотреть дорожную карту четырёх версий → Смотреть историю версий →

Позиционирование: встраивается в устройство и выдерживает отключение сети самостоятельно

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

Поэтому порядок проектирования Edge — сначала выживание, потом управление: данные сначала надёжно принимаются локально и синхронизируются в центр после восстановления сети; обновление либо полностью успешно, либо откатывается на старую версию и продолжает работу — никогда не останавливается на полпути. Всё это в документации продукта пока остаётся проектными пунктами; в этом разделе каждый разобран по отдельности — и за каждым стоит одна и та же пометка: ещё не реализовано.

Планируемые возможности — по пунктам

Образ малого размера

Хранилище и память устройств ограничены, поэтому образ нужно урезать по принципу «устанавливать только то, что используется». Цель — малый footprint; конкретные цифры размера появятся только с настоящим образом, на стадии планирования числа не называются.

Офлайн-очередь

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

Неизменяемые обновления с двумя разделами

На подходящем оборудовании системный раздел доступен только для чтения, обновление пишется в другой раздел, а при неудачной загрузке идёт автоматический возврат на старый раздел. Для необслуживаемых устройств это куда реалистичнее, чем «обновление не удалось — ждём, пока эксплуатация доберётся до места». Применимость зависит от конкретной формы оборудования; формулировка документации — where suitable.

Подписанные команды устройствам и канареечная группировка

Команды, рассылаемые удалённо, должны проходить проверку подписи; неверный источник — сразу отказ. Новые версии сначала раскатываются на небольшую партию устройств (канареечную группу) под наблюдение и только при отсутствии проблем — на все. Эти два пункта — фундамент управления парком машин (fleet), и сейчас оба остаются на стадии проектных целей.

Безопасная загрузка и опции TPM

Безопасная загрузка, доверенная цепочка загрузки, TPM или защитные элементы — всё зависит от того, даёт ли само оборудование устройства такие возможности. Документация перечисляет их как опции, а не как стандартную комплектацию, и эта страница тоже не даёт на этот счёт твёрдых обещаний.

Отказобезопасное восстановление

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

Почему ISO ещё нет: четыре порога релиза

• Независимая проверка матрицы оборудования ARM64 — arm64 сейчас только целевая архитектура, ни одна реальная машина ещё не проверялась
• Тесты удалённой офлайн-работы и переподключения — доказать, что очередь при отключении сети и синхронизация при восстановлении действительно работают как спроектировано
• Тесты прерывания и отката OTA — выдернуть питание и сеть посреди обновления; устройство должно восстановиться само
• Подписи цепочки поставок и проверка лицензий пакетов — происхождение и лицензия каждого пакета в образе должны быть проверены

Ни один из четырёх порогов не пройден, поэтому у Edge нет ни номера версии, ни ISO, ни кнопки загрузки. Формулировка официального каталога: не заявляется поддержка оборудования, OTA, управления парком машин (fleet) или ARM64.

Текущий прогресс — как есть

На публичном уровне: planned — и только. На внутренней экспериментальной линии инженерная команда собирала экспериментальный образ Edge для amd64 в направлении Debian 13 и оставила записи о сборке, но образ не сохранялся, точки входа для загрузки у него нет, и проверка загрузки прошивки не проводилась. Между экспериментальной сборкой и публичным релизом стоят четыре порога выше; кто бы в сети ни заявлял о существовании официального пакета KINGAI OS Edge — это не официальное.

Смотреть дорожную карту четырёх версий → Смотреть историю версий → Сначала посмотреть выпущенную серверную версию → Следить за прогрессом в Issues →