Если вам кажется, что ИТ-индустрия уже много лет говорит о периферийных вычислениях (edge computing), то это потому, что так оно и есть — то же самое относится и к Интернету вещей (IoT). Но на практике большинство организаций только сейчас переводит эти разговоры в практическую плоскость. Опрошенные порталом Enterprisers Project эксперты делятся мнениями о том, что следует иметь в виду при разработке периферийной стратегии организации.

Все больше CIO и других ИТ-руководителей берут на себя ответственность за разработку периферийной стратегии. Согласно Red Hat «Global Tech Outlook 2022», 61% ИТ-руководителей планируют использовать IoT, edge или обе технологии в ближайшие 12 месяцев. Если объединить эти две технологии в одну категорию, то они опережают ИИ/MО (53%) в качестве основной области для новых ИТ-нагрузок в этом году.

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

«Периферийные вычисления дополняют то, что делают облака, — и они работают вместе», — говорит Роб Хауэлл, управляющий архитектор корпоративных сетей Capgemini Americas.

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

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

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

1. Периферийные вычисления должны решать подходящие задачи

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

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

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

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

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

2. Автоматизация и централизованное управление будут иметь ключевое значение

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

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

«У вас, вероятно, будет много устройств на периферии, и там, вероятно, не так много местного ИТ-персонала, — говорит Гордон Хафф, технологический евангелист Red Hat. — Поэтому для таких задач, как массовая настройка, принятие мер в ответ на события и централизованное обновление приложений, необходимы автоматизация и управление».

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

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

3. Стандартизация и согласованность — ваши друзья

Сравнение с контейнеризацией переносится на связанную, но самостоятельно важную вещь — стандартизацию.

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

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

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

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

4. Не забывайте о мониторинге и наблюдаемости

По словам Хауэлла, если вы рассматриваете периферию как еще одну форму (высоко) распределенных вычислений, то вы должны понимать необходимость обеспечения видимости.

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

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

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

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

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

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