Перед запуском DWH чаще всего ломается не стек, а ожидания.

Перед запуском DWH чаще всего ломается не стек, а ожидания.

Что обычно происходит:
— бизнес хочет «единый источник правды»;
— команда считает только ETL/ELT и хранилище;
— забывают про контур данных, владельцев метрик, SLA, качество и интеграции.

Итог предсказуемый: на бюджете сарая пытаются собрать космический корабль. Потом начинаются допработы, переделки схем, ручные сверки и спор «почему цифры не сходятся» 🚨

Нормальное предпроектное обследование — это не бюрократия, а страховка проекта. На этом этапе фиксируют:
— какие источники реально доступны;
— какие события и сущности должны попасть в DWH;
— где будут контролироваться ошибки и потери;
— какие витрины нужны бизнесу, а какие просто хочется «на будущее».

Если этого не сделать, в прод уедет не аналитика, а набор несостыкованных пайплайнов.

Вывод простой: сначала схема данных, границы ответственности и логирование, потом уже инфраструктура и масштабирование. Иначе атрибуция процессов будет как у кривого postback — вроде запрос ушёл, а подтверждение нигде не найдено.