Как стать автором
Обновить

Как мы создали собственную систему визуализации аналитики и не пожалели об этом

Время на прочтение5 мин
Количество просмотров9.8K
Всего голосов 23: ↑17 и ↓6+12
Комментарии18

Комментарии 18

Создание своей аналитики - народная забава в СНГ. Смешная попытка использовать grafana как BI, как минимум интерфейс будет пыточной для рядового пользователя.

Metabase находится в топе opensource BI. Умеет excel отчеты и тп по-мелочи. Проблема только в том, что SQL отчеты множатся как мусор и теряется контроль через пару лет.

Как вариант решения проблему штуки типа https://cube.dev/

Здравствуйте!

Grafan-у мы не используем как BI, только иногда для IT-метрик.
С размножением SQL скриптов мы боремся за счет публичных реестров на всех аналитиков, с переиспользованием и автоматической архивацией неактуального/неиспользуемого. В этом и преимущество, что мы может настроить систему под свои нужды.

Метабейс отлично подходит для простых отчетиков. Для чего то посложнее и с интеграцией различных источников - tableau хорош. Для всего остального есть cube, dash и тп. Зачем тратить человекомесяцы и человекогоды на свою разработку, когда на эти деньги можно нанять больше аналитиков - из статьи решительно не понятно...

Ни как немогу привыкнуть к этим "вжух-вжух" картинкам. Они меня бесят. И отвлекают.

А вы понимаете, что наличие подобного собственного решения по визуализации данных служит огромным минусом для резюме ваших аналитиков? Кому на рынке известно про ваш инструмент? Пока у других аналитиков в резюме будет Metabase, PowerBI, Tableau, у ваших будет какой-то inhouse визуализатор.

Если честно, по статье так и не стало понятно, что именно побудило создавать свой интерфейс. Попробовали Grafana, QV и PBI? При чем тут графана? Почему не остановились на табло? Почему не стали смотреть на метабейз, суперсет, редэш? Если вам нужно было обновлять Эксель отчёты, то почему не сделать сервис для этого отдельный, а визуализацию оставить профессиональную?

Почему в статье нет ни одного скриншота интерфейса? Или хотя бы макетов? Читаю статью о чем-то абстрактном и, на первый взгляд, бесполезном. Хочется убедить себя, что не прав, но автор в этом не помогает. Видно, что влюблен в свой продукт, однако аргументированно донести его полезность/нужность/необычность не получилось.

Буду ждать новых статей!

Добрый день!

Спасибо за такой развернутый комментарий!

Да, инструмент на рынке неизвестен, и про резюме мы в курсе. Это, конечно, минус. Но многие наши аналитики вырастают и идут на повышение, либо в бизнес, либо в дата-инжерами/дата-сайнтистами. Поэтому проблема частично решается.

Для объяснения, почему мы решили делать свой интерфейс, понадобится отдельная статья, о чем я написал в текущей. Возможно, такая статья появится в будущем. Текущая статься больше про историю развития продукта.

Для обновления экселей у нас отдельный сервис, наша система является только "фронтом", чтобы дашборды и файлы были в одном месте.

Скриншотов нет по той же причине, что это статья больше про историю. Но, видимо, вам интересно почитать про саму систему более подробно. Это тоже может быть темой новой статьи)

Если для обновления экселей есть отдельный сервис, то тем более непонятно зачем нужна своя визуализация

Я тоже пытался внедрить cognos -не пошло.

Внедрил собственную разработку на matlab.

Клиенты довольны, но это не веб.

Я чувствую необходимость в веб, но проект fix price и на его переделку уже нет средств.

Смежники внедряют табло, но идет туго. Не хватает hr.

В статье не хватает информации на чем писали программу

Контекста маловато, чтобы судить "пилить свое или нет", но раз презентуете свое решение по визуализации, то где собственно скриншоты)?

Без них вообще не понятно, что произошло)

Не очень понял, как связана привычка аналитиков к экселю и разработка собственного веб-фронта? Если на бэкэнде что-то excel-совместимое (olap на ms sql, например), то какая разница, что за веб-морду к этому же источнику прикрутить? Зачем вообще каким-то автоматом обновлять эксельники, если достаточно нормально подключить их к источнику через тот же power query? Зачем рисовать 100 слайдов каждую неделю, когда можно просто настроить отчёты excel, которые будут по кнопке обновлять сводные таблицы - обычные или power pivot?

Я вообще живу с ощущением, что везде, где нет реально больших данных и можно обойтись без веб интерфейса - экселя будет более, чем достаточно.

Я немного повторяюсь в своих вопросах, и они явно не по адресу - но кажется, задача вам была поставлена изначально некорректно. Сама статья слишком общая, чтобы адекватно рассудить о предпосылках и результатах.

И кстати, в большом сбере свой аналитический стек, который делает сбердата. Я правильно понимаю, что вы занимаетесь велосипедостроением сразу в двух плоскостях - поперёк индустрии и поперёк материнской компании?

Не осуждаю, возможно, именно вы вашим продуктом войдёте в историю. Но для контекста это важно.

Вы же Tableau купили? Или оно для других задач?

А как с безопасностью, правами доступа и полями?

7 лет пилите этот bi инструмент?

последней версии 2,5 года

100 слайдов в power point еженедельно. Неужели это кто-то читал.

Анализировали ли Superset от Apache для описанной функциональности?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий