Данные в рекламных сервисах живут по правилам этих сервисов: меняется глубина хранения, ограничивается доступ, случаются сбои. Собственная копия снимает эту зависимость — история остаётся у вас и доступна, даже когда сервис недоступен.
Резервирование данных
Резервная копия маркетинговых данных
Настраиваем регулярное резервное копирование данных Яндекс.Метрики, Директа и других источников в хранилище, не связанное с инфраструктурой Яндекса. Если сервис недоступен — история остаётся у вас.
Зачем это нужно
Данные живут по чужим правилам
Пока история лежит только в рекламном сервисе, она подчиняется его правилам: глубине хранения, ограничениям доступа и его авариям. Своя копия возвращает контроль.
- Сбой сервиса
- Данные остаются доступны Копия лежит в другом контуре
- Глубина хранения
- Своя, а не чужая Сервис ограничивает срок — копия нет
- Доступ
- Без интерфейса источника SQL по своему хранилищу
- Отчёты
- Строятся поверх копий Витрины и дашборды на тех же данных
Где хранится бэкап
Три варианта — выбираем под то, насколько критичны данные и есть ли у вас своё хранилище.
В ваш ClickHouse
Если хранилище уже есть на вашей стороне — складываем копии туда. Данные не покидают ваш контур, доступ к ним не зависит ни от нас, ни от сервиса-источника.
В наше хранилище
Разворачиваем хранилище под ваши копии на нашей инфраструктуре. Она не связана с инфраструктурой Яндекса — если недоступен источник, копии остаются под рукой.
Распределённо, по запросу
Для критичных данных разносим копии между разными провайдерами и удалёнными друг от друга дата-центрами. Отказ одной площадки не затрагивает остальные копии.
Почему мы вообще про это говорим
Наша собственная инфраструктура распределена по трём зонам доступности. Во время крупного сбоя у облачного провайдера сбор данных по клиентам не прерывался — мы продолжали принимать и складывать данные, пока часть площадок была недоступна. Тот же подход применяем к резервным копиям.
Что копируем
Чаще всего спрашивают про рекламные источники — для них собраны отдельные разборы. Копируем и остальное: CRM, коллтрекинг, офлайн-продажи.
Как это устроено
От разговора о задаче до регулярной выгрузки, за которой следим мы, а не ваша команда.
- 01
Разбираем, что копировать
Источники, глубина истории, объём
1–3 дня - 02
Выбираем хранилище
Ваш контур, наш или распределённый
по проекту - 03
Настраиваем регулярную выгрузку
Расписание, проверка полноты
по проекту - 04
Следим и чиним
Меняется API источника — правим на своей стороне
постоянно
Частые вопросы
Если вашего вопроса здесь нет — обсудим на звонке.
Либо в вашем ClickHouse, либо в хранилище, которое мы разворачиваем под проект. Наша инфраструктура не связана с инфраструктурой Яндекса, поэтому недоступность источника не отражается на доступе к копиям. По запросу разносим копии между разными провайдерами и дата-центрами.
Наша инфраструктура распределена по трём зонам доступности. Во время крупного сбоя у облачного провайдера сбор данных по клиентам не прерывался. Для проектов, где этого мало, собираем распределённую схему с копиями у нескольких провайдеров.
Да. Копии складываются в аналитическое хранилище, поэтому поверх них строятся обычные витрины и дашборды — те же, что в Performance-отчёте DataGo. Резервная копия перестаёт быть страховкой «на всякий случай» и начинает работать каждый день.
Выгрузки ломаются — это нормальная жизнь внешних API. Мы наблюдаем за своими загрузками и выпускаем исправление на своей стороне, вашей команде делать ничего не нужно.
Зависит от набора источников, глубины истории и выбранного хранилища. Фиксированной цены нет — считаем смету под объём данных после короткого разговора о задаче.
Соберём резервную копию ваших данных
Расскажите, какие источники критичны и какая история нужна — предложим схему хранения и посчитаем смету под объём данных.