Интер Интернет всего (IoE): что это такое и чем он отличается от IoT

Фото: Leon Seibert (Unsplash) — https://unsplash.com/photos/internet-led-signage-beside-building-near-buildings-2m71l9fA6mg?utm_source=dev48&utm_medium=referral

Источник: Netguru•

Интер Интернет всего (IoE): что это такое и чем он отличается от IoT

Internet of Everything (IoE) gets treated as a rebrand of IoT, but the distinction matters at the architecture level. IoT is a connectivity layer; IoE is an operating model that binds that layer to people, process, and decision workflows.

Интернет всего (IoE) часто воспринимается как ребрендинг IoT, но разница между ними имеет принципиальное значение на архитектурном уровне. IoT — это уровень подключения; IoE — это операционная модель, которая связывает этот уровень с людьми, процессами и рабочими процессами принятия решений.

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

Интернет всего (IoE): краткий ответ

Интернет всего (IoE) — это концепция Cisco по объединению людей, процессов, данных и вещей в единую сетевую систему, а не просто набор датчиков, передающих данные на дашборд. IoT обеспечивает наличие вещей и возможности подключения; IoE добавляет людей, которые действуют на основе этих данных, и процессы, которые превращают их в решения.

Эта разница становится очевидной по мере роста масштабов развертывания. Большинство пилотных проектов IoT заходят в тупик, как только количество устройств начинает превышать возможности сети и модели данных, созданных для демо-версии, поэтому предприятиям, масштабирующим свою инфраструктуру IoT, с самого начала необходим план, рассчитанный на рост. Компонент, которого обычно не хватает, — это процесс: управление данными, генерируемыми машинами, которые производят устройства.

Масштабы реальны. По данным IoT Analytics, количество подключенных IoT-устройств должно вырасти на 14% в 2025 году и составить 21,1 миллиарда, а к 2030 году достичь 39 миллиардов. При таком объеме умным системам в здравоохранении, производстве и логистике требуется нечто большее, чем просто подключение, чтобы не развалиться.

Чем IoE отличается от IoT?

Интернет вещей (IoT) описывает устройства, которые считывают информацию и передают ее; Интернет всего (IoE) описывает архитектуру, которая должна осмыслить то, что они отправляют. IoT — это уровень подключения: межмашинное взаимодействие между вещами, датчиками и шлюзами. IoE добавляет компоненты людей, процессов и данных, вокруг которых Cisco построила свою концепцию, что меняет то, что вы на самом деле проектируете.

Практическое различие проявляется в масштабе, а не в аппаратном обеспечении:

Это различие часто проявляется острее всего при выводе систем из эксплуатации. Команды планируют развертывание IoT (подготовку устройств, подключение, дашборды) и упускают из виду то, что происходит, когда парк устройств устаревает, версии прошивок расходятся или поставщик прекращает поддержку протокола. Это проблема IoE: она затрагивает процессы и людей, а не только саму вещь, и в течение жизненного цикла устройства это может обойтись дороже, чем первоначальное «железо».

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

Четыре компонента IoE: люди, процессы, данные и вещи

Концепция IoE от Cisco выделяет четыре компонента (люди, процессы, данные и вещи), чтобы объяснить, что именно меняется при переходе от подключения устройств к подключению всего вокруг. Каждый из них несет свою архитектурную нагрузку, а не просто маркетинговую метку.

Вещи остаются уровнем сбора данных и управления (сенсоров и актуаторов) — тем самым слоем IoT, который уже есть у большинства команд. Данные — это то место, где происходят реальные инженерные изменения: исходная телеметрия должна стать структурированным входом для конвейеров аналитики IoT, а не просто потоком, зависшим в очереди сообщений.

Это означает версионирование схем, политики хранения и принятие решения о том, что именно обрабатывается на периферии, а что отправляется в облако еще до подключения первого устройства.

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

По мере роста парков устройств Процессы имеют тенденцию ломаться раньше, чем Вещи. Правила оповещений, настроенные для пилота на 200 датчиков, могут превратиться в лавину уведомлений при 20 000 устройствах, если никто не смоделировал веерную рассылку.

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

Как IoT эволюционировал в IoE?

Архитектура Интернета вещей (IoT) отвечала на один вопрос: как выгрузить данные с датчика с устройства в базу данных. Архитектура Интернета всего (IoE) отвечает на более сложный вопрос: как поддерживать синхронизацию между людьми, процессами, данными и вещами, когда количество устройств исчисляется не сотнями, а сотнями тысяч.

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

Периферийные вычисления (edge computing) — это архитектурный ответ, а не дополнительная функция. Обработка переносится на шлюзы и вычислительные модули на самих устройствах, поэтому системы принимают решения локально и передают наверх только обобщенные данные.

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

Технологии связи, обеспечивающие работу IoE: 5G, NB-IoT, LPWAN

Ни один отдельный протокол не может обеспечить работу развертываний Интернета всего (IoE). Правильный выбор связи — 5G, NB-IoT или более широких сетей LPWAN — зависит от плотности устройств, бюджета энергопотребления и того, какой объем обработки данных происходит на периферии до того, как они попадут в систему учета.

Как сопоставляются эти три варианта:

Густые парки устройств в здравоохранении или логистике, насчитывающие десятки тысяч элементов, редко используют только одну технологию. Гибридная схема (NB-IoT или LPWAN для телеметрии, 5G для подмножества устройств, требующих управления в реальном времени) переносит больше вычислений на периферийные узлы, благодаря чему сетевой уровень передает наверх только самое необходимое.

Это важно для совокупной стоимости владения, выходящей за рамки счетов за связь. Датчики LPWAN с питанием от батарей дешевы в развертывании, но дороги в обслуживании, когда они замурованы в стены или встроены в оборудование, а вывод из эксплуатации пятилетнего парка со смешанными стандартами связи может занять месяцы, если аппаратное обеспечение не задокументировано.

Варианты использования IoE в различных отраслях

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

Умные города и энергетика

«Умные» города объединяют управление дорожным движением, маршрутизацию отходов и балансировку нагрузки интеллектуальных сетей в единый уровень связи, как правило, используя LPWAN для считывания показаний счетчиков и 5G для критичных к задержкам сигналов.

Коммунальные предприятия, внедряющие технологии smart grid, все чаще объединяют данные с датчиков с цифровым двойником распределительной сети, чтобы моделировать нагрузку до того, как сбой приведет к отключению подстанции. По данным IEA, в электросетях по всему миру развернуто около 320 миллионов датчиков распределения, а число умных счетчиков в 2022 году превысило 1 миллиард (IEA via Enlit, 2023).

Здравоохранение

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

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

Розничная торговля

В ритейле IoE используется для объединения полочных датчиков, POS-систем и данных цепочки поставок в единый сигнал спроса, что сокращает задержку между отсутствием товара на складе и повторным заказом. Умные полки и RFID питают то же озеро данных, которое обеспечивает динамическое ценообразование.

Производство и IIoT

Промышленный интернет вещей (IIoT) — это область, где предиктивное обслуживание окупается быстрее всего. McKinsey показало, что предиктивное обслуживание обычно сокращает время простоя оборудования на 30–50% и увеличивает срок его службы на 20–40%. Достижение этих преимуществ зависит от граничного уровня (edge layer), рассчитанного на масштабы полного парка устройств, а не только пилотного проекта.

Цифровые двойники в производстве и энергетике

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

В производстве двойник собирает данные с датчиков производственной линии и предупреждает об износе подшипников или тепловом дрейфе за несколько дней до аварии.

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

В обоих случаях используется граничные вычисления (edge computing) для локальной предварительной обработки данных с устройств, поскольку промышленное предприятие или сегмент энергосети генерируют больше телеметрии, чем целесообразно передавать в исходном виде. Это напрямую связывает цифрового двойника со столпами процессов и данных в IoE: это система принятия решений, а не просто инструмент мониторинга.

Риски безопасности Всеобъемлющего интернета (IoE)

Основной риск безопасности при развертывании Всеобъемлющего интернета (IoE) заключается в расширении поверхности атаки: каждое устройство, датчик и пограничный узел, добавленные в сеть, становятся новой точкой входа на уровни людей, процессов и данных, которые объединяет концепция четырех столпов Cisco.

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

Межмашинное взаимодействие (M2M) еще больше усложняет ситуацию. Трафик M2M передается напрямую между устройствами без участия человека, поэтому один скомпрометированный датчик может отдавать команды другим узлам, не вызывая предупреждений, которые сработали бы в системе, ориентированной на действия пользователя. В сетях 5G или LPWAN, передающих телеметрию с десятков тысяч вещей, такое горизонтальное перемещение злоумышленников трудно заметить до тех пор, пока оно не затронет сразу несколько систем.

Жизненный цикл устройств и вывод их из эксплуатации — это риск, который команды часто недооценивают. Выведенный из эксплуатации датчик с действующим сертификатом представляет собой активные учетные данные в сети, за которыми никто не следит, а модели совокупной стоимости владения редко закладывают затраты на безопасный вывод устройств из эксплуатации в промышленных масштабах.

Типичный сценарий отказа: пилотный проект успешно обеспечивает безопасность 50 устройств, затем та же неизмененная архитектура развертывается на 20 000 устройств, и процессы управления сертификатами, мониторинга и обновления прошивок, выполнявшиеся вручную, перестают масштабироваться.

Масштаб угроз уже огромен: обзор исследований безопасности IoT от StationX оценивает долю IoT-устройств, уязвимых для атак средней или высокой степени критичности, в 70%, ссылаясь на CybelAngel и HP.

Что дальше: ИИ и граничные вычисления в IoE

Граничные вычисления и цифровые двойники определяют дальнейшее развитие архитектуры Всеобъемлющего интернета (IoE), приближая вычисления и моделирование к парку устройств вместо централизованного облака.

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

Gartner прогнозирует, что к 2028 году более двух третей корпоративных данных будут создаваться и обрабатываться за пределами центров обработки данных или облака (Gartner Market Guide for Edge Computing Platforms, via ZEDEDA). Эта тенденция меняет расчет совокупной стоимости владения системами IoE, поскольку каждый дополнительный граничный узел увеличивает расходы не только на развертывание, но и на вывод из эксплуатации и повторное выделение ресурсов на протяжении всего жизненного цикла устройства.

Развертывание сетей 5G и LPWAN делает возможным создание более плотных ячеистых сетей устройств, что поднимает те же вопросы относительно поверхности атаки — от подключения устройств до окончания поддержки прошивки. Если IoE входит в ваши планы, закладывайте в бюджет полный жизненный цикл, а не только пилотный этап.

FAQ: ответы на вопросы о Всеобъемлющем интернете (IoE)

Что подразумевается под Всеобъемлющим интернетом?

Всеобъемлющий интернет (Internet of Everything, IoE) описывает сетевые связи между людьми, процессами, данными и вещами согласно концепции четырех столпов Cisco, расширяя IoT от простых приложений межмашинного взаимодействия до полноценных бизнес-систем. Умная фабрика, объединяющая датчики, рабочие процессы ERP и операторов, является практическим примером. Эта разница становится принципиальной, как только вы масштабируетесь дальше отдельного пилотного проекта IoT.

В чем разница между IoT и IoE?

IoT объединяет физические устройства для обмена данными; IoE в рамках концепции Cisco охватывает IoT, а также людей, процессы и данные. IoT — это уровень связности, а IoE — это бизнес-уровень, построенный поверх него. Это различие имеет значение при определении масштаба проекта цифрового двойника или граничных вычислений, выходящего за рамки простого подключения устройств. Командам, создающим приложения для подключенных устройств, необходим этот уровень связности, прежде чем внедрять процессы и данные, определяющие IoE.

Актуален ли еще IoT?

Да. IoT остается фундаментом связности, на котором строится IoE. По прогнозам IoT Analytics, к концу 2025 года количество подключенных IoT-устройств достигнет 21,1 миллиарда, и они будут активно использоваться в производстве, здравоохранении и логистике, причем по мере выхода из пилотной фазы сложность проектов возрастает, а темпы внедрения не снижаются. Большинство корпоративных проектов IoE по-прежнему начинаются с точечного развертывания IoT.

Является ли работа в сфере IoT высокооплачиваемой?

Инженеры в сфере IoT получают высокую заработную плату по сравнению с общими ролями в разработке программного обеспечения, особенно на позициях, связанных с архитектурой и граничными вычислениями. По данным руководства по зарплатам MentorCruise, медианная зарплата инженера IoT в США составляет около 95 000 долларов в год. Специалисты, способные проектировать решения на стыке всех четырех столпов, а не просто писать прошивки для устройств, получают более высокую оплату по мере роста спроса на подключенные технологии.

Требуется ли программирование в IoT?

Да. Создание систем IoT и IoE требует навыков программирования, в частности embedded C или C++, Python для вычислений на периферии (edge inference), а также работы с API для подключения устройств к облачным решениям. Low-code инструменты помогают при прототипировании, но не в продакшене. Для масштабных парков устройств по-прежнему нужны инженеры, понимающие принципы сетевых технологий и безопасности, поскольку по мере роста числа устройств увеличивается и поверхность атак.

Готова ли ваша архитектура к IoE?

Архитектура Интернета всего (IoE) чаще дает сбой не из-за выбора протоколов, а из-за того, что происходит после пилотного запуска: количество устройств превышает несколько тысяч, узлы периферийных вычислений размножаются, а затраты на выводу из эксплуатации никто не заложил в совокупную стоимость владения. Именно на этом этапе парки устройств обычно буксуют.

Если вы выбираете паттерны взаимодействия периферии с облаком, оцениваете поверхность атак или определяете место для 5G и LPWAN в дорожной карте ваших устройств, наши IoT-инженеры помогут протестировать архитектуру на прочность до того, как ей придется обрабатывать реальные объемы данных. Свяжитесь с нашей командой до того, как утвердите архитектуру, которая не сможет масштабироваться за рамки пилотного проекта.

О чём эта статья

Ещё в разделе «Разработка ПО»

Все →

Ещё от Netguru