Что происходит, когда инфраструктура, на которой работает весь ваш стек ИИ, становится уязвимым местом? Не потому, что она дала сбой, а потому, что изменилась политическая ситуация.
Для все большего числа предприятий это не гипотетический сценарий. Регуляторные требования ужесточаются. Правила локализации данных множатся. Правительства вмешиваются в то, какие инструменты ИИ могут быть развернуты, кем и где.
И организации, которые построили свои ИИ-операции исключительно на платформе одного облачного провайдера, сталкиваются с суровой реальностью: они могут использовать инструменты, но они не могут гарантировать, что смогут использовать их и дальше. Они могут запускать рабочие нагрузки в суверенном регионе провайдера, но они не могут отделить программное обеспечение от провайдера, которому оно принадлежит.
Это доступ на чужих условиях, подчиненный чужой юрисдикции.
Большинство предприятий, оценивающих суверенный ИИ, задаются вопросом, есть ли у их облачного провайдера суверенный регион. Это отправная точка. Но вопрос, который действительно обнажает ваши риски: может ли ваше программное обеспечение для ИИ работать на инфраструктуре, которую вы полностью контролируете, без какой-либо зависимости от облака вендора?
У суверенных регионов есть потолок
Облачные провайдеры отреагировали созданием суверенных регионов: дата-центров в определенных странах, где данные остаются локальными и подпадают под местную юрисдикцию. Это становится базовым требованием, которое быстро коммодизируется по мере того, как гиперскейлеры спешат занять позиции на регулируемых рынках.
Для узкого определения суверенитета этого может быть достаточно.
Но предприятия, сталкивающиеся с самыми жесткими требованиями к суверенитету, задают другие вопросы.
- Может ли политическое решение, принятое в другой стране, прервать их ИИ-операции?
- Проходит ли цепочка поставок их ИИ-программ через юрисдикцию, которую они не контролируют?
- Могут ли они гарантировать оперативную непрерывность, если отношения их вендора с правительством изменятся за ночь?
Суверенные облачные регионы не могут ответить на эти вопросы. Суверенный регион по-прежнему работает на инфраструктуре облачного провайдера, управляется его программным обеспечением и подчиняется его юрисдикции. Переход в суверенный регион меняет то, где хранятся данные. Это не меняет того, кто управляет программным стеком над ними.
У суверенитета есть уровни. Большинство предприятий застряли на самом дне.
Суверенитет — это спектр. На самом низком уровне требование простое: данные остаются в определенной географической точке. Региональный дата-центр облачного провайдера справляется с этим. Большинство предприятий останавливаются на этом и предполагают, что они защищены.
Но требования к суверенитету растут. На следующем уровне возникает вопрос, может ли организация работать независимо от провайдера. Никакого вмешательства третьих стран. Никакой зависимости от сети вендора, реестра моделей или инфраструктуры обновлений. Выше этого возникает вопрос о том, контролирует ли какой-либо отдельный вендор программное обеспечение, цепочку поставок или непрерывность работы системы ИИ.
Многие предприятия, честно оценивая свое положение в этом спектре, обнаруживают, что находятся на самом дне. Данные находятся в правильной стране, но программное обеспечение ИИ по-прежнему работает на платформе вендора, управляемой инфраструктурой и циклом обновлений этого вендора. Непрерывность операций зависит от сохранения доступа этого вендора к рынку.
Разрыв между тем, где находится большинство предприятий, и тем, где должны быть регулируемые отрасли, носит архитектурный характер. Программное обеспечение ИИ разработано для работы в облаке провайдера, а суверенные регионы — это заплатка, примененная к этой архитектуре: они расширяют охват, не меняя зависимости.
Связанная архитектура против раздельной: архитектурное решение, которое определяет ваш потолок суверенитета
Существует два принципиально разных способа создания платформы программного обеспечения для ИИ.
Связанная архитектура — это то, что создают и продают гиперскейлеры. Программное обеспечение ИИ, модели, инструменты управления, агенты: все это встроено в платформу провайдера. Некоторая часть этого теперь работает локально (on-premises) или даже в изолированной среде (air-gapped), но только на собственном аппаратном стеке провайдера, с модельями провайдера и ограниченным набором сервисов. Где бы это ни работало, программное обеспечение над инфраструктурным уровнем по-прежнему принадлежит провайдеру.
Раздельная архитектура полностью отделяет слой программного обеспечения ИИ от инфраструктуры. Платформа (агенты, управление, MLOps, реестр моделей) работает как переносной слой, который развертывается на любой инфраструктуре, контролируемой предприятием. Локально. В изолированной среде. В виртуальном частном облаке. На оборудовании партнера. Одна и та же платформа и одно и то же управление работают в любой среде.
В нижней части спектра, где требованием является локализация данных, обе архитектуры конкурируют.
По мере того как требования к суверенитету смещаются в сторону операционной независимости и полного контроля цепочки поставок, право на существование сохраняет только раздельная архитектура. Связанная архитектура упирается в структурный потолок, который невозможно преодолеть инженерными методами.
У каждой отрасли есть риски нарушения суверенитета
Одно из самых устойчивых заблуждений относительно суверенного ИИ заключается в том, что это забота государственного сектора. Правительственные контракты, оборонные закупки, соблюдение нормативных требований. Хотя это вполне реальные сценарии использования суверенитета, они составляют лишь часть рисков.
Любое предприятие, построившее рабочие процессы, продукты и операционные зависимости на платформе одного провайдера, сталкивается с риском концентрации. Если что-либо нарушит отношения с этим провайдером — будь то регуляторные, геополитические или коммерческие факторы, — предприятие не сможет отреагировать самостоятельно.
Это вопрос непрерывности бизнеса, и он находится в той же плоскости, что и устойчивость цепочки поставок и операционная избыточность.
Экономика указывает в том же направлении. При постоянных объемах инференса собственные или выделенные графические процессоры часто обходятся дешевле, чем облачные мощности по требованию. Суверенитет и экономическая эффективность сходятся в одном решении: запускайте ИИ на инфраструктуре, которую вы контролируете.
Любое предприятие работает на некотором сочетании облачной, локальной и гибридной инфраструктуры. ИИ-платформа, которая может перемещаться между ними всеми без перестройки управления или пересмотра отношений с вендором, является одновременно залогом суверенитета и устойчивости бизнеса.
Два вопроса, которые нужно задать каждому вендору ИИ
Большинство разговоров с вендорами о суверенном ИИ сосредоточены на географии: какие регионы, какие дата-центры, какие страны. Это говорит вам о том, где хранятся данные. Это ничего не говорит об архитектуре над ними.
Два вопроса позволяют прояснить ситуацию:
- Если бы ваша компания за одну ночь потеряла доступ к рынку, смогли бы ваши ИИ-операции продолжаться без перерывов?
- Если бы вам потребовалось запустить платформу полностью изолированно от сети вендора (air-gapped), смогли бы вы это сделать? И что бы вы при этом потеряли?
Ответы позволят отделить вендоров, чье ПО для ИИ является переносным, от вендоров, которые прикрутили суверенные функции к облачно-зависимой платформе. Разница становится очевидной очень быстро.
Что на самом деле требуется для суверенного ИИ
Суверенный ИИ на тех уровнях, которые важны для регулируемых предприятий, является архитектурным свойством программного обеспечения. Платформа либо может работать независимо от какого-либо отдельного поставщика инфраструктуры, либо нет. Никакое количество суверенных регионов этого не изменит.
Независимая платформа работает на инфраструктуре, которой предприятие уже владеет или которую выбирает самостоятельно. Платформа спроектирована так, чтобы оставаться неизменной при изменении лежащей в ее основе инфраструктуры. В этом разница между платформой, от которой вы зависят, и платформой, которая работает на вас.
Для организаций в сфере энергетики, производства, обороны и любых предприятий, чьи требования к суверенитету выходят за рамки простого размещения данных, честная оценка показывает, что у объединенной облачной платформы есть предел. У независимой архитектуры его нет.
(CTA) Архитектурное решение, которое вы принимаете сегодня, определяет ваш операционный контроль на следующее десятилетие. Фреймворк архитектуры агентного ИИ для предприятий охватывает решения по управлению, развертыванию и выполнению, которые определяют, сколько контроля сохранит ваша организация.
