Переигрываемость как ключевой принцип ingestion-архитектуры

В данных неизбежны ситуации, когда нужно «переиграть» обработку: исправили баг в нормализации, поменяли правило дедупа, добавили справочник или обнаружили, что источник тихо изменил формат. Если архитектура не предполагает переигрываемость, любой такой случай превращается в ручные правки и спорные компромиссы “пусть так останется, лишь бы не трогать прод”. Это в итоге накапливает технический долг и делает платформу хрупкой.

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