В облачном варианте компания использует платформу и защитные компоненты в инфраструктуре Nevel. Пользователи работают через предоставленный интерфейс, приложения — через выданный адрес API. Конкретные модели, интеграции и правила обработки определяются конфигурацией компании. Облачное размещение платформы не определяет автоматически модельного получателя: он выбирается отдельно.#
Модельные маршруты облака#
| Вариант | Где выполняется модель | Что проверяется |
|---|---|---|
| Self-hosted Nevel в РФ | На российских серверах Nevel; например, размещённый Nevel экземпляр DeepSeek | Конкретный endpoint и обработка именно в инфраструктуре Nevel |
| Российский провайдер | У отдельного провайдера, например Яндекса или Сбера | Передача этому получателю, состав данных и условия обработки |
| Глобальный провайдер | По разрешённой цепочке API к выбранной модели | Все участники цепочки и фактическая география |
Название DeepSeek само по себе не различает self-hosted экземпляр Nevel и внешний API. В конфигурации фиксируются место выполнения и исполнитель. Подключение модели внутри инфраструктуры заказчика рассматривается отдельно и требует доступного разрешённого соединения; оно не возникает автоматически из облачного доступа.#
Выбранные модели доступны только в пределах разрешений пространства, ключа и категории данных. Отказ основной модели не разрешает скрытое переключение на другого получателя. Матрица размещения и маршрутов помогает выбрать комбинацию.#
Подготовьте требования#
До подключения определите состав пользователей, основные сценарии и категории обрабатываемых данных. Перечислите системы, с которыми платформа должна взаимодействовать, и требуемое направление доступа. Например, чтение корпоративного справочника и запись задачи в рабочий трекер — разные разрешения, даже если обе операции выполняет один ассистент.#
Назначьте ответственных за пространство, ИБ, интеграции и коммерческие условия. Подготовьте адреса для приглашений и перечень приложений, которым нужен API. Если корпоративная сеть фильтрует исходящие соединения, запросите актуальный список необходимых адресов для вашей конфигурации. Не составляйте разрешения по случайным доменам из старых примеров.#
Согласуйте путь данных#
Для каждого сценария зафиксируйте, где принимается запрос, где обрабатываются вложения, какая модель получает подготовленный контекст и где сохраняется результат. Учитывайте данные, которые поступают из подключённых источников уже во время выполнения задачи. Исходный короткий запрос пользователя может привести к чтению большого документа или обращению к внешней системе.#
Разрешение использовать облако не означает автоматического разрешения любых моделей. Каталог и политика компании могут ограничивать провайдеров и отдельные модели. Если для части данных допустима только определённая обработка, это требование необходимо включить в конфигурацию и проверить отдельным сценарием. Общие принципы описаны в обзоре безопасности.#
Настройте команду#
Создайте или получите рабочее пространство, назначьте владельца и администраторов. Подключите небольшую группу пользователей и проверьте роли до массовых приглашений. Разместите согласованные тестовые материалы и выполните один сценарий совместной работы: автор создаёт результат, а другой участник получает предусмотренный доступ.#
Для интеграций используйте учётные данные с разрешениями, необходимыми именно этому сценарию. Определите владельца подключения и порядок его замены. Если подключение персональное, проверьте, не зависит ли общий процесс команды от доступа одного сотрудника. Для API заведите отдельные ключи для приложений и окружений, затем настройте лимиты.#
Что зафиксировать в эксплуатационных условиях#
| Область | Необходимая договорённость |
|---|---|
| Доступ | Способ входа, приглашения, отзыв прав и ответственные |
| Данные | Категории, места хранения, сроки и порядок удаления |
| Модели | Разрешённый каталог и порядок его изменения |
| Интеграции | Учётные записи, разрешения и владельцы |
| Поддержка | Канал обращения, необходимые сведения и порядок эскалации |
| Изменения | Уведомление и проверка затронутых сценариев |
Условия поддержки и хранения определяются для конкретного обслуживания. Не переносите сроки из чужого договора на свою конфигурацию. Для рабочих файлов, истории чатов и технических журналов могут действовать разные правила: перечисляйте их раздельно.#
Приёмка облачной конфигурации#
Проверьте вход через корпоративную сеть, доступность нужного пространства и разрешённой модели, загрузку подготовленного файла и получение результата. Проведите проверку ограничения прав и запрещённой модели. Если используется API, выполните запрос к каталогу и небольшую генерацию, затем проверьте поведение с отключённым ключом.#
Сохраните время проверки, название сценария и результат. При ошибке передавайте в поддержку HTTP-статус, код ошибки и идентификатор запроса, если он доступен. Исключите из обращения полный ключ и лишние рабочие данные. После успешной технической проверки проведите продуктовую приёмку: сотрудники должны самостоятельно повторить свои задачи и оценить пригодность результата.#
Перед расширением нагрузки согласуйте ограничения, порядок добавления пользователей и ответственного за контроль расходов. Повторяйте основные проверки после существенного изменения модели, интеграции или политики доступа.#