Код, интерфейсы и трафик без воды
lawebbox

Настройка DWH на Postgres Pro и BI Qube: архитектура аналитики и замена Tableau

Прод лежит. Дашборды пустые, бизнес в панике, а в логах — тишина: ETL-скрипт, который ты не трогал полгода, помер на третьем часу работы. Симптом классический — кто-то построил аналитику на костылях и забыл, что данные растут.

Илья Воронов, Хардкорный бэкендер и девопс · обновлено 16 июня 2026 г.

Настройка DWH на Postgres Pro и BI Qube: архитектура аналитики и замена Tableau

Что покажут на вебинаре

Полтора часа практики, не маркетинга. Эволюция архитектуры — от классического DWH к LakeHouse, всё на Postgres Pro Enterprise. Источники — от 1С и маркетплейсов до веб-ресурсов. По факту — импортозамещение в действии: заменяем связку Oracle/Exadata + Tableau на Postgres Pro + Apache Superset + BI Qube.

Заявленные темы:

  • архитектура современных DWH в условиях импортозамещения;
  • фичи Postgres Pro Enterprise, которые реально упрощают жизнь DBA, а не просто красиво звучат в презентации;
  • сценарии масштабирования, когда витрины перестают влезать в RAM;
  • проектирование аналитических витрин в Postgres Pro AXE через low-code/no-code в BI Qube;
  • визуализация готовых витрин в Apache Superset — opensource-альтернатива Tableau и Power BI;
  • пошаговая сборка DWH с нуля на Postgres Pro Enterprise.

Кому смотреть

ИТ-директорам, архитекторам, аналитикам, бэкендерам, DBA. Если ты хотя бы раз в жизни писал `SELECT... GROUP BY` для отчёта, который бизнес ждёт к утру — будет полезно. Блок про Superset особенно: разворачивается за вечер, дашборды рисует мышкой, не просит ежемесячную лицензию. Для тех, кто устал платить за BI-вендоров и хочет нормальный self-service без бесконечных счетов.

Что проверить до вебинара

Ссылку на трансляцию пришлют зарегистрированным накануне. Пока ждёшь — практический минимум, чтобы твой текущий DWH не помер в ночь на 16-е:

```bash

# понять, что вообще крутится

docker ps -a | grep -E 'postgres|etl|airflow'

# посмотреть, сколько места жрут базы и WAL

du -sh /var/lib/postgresql/*

# проверить, не висит ли репликация

psql -c "SELECT * FROM pg_stat_replication;"

# бэкап, потому что "прод не падает" — это ложь

pg_dump -Fc mydb > /backup/mydb_$(date +%F).dump

```

И главное: прежде чем тащить в прод новый стек — подумай, нужна ли тебе вообще эта боль. Иногда старый добрый OLTP + пара SQL-запросов закрывают задачу дешевле любого LakeHouse. Но если бизнес уже требует витрины, отчёты и self-service аналитику — посмотри, как это собирают те, кто СУБД развивает, а не перепродаёт чужое под наклейкой «импортозамещено».

Бэкапы. Каждый день. Без исключений. И не забывай про ретенцию WAL.