TG Telegram Group & Channel
Юниверс Дата — Мысли CEO вслух | United States America (US)
Create: Update:

Витрины данных заказывали? Но DG — только официант.

Мы в Юниверс Дата сейчас проектируем витрину данных для DG — и делаем это осторожно. Без спешки. Потому что универсального стандарта тут нет. В DMBOK не нарисована готовая схема. У ведущих вендоров — десятки трактовок. А значит, придётся думать своей головой.

Витрина — это то, что видит бизнес. SQL view, таблица, BI-дашборд, API — неважно. Главное, что это точка потребления, а не просто технический объект. Это способ показать управляемые данные — так, чтобы они были понятны, полезны и безопасны.

Важно понимать: DG не управляет витринами. Не строит, не проектирует. Этим занимаются BI и DWH-команды. А DG — задаёт рамки и обеспечивает следующее:
— описание витрины в каталоге и lineage
— контроль качества данных, которые в неё попали
— проверку терминов на соответствие бизнес-глоссарию
— управление доступом, приватностью, безопасностью

Практический пример: отдел маркетинга заказывает витрину "Активные клиенты Q2". DG проверяет: соответствует ли термин "активный клиент" бизнес-глоссарию, есть ли права доступа к персональным данным, корректны ли источники в lineage.

Мы держим это в фокусе, проектируя витрину в Universe DG. Не как хранилище. А как точку обзора. Не как объект управления, а как объект контроля.

С моделью витрины мы пока в размышлениях. Но есть один элемент, который уже точно встанет на своё место — это механизм заказа данных. Он будет запускаться из личного кабинета пользователя, где можно будет сформировать запрос, выбрать потребность и получить нужный набор данных. Время получения сократится с 2-3 недель до 2-3 дней.

Прикрепляю короткое видео — как будет выглядеть этот личный кабинет в Universe DG. Пока прототип. Но направление мысли уже видно.

#мыслиCEOвслух

This media is not supported in your browser
VIEW IN TELEGRAM
Витрины данных заказывали? Но DG — только официант.

Мы в Юниверс Дата сейчас проектируем витрину данных для DG — и делаем это осторожно. Без спешки. Потому что универсального стандарта тут нет. В DMBOK не нарисована готовая схема. У ведущих вендоров — десятки трактовок. А значит, придётся думать своей головой.

Витрина — это то, что видит бизнес. SQL view, таблица, BI-дашборд, API — неважно. Главное, что это точка потребления, а не просто технический объект. Это способ показать управляемые данные — так, чтобы они были понятны, полезны и безопасны.

Важно понимать: DG не управляет витринами. Не строит, не проектирует. Этим занимаются BI и DWH-команды. А DG — задаёт рамки и обеспечивает следующее:
— описание витрины в каталоге и lineage
— контроль качества данных, которые в неё попали
— проверку терминов на соответствие бизнес-глоссарию
— управление доступом, приватностью, безопасностью

Практический пример: отдел маркетинга заказывает витрину "Активные клиенты Q2". DG проверяет: соответствует ли термин "активный клиент" бизнес-глоссарию, есть ли права доступа к персональным данным, корректны ли источники в lineage.

Мы держим это в фокусе, проектируя витрину в Universe DG. Не как хранилище. А как точку обзора. Не как объект управления, а как объект контроля.

С моделью витрины мы пока в размышлениях. Но есть один элемент, который уже точно встанет на своё место — это механизм заказа данных. Он будет запускаться из личного кабинета пользователя, где можно будет сформировать запрос, выбрать потребность и получить нужный набор данных. Время получения сократится с 2-3 недель до 2-3 дней.

Прикрепляю короткое видео — как будет выглядеть этот личный кабинет в Universe DG. Пока прототип. Но направление мысли уже видно.

#мыслиCEOвслух
👍9🔥4


>>Click here to continue<<

Юниверс Дата — Мысли CEO вслух




Share with your best friend
VIEW MORE

United States America Popular Telegram Group (US)