Ещё несколько лет назад разработка нового IoT-устройства почти всегда начиналась одинаково.
- Нужно выбрать процессор.
- Отдельно подобрать модем.
- Спроектировать питание.
- Развести плату.
- Подобрать память.
- Добавить AI-ускоритель.
- Написать драйверы.
- Провести испытания.
И только после этого начинать думать о самом продукте.
Такой подход позволяет получить максимально оптимизированное устройство. Но у него есть одна серьёзная проблема — время.
Пока команда полтора года разрабатывает собственную аппаратную платформу, рынок уже может измениться.
- Появятся новые требования заказчиков.
- Изменятся модели искусственного интеллекта.
- Выйдут новые процессоры.
- Конкуренты выпустят свои решения. И продукт, который должен был стать технологическим преимуществом, рискует просто опоздать.
Именно поэтому модульный подход к созданию AIoT-устройств становится всё более интересным.
От разработки компонентов к сборке решений
Идея достаточно простая.
Не обязательно разрабатывать каждую часть устройства самостоятельно.
Можно использовать готовые вычислительные модули, в которых уже объединены ключевые компоненты:
- вычислительная платформа;
- память;
- интерфейсы;
- беспроводная связь;
- средства ускорения AI;
- программная поддержка.
А разработчик сосредотачивается на том, что действительно создаёт ценность для заказчика.
- На продукте.
- На алгоритмах.
- На интеграции.
- На пользовательском сценарии.
- На промышленном применении.
По сути, AIoT начинает двигаться в сторону конструктора.
Не нужно каждый раз изобретать двигатель, чтобы построить автомобиль.
Нужно правильно выбрать двигатель и построить вокруг него хороший автомобиль.
Почему сейчас это особенно важно
Для классического IoT задержка на несколько месяцев уже могла быть неприятной. Для AIoT ситуация ещё жёстче. Аппаратная платформа сегодня тесно связана с программным обеспечением и моделями искусственного интеллекта. Меняются требования к вычислительной мощности. Появляются новые модели. Растут требования к обработке данных на устройстве. Развивается Edge AI.
Поэтому чем дольше продолжается разработка аппаратной части, тем выше вероятность, что требования изменятся ещё до выхода продукта.
Модульный подход позволяет уменьшить этот риск.
Но модульность — это не просто «купить готовую плату»
И здесь начинается самое интересное для инженеров. Готовый модуль сам по себе не решает архитектурную задачу.
Нужно понимать:
- Что именно должно находиться на Edge;
- Какие данные нужно передавать в облако;
- Какая вычислительная мощность действительно необходима;
- Какие интерфейсы понадобятся через два года;
- Как будет обновляться программное обеспечение;
- Как обеспечить информационную безопасность; как масштабировать производство.
Поэтому роль инженера постепенно меняется.
Он меньше занимается созданием каждого отдельного компонента и больше — архитектурой всей системы.
И это, на мой взгляд, гораздо более интересная задача.
Самое важное — скорость выхода на рынок
В промышленной автоматизации часто принято считать главным преимуществом технические характеристики.
- Более мощный процессор.
- Больше памяти.
- Больше интерфейсов.
- Выше точность.
Но у продукта есть ещё одна характеристика, которую часто недооценивают.
Time-to-Market.
Если конкурирующее решение выходит на рынок на год раньше, дополнительные 20% производительности процессора могут уже никого не интересовать.
Особенно если первый продукт уже установлен у заказчика и генерирует реальные данные.
Поэтому сегодня архитектуру нужно оценивать не только по техническим характеристикам.
Нужно задавать ещё один вопрос:
Как быстро мы сможем превратить эту архитектуру в работающий продукт?
Это касается не только аппаратуры
Тот же принцип уже давно работает в программном обеспечении.
Мы перестали писать всё с нуля. Используем готовые библиотеки. Облачные сервисы. API. Контейнеры. Микросервисы. Готовые модели AI.
IoT постепенно движется в том же направлении.
И это логично.
Если существует надёжный компонент, который закрывает базовую функцию, нет большого смысла тратить год на создание его собственной версии только ради того, чтобы сказать, что всё разработано внутри компании.
Собственная разработка имеет смысл там, где она создаёт конкурентное преимущество.
Всё остальное можно стандартизировать и собирать из готовых элементов.
Где здесь появляется Industrial IoT
Для промышленности этот подход особенно интересен.
Представим разработку нового устройства для мониторинга оборудования.
Вместо того чтобы создавать собственную вычислительную платформу с нуля, можно использовать готовый модуль.
На нём запускаются:
- обработка сигналов;
- модели машинного обучения;
- обнаружение аномалий;
- локальная аналитика;
- управление оборудованием.
А разработчик концентрируется на конкретной задаче.
Например, на обнаружении ранних признаков износа подшипника.
Именно здесь появляется настоящая ценность продукта.
Не в том, что компания самостоятельно разработала очередную печатную плату.
А в том, что она смогла решить конкретную промышленную задачу.
Есть и ещё один важный эффект
Модульная архитектура позволяет быстрее экспериментировать.
- Можно заменить вычислительный модуль.
- Поменять коммуникационный блок.
- Обновить AI-ускоритель.
- Изменить программную часть.
- Не переделывая полностью всё устройство.
Это особенно важно для продуктов, которые должны развиваться несколько лет.
Потому что сегодня невозможно точно предсказать, какие вычислительные требования будут у AI через три года.
Архитектура должна учитывать эту неопределённость.
Мой вывод
На мой взгляд, главный смысл этой новости вообще не в конкретных аппаратных модулях.
Она показывает более фундаментальное изменение.
Разработка AIoT постепенно превращается из создания отдельных компонентов в проектирование гибких систем.
И конкурентным преимуществом становится не способность сделать всё самостоятельно.
А способность правильно определить:
что нужно разработать самим, что лучше взять готовым и как объединить всё это в работающий продукт.
В результате выигрывает не обязательно тот, у кого самая сложная технология.
Выигрывает тот, кто быстрее превращает технологию в решение, которое действительно нужно заказчику.