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

Согласно прогнозам аналитиков Valuates Reports, среднегодовой темп роста (CAGR) рынка периферийных вычислений (Edge Computing) вплоть до 2025 г. составит внушительные 19,9%. В этом нет ничего удивительного. Компании развертывают IoT-устройства на периферии своих сетей, в домах и на удаленных объектах. Эти устройства могут отправлять, получать и обрабатывать данные, и, скорее всего, со следующей волной развертывания предприятия сосредоточатся на том, чтобы научится извлекать и обрабатывать бизнес-данные из всего многообразия IoT. В одних случаях IoT сможет самостоятельно получать, обрабатывать и даже хранить данные, в других ему потребуется использовать данные совместно с другими основными корпоративными системами для поддержки таких технологий, как искусственный интеллект и аналитика.

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

Проблемы интеграции Edge с централизованными вычислениями

Всего перед ИТ-отделом стоит пять основных задач по интеграции периферийных и основных вычислений.

1. Перегрузка периферийных и особенно IoT-устройств данными

IDC прогнозирует, что к 2025 г. в мире будет насчитываться 41,6 млрд. подключенных IoT-устройств, генерирующих 79,4 Зб данных. Далеко не все они принесут пользу для компаний, к тому же последние не могут позволить себе оперировать такими громадными объемами данных. «Имеется риск, что компании могут оказаться перегруженными данными IoT, которые не несут для них значительной смысловой нагрузки, — сказал Маниш Джетва, CTO компании Yotta, которая занимается управлением инфраструктурными активами. — Без четкого понимания того, какие данные где находятся, IoT может переполниться массой данных, которые не имеют ценности для бизнеса».

2. Ограниченное время для интеграции

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

3. Унаследованные системы

Два года назад CEO поставщика решений для мэйнфреймов Compuware Крис О’Мэлли сообщил, что «в настоящее время 57% пользователей мэйнфреймов запускают более половины своих критически важных для бизнеса приложений на этой платформе, и, как ожидается, в следующему году это число увеличится до 64%». Одной из причин, почему устаревшие системы называют «унаследованными», заключается в том, что они выдержали испытание временем, показав себя невероятно надежными и производительными. Фактически, как рассказал CIO одной крупной гостиничной компании, его мэйнфрейм, который обрабатывает заказы на бронирование номеров, не выходил из строя в течение 30 лет.

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

4. Пропускная способность

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

5. Безопасность

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

Определение эффективной стратегии интеграции для Edge Computing

Любой ценой избегать трудоемкого и специфического кодирования — основной лейтмотив организации, которая занимается интеграцией основных корпоративных систем с периферийными. В связи с этим первый вопрос, который возникает у системных интеграторов, связан с тем, имеется ли у клиента детальная библиотека API для IoT/конечных точек и основных систем. Далее им следует заняться поиском подходящего инструмента ETL (extract, transform, load — извлечение, преобразование, загрузка), чтобы автоматизировать интеграцию Edge-системы с корпоративным стеком, или, возможно, выбрать разделение периферийных и центральных вычислений, чтобы они могли работать независимо друг от друга, но с передачей данных между ними при посредничестве облачного сервиса.

Варианты интеграции:

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

По возможности применяйте для создания периферийных соединений стандартный API. Если это не удается, воспользуйтесь одним из следующих методов.

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

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

Перенос обработки данных на периферию сети. На рынке имеются технологии, которые позволяют обойтись существующей пропускной способностью, а также распределить обработку данных, чтобы большая ее часть выполнялась непосредственно на периферии. «Это можно сделать при помощи развертывания интеллектуальных Edge-узлов на периферии сети для локальной обработки», — сказал старший вице-президент по маркетингу поставщика узлов Veea Курт Мишель. В такой конфигурации Edge-система настроена на обработку входящих периферийных данных, но впоследствии вы можете просмотреть их в облаке, удалив ненужные, и затем отправить их в основные системы.

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

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

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