Смена инфраструктуры без потерь: как проверить целостность данных до и после миграции

Смена инфраструктуры без потерь: как проверить целостность данных до и после миграции

При переносе трекинга ломается не код, а контекст событий. Клиент может отправить эвент, но сервер примет его уже без части параметров, с другим идентификатором или в неверном порядке. Аналитика — это не гадание, а интерпретация метрик.

Проверяйте три слоя: • источник события — совпадают ли названия, обязательные поля и типы; • маршрут передачи — нет ли дубликатов, пропусков и таймаутов; • приёмник — сохраняются ли user_id, session_id, campaign-параметры и timestamp без преобразований. Отдельно сравните объём событий до и после переключения, разбивку по типам и долю пустых значений.

Дальше нужен контроль на уровне логов. Берите выборку одинаковых действий пользователя и сопоставляйте её в старой и новой схеме: событие должно приходить один раз, в нужном порядке и с теми же атрибутами. Если есть расхождение в атрибуции, ищите не в отчёте, а в цепочке сборки: клиент, шлюз, сервер, хранилище.

Не завершайте миграцию, пока не пройдены повторная отправка, офлайн-сценарии и переходы между доменами или приложениями. Безопасность и полнота данных — наш приоритет при проектировании инфраструктуры. Проверим в системе трекинга.