Мы постоянно публикуем обновления документации, которые могут быть недоступны на вашем языке. Наиболее актуальные сведения содержатся в версии на английском языке.

Data Residency

Data Residency — это географическое положение, в котором данные пользователя хранятся в реальной жизни. Хранить личные данные пользователей в вашем географическом регионе может потребоваться по многим причинам. Например, для соблюдения региональных законов и правил о конфиденциальности. Благодаря использованию выделенных реальных серверов Adjust данные пользователей будут оставаться там, где нужно.

Решение для роста:
Data Residency доступен пользователям из Турции, США и Европейской экономической зоны в пакете «Решения для роста». Чтобы настроить Data Residency в своем аккаунте, свяжитесь с нами по email sales@adjust.com.

Как это работает?

В настоящее время Adjust предлагает Data Residency для следующих регионов:

  • Соединенные Штаты Америки (США)
  • Европейская экономическая зона (ЕЭЗ)
  • Турция

Adjust — единственный MMP, который не делает ставку только на облачное хранилище. У нас есть выделенные реальные серверы для хранения данных ваших пользователей в этих регионах. Adjust резервирует эти серверы для хранения данных клиентов из конкретного региона. Благодаря этим серверам обеспечивается явное соблюдение правил Data Residency. Для передачи данных на эти серверы используется конечная точка. Это обеспечивает маршрутизацию данных таким образом, чтобы они оставались внутри региона. Данные остаются там для обработки и хранения до тех пор, пока не будут удалены.

Можно обеспечить явное соблюдение правил Data Residency, изменив конечные точки во всех запросах. Также необходимо изменить конечные точки для диплинков и межсерверных событий. Таким образом весь трафик данных будет отправляться в один из выделенных региональных центров обработки данных Adjust.

Главная конечная точка Adjust — *.adjust.com. В зависимости от сценария использования следует задействовать одну из следующих региональных конечных точек.

РегионРегиональные конечные точкиКонечные точки диплинковКонечные точки S2S
ЕЭЗeu.adjust.comeu.adj.sts2s.eu.adjust.com
СШАus.adjust.comus.adj.sts2s.us.adjust.com
Турцияtr.adjust.comtr.adj.sts2s.tr.adjust.com

Эти конечные точки отделяют данные из Европы, Северной Америки и Турции от данных из других регионов.

Совет:
Читайте нашу статью о том, как настроить резидентность данных в вашем приложении.

Преимущества внедрения Data Residency

Внедрение Adjust Data Residency имеет ряд преимуществ. Они включают в себя:

  • Явное соблюдение правил Data Residency : в отличие от других MMP, Adjust обеспечивает не косвенное, а явное соблюдение правил Data Residency. Таким образом вы получаете контроль над конвейером данных, включая поток, обработку и хранение данных. Данные пользователя хранятся в выбранном регионе (США, Европейская экономическая зона или Турция).

  • Минимальные изменения в SDK : единственное необходимое изменение — это обновление конечных точек в SDK. Никаких других настроек и конфигураций не требуется.

  • Надежное и точное соблюдение нормативных правил : архитектура нашего решения предусматривает полную изоляцию данных и учет конфиденциальности данных.

  • Экономическая эффективность : уменьшение зависимости от третьих сторон для обеспечения Data Residency. Комплексное решение Adjust обеспечивает Data Residency во всем конвейере данных.

Примечание:
Data residency применяется только к необработанным данным уровня пользователя. После агрегирования данных идентифицировать отдельных пользователей нельзя. Это значит, что вопрос о конфиденциальности для этих данных больше не стоит.

Исключения для Data Residency

Некоторые функции Adjust недоступны для приложений, совместимых с Data Residency. Это связано с тем, что для этих функций требуется доступ к глобальному центру обработки данных. Это следующие функции:

За некоторые из этих функций вы могли уже заплатить. Команда Adjust Sales свяжется с вами, если ожидаются какие-либо изменения условий оплаты. Ваши приложения, несовместимые с данными, использующие эти функции, не пострадают.

Вопросы и ответы по Data Residency

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

Меняется ли срок хранения данных?

Следует ли изменять ссылки на колбэки или загрузку файлов CSV?

Кто должен информировать сети, партнеров и SAN об изменении ссылок?

Может ли одно приложение иметь данные в нескольких регионах с центрами обработки данных?

Что если мы отправляем данные на конечные точки *.adjust.com?

Что происходит с текущими данными в глобальных центрах обработки данных?