Развёртывание, комплаенс и лицензии

Контуры развёртывания: облако, российский контур и on-premise

У Искры три контура развёртывания:

• Облако — управляемая инсталляция команды Искры. Основной LLM-путь и вспомогательные провайдерские вызовы зависят от конфигурации инсталляции; отдельные навыки с внешними провайдерами включаются администратором явно.
• Российский контур — размещение полностью на российской инфраструктуре, расход токенов с коэффициентом ×1,3.
• On-premise — развёртывание в инфраструктуре вашей организации. Основную модель можно запустить локально на GPU либо подключить через безопасный LLM API/gateway заказчика. При выборе API локальные GPU для основной модели не нужны; ресурсы для остальных моделей и сервисов определяются отдельно.

Сам по себе on-premise-контур не гарантирует, что данные не покидают периметр организации: размещение данных и отсутствие внешних провайдеров зависят от выбранной и проверенной конфигурации конкретной инсталляции. В конфигурации могут присутствовать внешние LLM, внешний LLM-gateway и провайдерские интеграции. Чтобы подтвердить, какие данные остаются внутри организации, проверьте конфигурацию с администратором установки. Контакт по запросам on-premise и партнёрству: mail@iskrabot.ru.

Минимальный сервер CORE on-premise с основной моделью по API

Для on-premise опубликованы два ориентира сервера самой Искры (CORE). Ресурсы выбранных моделей, файлового хранилища и копий рассчитываются отдельно. Если включены Приложения, дополнительно нужен узел Apps; подготовку поставки рассматривают отдельно от эксплуатации. При вызове основной модели через ваш LLM API/gateway локальные GPU нужны только тем другим моделям и сервисам, для которых выбран локальный GPU-путь; GPU-контур основной модели в этом случае не требуется. Названия «до 50» и «50–300 пользователей» не определяют, идёт ли речь о зарегистрированных, активных или одновременных пользователях. Эти профили не подтверждают число параллельных агентных задач или время ответа:

Для отдела из 20–50 человек первый профиль — отправная точка расчёта. Учитывайте одновременные задачи, обработку документов, файлы, копии, utility-модель, транскрибацию и OCR; проверяйте нагрузку перед закупкой. On-premise с внешним API или интеграциями сам по себе не оставляет все данные внутри организации.

Ресурсы CORE для 10 тысяч зарегистрированных пользователей

24 vCPU, 64 ГБ RAM, 1 ТБ NVMe и сеть от 1 Гбит/с — расчётный профиль самой платформы CORE (без моделей, Apps, BUILD, файлового сервера и копий) для примерно 10 000 зарегистрированных пользователей, 2 000 активных в день (DAU) и пика до 500 одновременных пользователей. Это опубликованный сценарный ориентир, а не результат нагрузочного теста или гарантия быстрых ответов для 500 параллельных задач. До закупки и приёмки проверяют конкретную конфигурацию и рабочую нагрузку.

В этом сценарии для пользовательских файлов предусматривается дополнительный сервер; ориентир в среднем 20 ГБ на пользователя относится только к его файловому расчёту. Резервные копии — на отдельном сервере. Основная LLM, вспомогательные модели, OCR, транскрибация, резерв, узел Apps и BUILD учитываются отдельно от CPU/RAM/NVMe платформы. API основной модели снимает только её потребность в локальных GPU.

Одновременная работа сотрудников и время ответа

Опубликованные малые профили 4 ядра / 8 ГБ / 100 ГБ SSD («до 50») и 8 ядер / 16 ГБ / 200 ГБ SSD («50–300 пользователей») не определяют одновременную нагрузку. Из них нельзя вывести обещание, что 50 сотрудников будут параллельно выполнять задачи и получать ответы за две секунды. CPU, память и диск рассчитывают с учётом параллельных запросов, размера документов, моделей и интеграций, а время ответа проверяют нагрузочным тестом. Расчётный профиль 24 vCPU / 64 ГБ / 1 ТБ NVMe для 10 000 зарегистрированных / 2 000 DAU / пика 500 одновременных пользователей также не является измеренным SLA.

Индивидуальный подбор железа для компании

Если ни один опубликованный профиль не описывает вашу нагрузку, нужен индивидуальный расчёт. Ориентиры имеют разные основания: 8 ядер / 16 ГБ / 200 ГБ SSD названы профилем «50–300 пользователей» без определённой метрики активности; 24 vCPU / 64 ГБ / 1 ТБ NVMe рассчитаны для 10 000 зарегистрированных / 2 000 DAU / пика 500 одновременных пользователей. Эти числа нельзя переносить на другое число сотрудников или интерполировать как гарантированную мощность.

Для расчёта соберите число зарегистрированных и активных пользователей, пиковую параллельность задач, типы и объёмы документов, срок хранения файлов, нужные интеграции и Apps, способ подключения моделей, требования к резерву и времени ответа. С этими данными запросите расчёт: mail@iskrabot.ru.

Основная локальная модель (LLM): GPU-контур с B200

GPU-контур рассчитывается отдельно от сервера платформы. Для основной локальной модели Qwen3.8-Flash-Next один из сценарных ориентиров — 2 × NVIDIA B200 с NVLink/NVSwitch между ними. Это не требование ко всей Искре и не готовая закупочная спецификация: точную сборку модели, сервер и производительность проверяют до закупки и приёмки. Универсального числа GPU для всех конфигураций Искры нет. Если основная модель вызывается через LLM API/gateway заказчика, локальные GPU для неё не нужны.

Utility-модель, транскрибация, OCR, другие уровни моделей и резерв учитываются отдельно по выбранным моделям и сервисам. API основной модели не снимает их требований. Сервер платформы, файлы и резервные копии также рассчитываются отдельно от GPU. Такое разделение не требует отдельной физической машины для каждого компонента. Расчёт конфигурации: mail@iskrabot.ru.

Узел приложений Apps: процессор, память и диск

Если Приложения включены, они работают на отдельном узле Apps, поэтому профиль CORE 8 ядер / 16 ГБ не описывает всю инсталляцию с приложениями. Для Apps опубликованы следующие ориентиры по лимитам; число приложений не равно числу пользователей или одновременных запросов, а скорость проверяется нагрузочным тестом конкретных приложений. Оба профиля требуют дополнительно системный диск, численный ориентир его размера не задан.

Ресурсы контейнеров заранее не резервируются, суммарной проверки свободной памяти перед размещением нет: отдельные лимиты не защищают весь узел от нехватки RAM. Приложения делят CPU; автоматического сна и распределения по нескольким узлам сейчас нет. Кроме запущенных приложений ресурсы потребляют проверки новых версий и сетевые прокси. Данные и резервные копии Apps рассчитываются отдельно: копия CORE их не содержит. Сборка поставки — отдельная роль BUILD, для которой готового численного профиля CPU/RAM/диска нет; кто предоставляет сборочные ресурсы, согласуют при внедрении. С учётом этих условий опубликованы два профиля Apps:

Увеличивайте машину по измеренным памяти, CPU и диску.

Сборка поставки: роль BUILD

BUILD — роль подготовки поставки и образов. При установке с сопровождением исполнитель развёртывания собирает поставку на подготовленном build-хосте и доставляет готовый комплект на CORE. Это не требование к отдельному постоянно работающему серверу заказчика. Кто предоставляет сборочную инфраструктуру в вашем проекте, согласуют при внедрении.

Готового численного профиля CPU/RAM/диска BUILD нет: ресурсы рассчитывают по числу параллельных сборок, составу образов, размеру кэша и архивов поставки. Подготовка поставки и эксплуатация имеют разные требования. Расчёт для конкретного проекта: mail@iskrabot.ru.

Разработчик и участники внедрения

Разработчика продукта и исполнителей конкретного внедрения подтверждают по реквизитам и документации по внедрению Искры в вашей организации. Конфигурация GPU и имя языковой модели сами по себе не определяют организацию-разработчика. Если доступные материалы её не называют, название остаётся неподтверждённым. Сведения о разработчике и участниках внедрения можно уточнить у администратора или команды Искры по адресу mail@iskrabot.ru.

Комплаенс: реестр ПО, сертификаты ФСТЭК и ФСБ, 152-ФЗ

• Искра включена в реестр российского ПО: запись № 34144 от 04.07.2026.
• Сертификата ФСТЭК у продукта сейчас нет. Применимость требований заказчика и необходимые меры подтверждаются отдельно в проекте внедрения; сведений о сроке или утверждённом плане продуктовой сертификации здесь нет.
• Сертификатов ФСБ и ГОСТ-криптографии у продукта нет, отдельная продуктовая сертификация по этим направлениям не заявлена.
• Соответствие требованиям 152-ФЗ определяется для конкретного сценария и выбранного контура. Архитектура контура, минимизация собираемых данных и приватный режим «Антоним» применяются как меры снижения рисков, но сами по себе не подтверждают соответствие (см. раздел «Безопасность и приватность данных»).
• Требования КИИ и ЦБ закрываются проектно, в рамках конкретного внедрения; срок хранения журналов настраивается до 5–7 лет.

Лицензии on-premise: цена и что входит

On-premise Искры — годовая лицензия на развёртывание в контуре клиента:

• Простая лицензия — 2 400 000 ₽ в год, до 1 000 пользователей; включает ПО, обновления и брендирование. Подходит малому и среднему on-premise-контуру.
• Расширенная лицензия — 12 000 000 ₽ в год, без ограничения пользователей; основной enterprise-вариант для production-запуска.
• Максимальная лицензия — 36 000 000 ₽ в год, без ограничения пользователей; для ИБ-heavy и стратегических заказчиков с отдельным сопровождением. «Раскрытие исходного кода» на этом уровне означает доступ специалистов ИБ заказчика к аудиту исходников под NDA — без передачи прав и без публикации в open source.

Серверы, GPU, LLM и токены, gateway, внедрение, интеграции, кастомизация, эксплуатация и повышенный SLA в лицензию не входят и идут отдельными строками договора. Месячный эквивалент — только пояснение к годовому контракту, а не отдельный тариф. Запрос коммерческого предложения: mail@iskrabot.ru.