Для управления быстрым ростом периферийных узлов в 2026 г. ИТ-руководителям необходимо создать гибридную архитектуру, в которой технические команды и пользователи взаимодействуют на каждом уровне, пишет на портале InformationWeek Мэри Шеклет, президент консалтинговой компании Transworld Data.

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

  • Каковы элементы зрелой ИТ-архитектуры?
  • Какую роль играют ИТ-службы и конечные пользователи в этой схеме?
  • Как периферийные ИТ взаимодействуют с центральными ИТ?

Основные элементы зрелой периферийной архитектуры

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

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

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

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

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

Определение ролей ИТ-специалистов и конечных пользователей в гибридной ИТ-среде

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

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

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

В гибридном подходе «пользователь — ИТ-команда» обычно требуются два типа навыков пользователей:

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

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

Гибридный подход выгоден для всех. Он дает пользователям чувство автономии и избавляет ИТ-специалистов от частых поездок на удаленные объекты. Ключ ко всему — четко определить роли, которые ИТ-специалисты и конечные пользователи будут играть в поддержке на периферии. Другими словами, за что отвечают занимающиеся технической поддержкой конечные пользователи, и в какой момент вмешиваются ИТ-специалисты?

Периферия-2026: искусственный интеллект и автоматизированная оркестрация

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

Примеры включают:

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

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

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

Синхронизация периферийных систем с центральными ИТ

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

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

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

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

Задача ИТ-отдела состоит в том, чтобы организовать эти рабочие процессы и обмен данными в контексте общей ИТ-архитектуры. То, как определен каждый элемент, определит размещение серверов, хранилищ, систем и баз данных.

Аварийное восстановление и обход отказов на периферии

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

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

Формулирование гибридной стратегии для руководства бизнеса

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

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

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