Почему вопрос суверенитета актуален в 2026 году
Совпали три тренда. Первое — регуляторное давление: усиление надзора Роскомнадзора, рост штрафов за трансграничную передачу персональных данных, прецеденты блокировки сервисов за несоответствие 152-ФЗ. Второе — геополитический контекст: ограничение доступа к зарубежным облачным провайдерам (AWS, Azure, GCP), официальное отсутствие OpenAI и Anthropic API в РФ, нестабильность foreign-эндпоинтов даже там, где формально доступ есть. Третье — зрелость отечественного стека: GA-релизы Yandex Cloud GenAI, YandexGPT 5, доступность open-weights моделей Qwen 3 и Llama 3 на российских GPU-инстансах. Впервые возможно построить суверенный стек без потери качества — раньше это был выбор «соответствие или функциональность», сейчас уже нет.
Это окно — построить суверенную AI-инфраструктуру можно сейчас, не дожидаясь, пока регуляторное давление сделает это аварийной задачей.
Архитектура суверенного AI-решения
Пятислойная модель. Каждый слой решает одну задачу, между ними — чёткие границы данных. Граница периметра проходит по этим слоям: всё, что обрабатывает ПД, должно находиться внутри российского периметра целиком.
- Слой данных — РФ-only object storage (Yandex Object Storage, ru-central1), on-prem PostgreSQL, медиа-файлы в локальном S3-совместимом хранилище
- Слой векторизации и поиска — pgvector на Supabase self-hosted или Yandex Managed PostgreSQL; embedding-модели запускаются на тех же инстансах, что и ретривал, чтобы текст ПД не покидал периметр для построения эмбеддингов
- Слой инференса — Yandex Cloud GenAI (managed YandexGPT 5), Qwen 3 / Llama 3 на Yandex GPU-инстансах через vLLM или TGI, либо on-prem GPU-серверы для контрактов с особыми требованиями к контролю весов
- Слой оркестрации — n8n self-hosted, LangChain на российских compute-нодах; агентная логика выполняется внутри периметра, без callout'ов в зарубежные API
- Слой приложения — Next.js / Vercel AI SDK интерфейсы, развёрнутые на Timeweb Cloud Apps или Yandex Compute Cloud; для enterprise — single-tenant deployment на инфраструктуре клиента
Облако vs гибрид vs self-hosted: что выбрать
Три модели развёртывания, каждая со своим компромиссом стоимости, скорости и соответствия. Ключевой вопрос — обрабатываются ли в системе ПД граждан РФ. Если да — третий столбец. Если нет — первые два открыты, выбор зависит от стоимости и стратегической независимости от вендора.
| Критерий | Cloud SaaS (зарубежный) | Гибрид (RU-cloud + foreign API) | Self-hosted на RU |
|---|---|---|---|
| Локализация ПД | Нарушает 152-ФЗ | Частично — зависит от пайплайна | Соответствует |
| Стоимость (CAPEX) | Низкий | Средний | Высокий |
| Стоимость (OPEX) | Средний или высокий | Средний | Низкий после развёртывания |
| Качество моделей | Frontier (GPT-4, Claude) | Frontier для read-only задач | Open-weights (Qwen, YandexGPT) |
| Время до запуска | Дни | Недели | Месяцы |
| Зависимость от вендора | Высокая | Средняя | Низкая |
| Подходит для | Прототипы, не-PII | Аналитика обезличенных данных | Production с ПД |
Гибридная модель работает там, где удаётся обезличить данные на этапе извлечения. Для production-обработки персональных данных юридически работает только третий столбец.
Что требует 152-ФЗ от AI-решений
Что считается персональными данными (ст. 3): любая информация, прямо или косвенно идентифицирующая физическое лицо — включая email, телефон, фото, голос, поведенческие данные. Промпт, в котором эксперт цитирует материал клиента с именем спикера, — это обработка ПД.
Принцип первичного хранения (ст. 18 ч. 5): запись, систематизация, накопление, хранение, уточнение и извлечение ПД должны выполняться через базы данных, расположенные на территории РФ. Это не «бэкап в РФ» — это первичный мастер-источник.
Трансграничная передача (ст. 12): требует согласия субъекта или попадания страны в утверждённый перечень. США, ЕС после 2022 года в перечне отсутствуют.
Роль AI-вендора: компания, обрабатывающая ПД для решения задач клиента, является оператором или лицом, осуществляющим обработку. Обе роли несут полные обязанности по 152-ФЗ.
Распространённое заблуждение: «модель не видит ПД, она видит только эмбеддинг». Это не работает юридически — эмбеддинг ПД сам является обработкой ПД, и промпт, передаваемый в LLM, тоже. Любой шаг пайплайна, через который проходит ПД, регулируется законом.
Позиция Роскомнадзора по LLM-сервисам: в публичных разъяснениях 2025 года передача промптов с ПД зарубежным API-эндпоинтам квалифицируется как трансграничная передача ПД. Это закрывает «удобный» сценарий «прокинем через API в OpenAI» как способ обхода — он формально нарушает закон.
Подход Кельвы к суверенности
Кельва строит AI-инфраструктуру с суверенностью как архитектурным значением по умолчанию, а не как опцией развёртывания. Это означает, что любой наш продукт может быть развёрнут в полностью российском периметре без переписывания кода — отличается только конфигурация инфраструктуры, не сама система.
Суверенный по умолчанию
Полный self-hosted стек на Yandex Cloud (ru-central1). Данные, эмбеддинги, инференс — всё в российском периметре. Single-tenant развёртывание для каждого клиента.
Гибрид по запросу
По умолчанию работают на оптимальной для качества инфраструктуре. Для enterprise-контрактов разворачиваются в полностью суверенной конфигурации без изменений в коде. Архитектурно подготовлены к swap-out зарубежных моделей на YandexGPT или Qwen self-hosted.
Только облако (без суверенной опции)
Это намеренно: каждый продукт Кельвы поддерживает суверенное развёртывание.
(пусто — все продукты Кельвы поддерживают суверенное развёртывание)
Для PR-агентства, обслуживающего клиента из регулируемой отрасли, это не маркетинговая фраза — это решение, можно ли вообще использовать AI-инструмент в работе.