Что такое data residency?
Data residency — физическое место, где данные находятся в покое: в какой стране, а иногда и в каком регионе, лежат диски.
Утверждение узкое, и узость — это его суть. «Наши данные хранятся во Франкфурте» говорит, где лежат байты. Оно не говорит, кто может их прочитать, суд какой юрисдикции может потребовать их раскрытия и где они путешествуют, пока их обрабатывают. Это три разных вопроса, и отвечают на них соответственно data sovereignty, закон и схема архитектуры.
Residency — про покой, а не про движение
Различие, которое чаще всего теряется: у данных есть место, пока они хранятся, и набор мест, пока с ними работают, — и совпадать они не обязаны.
Платформа перевода может хранить каждый загруженный файл на инфраструктуре одной страны и при этом отправлять текст этих файлов в API модели, размещённое в другой, потому что сам перевод происходит там. Утверждение о хранении при этом не становится ложью. Просто оно отвечает на вопрос, которого никто на самом деле не задавал.
Это важно, потому что регуляторный вопрос обычно про передачу, а не про хранение. По российскому праву, например, сам вызов зарубежного API уже является трансграничной передачей персональных данных — отсутствие сохранённой за рубежом копии этого не меняет.
Зачем это спрашивают
Требование к месту хранения доходит до поставщика несколькими путями, и полезно понимать, какой именно сработал:
- Отраслевое регулирование — у банковских, медицинских и государственных данных часто есть прямое правило о месте хранения.
- Договорные обязательства — обязательства корпоративного заказчика, переданные вниз по цепочке поставщикам.
- Внутренняя закупочная политика — правило без законодательной основы, которое тем не менее является настоящим требованием для того, кто с ним столкнулся.
- Задержка и стоимость — инженерная причина, надевшая словарь комплаенса.
Первые три выглядят в анкете одинаково и подразумевают очень разное о том, что должен покрывать честный ответ.
Как выглядит честный ответ
Поставщик, отвечающий на вопрос о хранении хорошо, разделяет части:
- Где файлы лежат в покое — с названием провайдера и региона.
- Что покидает эту границу при обработке и к кому уходит.
- Что остаётся после и на какой срок.
Ответ, дающий только первый пункт и оставляющий читателя достраивать остальное, формально верен и практически вводит в заблуждение — и это самая распространённая форма ответа.
В KTTC загруженные документы и готовые переводы хранятся в объектном хранилище российского провайдера (Timeweb Cloud S3). Перевод и извлечение полей вызывают внешние API моделей, поэтому обработка этой границей не ограничена. Это отдельные факты об отдельных стадиях, и ни один не заменяет другой.
FAQ
Data residency и data sovereignty — одно и то же?
Нет. Residency — факт о географии: где стоит хранилище. Sovereignty — вопрос о правовой власти: чей закон дотягивается до данных, а это может быть страна, отличная от той, где лежат диски.
Если данные хранятся в стране, применяется только её закон?
Не обязательно. Провайдер, зарегистрированный в другом месте, может нести обязанности по раскрытию по праву своей страны независимо от того, где стоит его железо. Residency ограничивает физический ответ, но не правовой.
Если за рубежом ничего не хранится, была ли передача?
Очень часто да. Большинство режимов защиты данных считают передачей саму пересылку: отправка текста в зарубежное API — это передача, даже если копия там не остаётся.
Может ли поставщик гарантировать место и для обработки, а не только для хранения?
Только если внутри границы находятся все зависимости обработки, включая поставщиков моделей, сервисы распознавания и конвертеры документов. Это гораздо более сильное утверждение, чем утверждение о хранении, и его стоит запрашивать прямо, а не предполагать.