Поставить DWH «на коленке» — это классика жанра. Заказчик хочет космолёт, бюджет у него — на сарай, а подрядчик уже рисует архитектуру, где всё «масштабируется» и «само себя обслуживает».
Проблема всегда одна: предпроект проваливают в пол. Не собирают реальные источники данных, не считают объёмы, не фиксируют SLA, не проверяют, кто вообще будет владеть данными после запуска. Потом начинается цирк: интеграции тормозят, отчёты врут, сроки горят, виноватых нет. Есть только труп проекта и пачка красивых диаграмм.
Перед стартом нужен не «вдохновляющий воркшоп», а жёсткая ревизия:
1. Список источников и их качество
2. Реальные объёмы, рост, окна загрузки
3. Требования к доступности и скорости
4. Кто отвечает за данные и их изменения
5. Что будет, если один источник ляжет
Без этого DWH превращается в дорогую помойку для сырых данных. И да, чаще всего проигрывает не технология. Проигрывает тот, кто подписал запуск без обследования. 💣
WP Surgery
@WpSurgeryPro
Поставить DWH «на коленке» — это классика жанра. Заказчик хочет космолёт, бюджет у него — на сарай, а подрядчи
Этот пост опубликован в Telegram-канале WP Surgery. Подписаться можно по ссылке: @WpSurgeryPro.