Современный ИИ требует NaaS: будущее распределенных сетей

Времена, когда ИИ-операции запускались в одном дата-центре или централизованном облачном объекте, ушли в прошлое. Современные ИИ-приложения должны использовать высокораспределенные сервисы и возможности. Бесшовное объединение этих ресурсов требует нового подхода к сетям. На сцену выходит NaaS — Network-as-a-Service, что (как следует из названия) является моделью облачных сервисов, где провайдеры доставляют сетевые возможности, включая связность, безопасность и управление, предприятиям по запросу и обычно по подписке.

Быстрый взгляд на то, как работают современные ИИ-приложения, иллюстрирует потребность в NaaS. Для начала, данные, используемые для обучения ИИ-моделей, обычно хранятся и генерируются в разных местах. Вычислительные ресурсы для обучения моделей и запуска инференса часто разбросаны, особенно с ростом новых предложений вроде GPU-as-a-Service и неоклаудов. Потребность в быстром анализе и действенных инсайтах в реальном времени означает, что обработка данных и инференс должны выполняться близко к тому месту, где данные генерируются или где происходит действие (например, автономный автомобиль маневрирует вокруг препятствия на дороге).

Обратив внимание на эти факторы, конвергенция ИИ и сетей получила значительное внимание в этом году. Mplify (ранее MEF), организация, годами двигавшая рынок NaaS, включила ИИ в свою работу. «Мы перешли в роль ИИ», — сказал Паскаль Менезес, CTO Mplify. Он отметил, что с ИИ-агентами и моделями вездесущ, сети стали критически важными.

См. также: Почему Real-Time AI нужны распределенные облачные вычисления на краю

Появление NaaS

Сегодня предприятия и провайдеры, доставляющие сервисы для поддержки ИИ-усилий, по сути нуждаются в ИИ-коннективити как сервисе. Именно здесь NaaS может сыграть критическую роль.

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

Ключевые аспекты включают:

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

См. также: Что такое неоклауды и почему ИИ им нужен?

Роль Mplify в NaaS

У Mplify долгая история вывода технологий связности на рынок. Её фокус на фреймворках, API оркестрации жизненного цикла сервисов (LSO) и сертификациях помогли сделать Carrier Ethernet повсеместным предложением, на котором предприятия полагались десятилетиями.

Группа пошла по похожему пути с NaaS. Она разработала LSO API и фреймворки, позволяющие сервис-провайдерам экспонировать сетевые сервисы, такие как SD-WAN, Secure Access Service Edge (SASE) и др., стандартизированным способом.

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

Почему NaaS важен для ИИ

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

Современные ИИ-приложения также нуждаются в низкой задержке и гарантированном Quality of Service (QoS). Это еще одна область, где NaaS может сыграть роль. Например, инференс на краю (например, в производстве или автономных системах) требует детерминированной, надежной сети. NaaS позволяет политико-ориентированные гарантии производительности. В этой точке, NaaS-провайдеры обычно предлагают соглашения об уровне сервиса (SLA), гарантирующие конкретные уровни производительности, надежности и доступности.

Еще один аспект NaaS — тесная интеграция безопасности. Это важно, потому что с распределенными GPU и краевыми узлами поверхность атаки расширяется. NaaS интегрирует безопасность как часть сервисной ткани. Большинство NaaS-предложений поддерживают SASE, который объединяет возможности широкополосной сети (WAN) с функциями сетевой безопасности, такими как secure web gateways, zero-trust network access (ZTNA), firewall-as-a-service (FWaaS) и cloud access security broker (CASB).

Итог

Предприятия привыкли к compute-as-a-service предложениям. Однако, по мере расширения их ИИ-инициатив и использования новых предложений вроде GPU-as-a-Service, вычислительные возможности быстро перегружают базовую сеть. Это создает бутылочные горлышки и вводит проблемы с производительностью.

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