Перенос данных на собственный сервер при смене ИИ

Зависит от того, где лежит база. Если она в чужом облаке, забрать получится частично: текст переписки отдадут файлом, а живую память ассистента, то, что он выучил про Вас и Ваши дела, как правило нет. Если же база с самого начала стоит на собственном сервере, забирать нечего: она никуда не уходила и уже принадлежит Вам целиком. В этом и смысл переноса данных на собственный сервер: владение определяется не кнопкой «экспорт», а тем, на чьём железе стоит база. Оговорка сразу, без прикрас: собрать и перенести всё на свой сервер руками это работа. Нужны сам сервер, настройка, выгрузка из старого сервиса и переупаковка данных в новый формат. Это не полдня, а недели технической возни, если делать в одиночку. Дальше разберём три вещи: что значит владеть сервером, как забрать данные при уходе от облака и во что обходится миграция на self-hosted.

Что значит владеть собственным сервером

Собственный сервер это компьютер, который принадлежит Вам: арендованный на Ваше имя или свой физически. База с памятью, документами и перепиской стоит на этом компьютере, и ключи доступа к ней лежат у Вас. Схема, в которой сервер Ваш, а обслуживает его подрядчик, называется self-hosted. Главное в ней не то, кто нажимает кнопки, а то, у кого база и у кого ключи.

Облако устроено иначе. Там Вы арендуете доступ к чужой инфраструктуре, а база остаётся у провайдера. Вы пользуетесь, пока платите и пока провайдер не поменял правила. Разница как между своей квартирой и снятой: в обеих можно жить, но съезжать из них Вы будете по-разному. Из своей уносите всё, что нажили, из съёмной то, что успеете вынести, и по правилам хозяина.

Отсюда рабочая проверка владения. Первое: где физически стоит база с Вашими данными. Второе: у кого ключи доступа. Третье: можете ли Вы забрать сервер целиком, не выпрашивая экспорт по кускам. Где на все три вопроса ответ «у меня», там владение реальное, а не записанное строчкой в пользовательском соглашении.

Выбор, где держать данные, это ещё и решение об управлении рисками. NIST в своём AI Risk Management Framework (2023) описывает работу с рисками ИИ как постоянный цикл из четырёх функций: Govern, Map, Measure, Manage, то есть управлять, размечать, измерять и снижать риск на всём жизненном цикле системы. Рамка добровольная, но логика в ней здравая: где лежат данные и кто ими распоряжается это управленческий выбор, а не техническая мелочь. Собственный сервер переводит этот выбор из чужих рук в Ваши.

Как забрать данные при уходе от облачного сервиса

В Европе на случай ухода есть отдельная норма. Статья 20 GDPR закрепляет право на переносимость: человек может получить касающиеся его данные в структурированном, общепринятом и машиночитаемом формате и передать их другому оператору, а где технически возможно, потребовать передачи напрямую от сервиса к сервису (GDPR-info.eu). Право работает не всегда: оно касается данных, которые Вы сами предоставили, и действует, когда обработка идёт на основании согласия или договора и ведётся автоматизированными средствами. В российском законе прямого аналога этой нормы нет, поэтому в РФ рассчитывать приходится не на закон о переносимости, а на то, что технически отдаёт конкретный сервис.

А отдаёт он на практике меньше, чем хотелось бы. Архив переписки выгрузить, как правило, можно: текст диалогов приходит файлом. Живая память ассистента, его настройки и внутренние связи остаются в закрытых форматах провайдера и наружу целиком не выходят. Получается, что право на переносимость даёт Вам файл, а не работающую систему. Файл Вы прочитаете, но новый сервис не оживит его как свою память: он начнёт разбираться с Вашими делами с нуля.

Здесь и проходит граница между переносом между облаками и переносом на свой сервер. Пока база стоит у провайдера, любой уход это выгрузка того, что он согласен отдать. Когда база стоит на Вашем сервере, переносить нечего: она с самого начала не уходила из Вашего контура. Право «забрать» перестаёт зависеть от чужой доброй воли и становится свойством того, где физически лежит база.

Миграция на self-hosted это работа, честная оговорка

Теперь честно про цену этого владения. Перенести всё на собственный сервер своими руками это не одно движение, а цепочка технических шагов, и каждый требует времени и подготовки.

Порядок примерно такой. Сначала взять и настроить сервер: операционная система, окружение, доступ к нужной модели, хранилище под память. Потом выгрузить данные из старого сервиса тем экспортом, который он даёт. Потом переупаковать выгрузку в формат, который понимает новая система: сырой архив переписки редко ложится в новую базу как есть. Потом переиндексировать память, чтобы ассистент не просто хранил текст, а мог его находить и связывать. И только потом всё это начинает работать.

На этом расходы не заканчиваются. Свой сервер надо сопровождать: ставить обновления, делать резервные копии, следить за безопасностью и доступами. Это ровно тот постоянный цикл, о котором пишет NIST: управление риском не разовое действие, а работа на всём сроке жизни системы. В одиночке и без технической подготовки перенос и сопровождение это недели, а не вечер. Собственный сервер снимает вопрос владения, но добавляет вопрос обслуживания, и приукрашивать это нечестно.

Вывод трезвый: сама по себе идея «держать данные у себя» правильная, но за неё надо либо платить своим временем и техническими навыками, либо поручить настройку и сопровождение тому, кто снимет эту работу с Вас, оставив владение за Вами.

Как это устроено у Хермес

У intakto эта развилка решена в пользу второго пути. Хермес приходит уже установленной и настроенной на сервере клиента в РФ. База с памятью, документами и перепиской стоит на этом сервере, а ключи доступа лежат в Вашем личном кабинете. Всю ту цепочку из настройки, окружения, доступа к модели и переиндексации, которая в одиночку растягивается на недели, intakto берёт на себя.

Поэтому вопрос «смогу ли я всё забрать» здесь не про экспорт по кускам. Решите уйти, забираете сервер целиком: сами данные, доступы и память как есть. Переносить или оживлять заново нечего, база уже живая и уже на Вашем железе. intakto копий себе не оставляет. Владение тут заложено в устройство, а не выписано отдельным пунктом, который надо потом отстаивать.

Про то, кому вообще принадлежат данные при работе с ИИ и чем self-hosted отличается от облака, мы разбираем в обзоре темы владение данными. Настройку и сопровождение сервера, ту самую работу, которую иначе Вы тянули бы сами, закрывают подписка и по желанию разовый «Личный запуск»: условия и цифры лежат на странице тарифа. Так собственный сервер перестаёт быть проектом на недели и становится тем, чем и должен: местом, где Ваши данные просто Ваши.