Это заключительная часть серии «23 фичи Luxms BI, которыми мы гордимся». В первой мы говорили о платформенности и архитектуре, о фундаменте системы. Во второй – о классическом BI-функционале. В третьей – о возможностях, выходящих за рамки привычной бизнес-аналитики.
А сегодня расскажем о том, что принципиально отличает Luxms BI от аналогов, о фичах, которых нет в других BI-системах. Эти особенности – прямое следствие нашей экспертизы и особенных подходов к архитектуре, и они часто становятся решающим аргументом для тех, кто выбирает платформу для серьезных, долгосрочных проектов.
Обратная совместимость. Старые дэшборды работают в новых версиях
Одна из вещей, которой мы действительно гордимся в Luxms BI – это обратная совместимость.
Все мы знаем, насколько болезненным может быть обновление системы, особенно на крупном проекте. Там, где дэшборды живут годами, обрастают бизнес-логикой, регламентами, пользовательскими привычками и иногда [естественно] неизбежными «костылями» под конкретные задачи. И когда приходит время обновляться, выясняется, что какие-то элементы больше не работают.
Иногда некоторые вендоры (но не мы!) осознанно идут на отказ от совместимости между версиями своего продукта – ради архитектурных решений или каких-то новых подходов. Формально это, конечно, можно объяснить. Но в реальности пользователя ставят перед фактом: чтобы работало дальше, все нужно переделывать (а иногда и что-то докупать).
Мы в Luxms BI относимся к этому иначе.
Коробочная логика платформы сохраняется при обновлениях
Типовые дэшборды и стандартные аналитические сценарии «на коробке» продолжают работать после обновлений, даже крупных. Это базовый принцип развития продукта.
Обратная совместимость есть. После обновления примерно 90% дэшбордов работают нормально. Но иногда в дэшах, использующих специфичный функционал, что-то ломается. По опыту прошедшего года это было там, где мы использовали e-charts. Иногда возникают отдельные нюансы, когда что-то может начинает работать не так, как ожидалось. Приходится писать обращение в СТП. Это исправляют и в следующих версиях опять всё работает исправно.
И перед тем как обновиться, мы очень тщательно проверяем новую версию на тестовом стенде, фиксируем недочёты, ждём хотфиксы. И после того, как не остаётся критичных багов, даём добро на обновление продуктового контура.
Евгений Дрензелев, техлид BI-направления в Почтатех
Но важно сказать честно – сложные BI-проекты редко ограничиваются только коробочным функционалом. Наши заказчики активно используют открытые API Luxms BI, расширяют логику и иногда применяют Luxms BI способами, которые удивляют (и восхищают!) наших разработчиков. Мы не ограничиваем такие сценарии, а, наоборот, рады, когда платформа помогает решать задачи бизнеса.
Но открытые API и способы кастомизации сами активно развиваются. Помимо развития нового функционала платформы, мы находим неоптимальный код в ядре, какие-то подходы признаем ошибочными на основе опыта внедрений и обратной связи от заказчиков. Самое трудное, это определить, как наши исправления повлияют на уже работающий кастомный код на многих инсталляциях Luxms BI. В тех случаях, когда мы, несмотря на обязательное внутреннее тестирование, не смогли выявить проблемы совместимости, наша техподдержка и разработчики готовы помогать и адаптировать кастомный код заказчиков, чтобы он заработал в новой версии.
Обратная совместимость не всегда проходит полностью бесшовно — в процессе обновлений могут возникать отдельные сложности. При этом благодаря работе с двух сторон такие неполадки удаётся своевременно выявлять и исправлять, а система в целом остается стабильной и продолжает работать.
Ведущий аналитик данных ГК Синтека
Признаем, кастомный код написанный партнерами и заказчиками не всегда работает как ожидается после обновлений версий Luxms BI. И да, обновление большого BI-проекта – это всегда планирование и дополнительные усилия. Но это нормально для любой большой и быстро развивающейся ИТ-системы.
Наш подход – мы не оставляем клиента с этой проблемой один на один.
коробочная часть – наша зона ответственности, мы обеспечиваем ее стабильность
кастомные сценарии – тоже переживают обновления, иногда с доработками
Мы, как вендор, помогаем разобраться, адаптировать, исправить и довести систему до рабочего состояния на новой версии.
Хороший пример – проект «Рабочее место руководителя» в РЖД. Компания обновила Luxms BI с версии 4 на версию 10. Речь идет не о минорном обновлении, а о переходе большого, зрелого проекта на шесть! версий платформы.
Масштаб проекта:
5 000 пользователей по всей сети железных дорог
Используется в департаментах, отвечающих за оплату и мотивацию труда, организационное развитие и социальную сферу (РЖД крупнейший работодатель страны)
Визуализация 280+ ключевых показателей в режиме реального времени
Интеграция четырех разрозненных систем в единую аналитическую платформу
Поддержка гибкой ролевой модели доступа, высокий уровень безопасности
14 интерактивных панелей с поддержкой иерархий по дорогам, филиалам и другим уровням управления
Это реальный кейс перевода действительно крупного проекта. Да, обновление потребовало планирования и усилий, были доработки. Проект сопровождался рефакторингом кода и отказом от устаревших решений. Но в итоге проект живет, работает и развивается на актуальной версии платформы.
Мы понимаем, что за каждым дэшбордом стоят недели работы аналитиков и конкретные бизнес-процессы, поэтому для нас обратная совместимость у заказчиков при обновлениях – это не просто удобство, а вопрос ответственности. Обновляйтесь, а если что-то пойдет не так, мы будем рядом.
Дмитрий Дорофеев, главный конструктор Luxms BI
Компании инвестирует в создание аналитической системы сотни человеко-часов и мы делаем все, чтобы эти инвестиции были защищены.
В Luxms BI мы видим системный подход к качеству. Даже масштабные обновления здесь – не лотерея, а управляемый процесс, где обратная совместимость и проактивная помощь клиенту приоритет, а не опция.
Андрей Савичев, независимый эксперт
Нет задержек в интерфейсе. Комфортная и быстрая работа с данными
На самом деле, это одна из тех особенностей, на которую пользователи могут не обращать внимания, пока не столкнутся с ее отсутствием в другой системе. А мы прямо сейчас хотим обратить ваше внимание на это: в Luxms BI практически нет задержек в интерфейсе.
Работать в системе быстро и удобно. И это не случайность, а прямой результат нашей работы.
В следующий раз, когда будете работать с Luxms BI, обратите внимание – система мгновенно отвечает при переключениях и различных действиях.
И в этом пункте мы не будем повторять, что архитектура Luxms BI построена так, чтобы быстро и без подвисаний работать даже на больших объемах данных и сложных сценариях анализа. И опустим, что мы регулярно проходим нагрузочные тесты быстродействия с отличными результатами.
Зато расскажем, что нами была проведена аккуратная, продуманная, скрупулезная работа на фронтенде. Мы не просто используем React и на нем все само собой быстро работает, а интерфейс Luxms BI написан с прицелом на скорость отклика, с продуманной архитектурой клиентской части, где каждый компонент, каждое состояние и каждая реакция на действие пользователя оптимизированы для максимальной скорости отклика. Все для быстрого и плавного взаимодействия.
Пользователь не думает о системе, а просто работает в ней. Кликает и сразу видит результат. Меняет фильтр, и данные перестраиваются. Переходит между дэшбордами, и не выпадает из контекста анализа. В Luxms BI – это не роскошный максимум, а базовый минимум.
Глубокая экспертиза в PostgreSQL и ClickHouse
Про «экспертизу в СУБД» любят говорить многие. Разница в том, что у нас это не маркетинговая формулировка, а прямое следствие того, как устроен Luxms BI внутри.
Значительная часть ядра платформы реализована непосредственно внутри PostgreSQL, на уровне хранимых процедур и внутренней логики СУБД. Это означает, что мы не просто «подключаемся» к базе данных, а «живем» внутри нее, хорошо понимая, как она работает на уровне движка. С ClickHouse история похожая.
Luxms BI стал первым BI на российском рынке, который использовал ClickHouse в промышленной эксплуатации, это было на проекте РЖД в 2017 году.
В итоге, практически все известные российские BI-системы так или иначе используют ClickHouse. Новички, недавно появившиеся на рынке, сразу приняли правильное решение, избежав ошибок в выборе технологии. В то же время, BI-системы, которые давно присутствуют на рынке, постепенно отказываются от собственных движков, которые еще пять лет назад активно рекламировались как самые быстрые решения. Ранее маркетинговая подача была такова: если у вас нет собственного движка, то вы не BI. Сейчас мы наблюдаем отказ от этих подходов и повсеместный переход к использованию ClickHouse.
Некоторые из них даже называют его «собственным встроенным движком», что, конечно, вызывает вопросы. Но сейчас можно сказать, что адаптация ClickHouse стала массовой, все воспринимают его как естественную технологию, идеально подходящую для OLAP. Можно сказать, что итог последних пары лет – это признание ClickHouse как стандарта, и вендорами, и заказчиками.
У нас большой опыт внедрения ClickHouse у заказчиков, мы глубоко понимаем эволюцию продукта и его внутренние ограничения и возможности. Именно на этом уровне понимания и строятся те преимущества, о которых мы говорили в первых частях этой серии статей:
высокая производительность даже на сложных сценариях
выгодный TCO за счет эффективного использования ресурсов
широкие возможности интеграции с другими системами
устойчивость решений на больших объемах данных
Когда BI-платформа знает, как именно выполняется запрос, где возникают узкие места и что можно оптимизировать на уровне базы, это радикально меняет подход. Поэтому мы можем реализовывать действительно сложные проекты.
Делаем то, что Power BI не умеет. Простые расчеты в Luxms BI
Power BI много лет подряд признанный лидер среди BI-систем и регулярно занимает топовые позиции в квадрантах Гартнера. Его доля велика, экосистема огромна, инструмент хорошо знаком аналитикам и ИТ-командам.
И именно поэтому показательно сравнивать не абстрактные «возможности», а конкретные рабочие сценарии. Все знают, что Power BI завязан на экосистему Microsoft и требует участия ИТ при малейших изменениях, например:
Предположим, что наш источник данных - это куб в SSAS. Пользователю Power BI нужно посчитать формулу
«(a + b) ÷ 100»
Не модель данных переписать, не куб пересобрать, а просто посчитать показатель прямо в отчете, в текущем контексте фильтров.
Но в Power BI пользователь этого сделать не может. Даже такой базовый расчет требует участия ИТ, что, естественно, тормозит бизнес. Это занимает время, требует ресурсов и очень далеко от понятий «удобно» и Self Service.
Luxms BI устроен иначе. Динамические расчеты выполняются непосредственно в системе, в момент запроса, с учетом пользовательских фильтров и контекста. Пользователь может сам задать формулу, изменить логику показателя, проверить гипотезу и сразу увидеть результат – без ожидания, согласований и пересборок.
И когда нам говорят, что наш self-service «не совсем self-service», мы обычно аккуратно возражаем. Мы действительно не Power BI. Мы другие. Но именно в части гибкости расчетов и скорости изменений Luxms BI во многих сценариях оказывается удобнее.
Подробнее про Self Service в Luxms BI в этой статье
Эта фича не про соревнование с лидерами рынка и не про громкие заявления. А про конкретный класс задач, где Luxms BI дает пользователю больше свободы – и именно поэтому для многих команд оказывается практичнее.
Установка и обновление по стандартам LINUX
Этот пункт редко производит впечатление на бизнес-пользователей. Он не про красивые дэшборды. Зато его сразу замечают те, кто отвечает за сопровождение, поддержку и обновление платформы.
Luxms BI изначально проектировался под Linux-экосистему. Это не дань современным трендам или требованиям импортозамещения, а специальное архитектурное решение. Поэтому установка, обновление и администрирование системы выполняются стандартными средствами Linux.
Без специальных инсталляторов, ручной сборки, запуска цепочек скриптов и точечных донастроек библиотек.
Каждый компонент Luxms BI устанавливается и обновляется как стандартный Linux-пакет без вручную доставляемых конфигов или зависимостей.
На практике это означает предсказуемую и управляемую эксплуатацию. Пакетная установка, стандартные механизмы обновлений, прозрачная логика работы сервиса – все укладывается в привычные процессы Linux-администрирования. Ваш DevOps-инженер, который никогда не работал с Luxms BI, сможет обслуживать систему, потому что она ведет себя как любой другой прикладной софт для Linux в его инфраструктуре.
Важно, что в стандартной конфигурации установить платформу можно меньше, чем за 3 минуты. В этом видео развенчиваем миф о долгой установке
Это свойство платформы, а не набора функций. Оно не бросается в глаза при первом знакомстве, но со временем именно оно снижает операционные риски, ускоряет обновления и делает эксплуатацию устойчивой.
Продвинутая работа по управлению данными
Финальный пункт в нашей подборке – не про визуализацию и даже не про аналитику в привычном понимании, а про управляемость данных в целом.
Здесь мы говорим о работе с системами класса Data Governance. Luxms BI интегрируется с различными решениями этого класса, например Arenadata Catalog, Enterprise Data Catalog от Informatica, а также EDM-платформами управления данными, например Плюс7 EDM. Потому что в аналитике критически важно опираться на данные, в корректности и происхождении которых можно быть уверенным.
На сегодняшний день одной из ключевых и наиболее глубоко проработанных для нас является интеграция с Arenadata Catalog – продуктом нашего совместного предприятия с Arenadata.
Классический сценарий взаимодействия BI и Data Catalog такой: каталог сканирует BI-систему, получает информацию о дэшбордах, моделях, показателях и визуализациях, после чего автоматически строит lineage. Можно восстановить полный путь данных – от дэшборда до первоисточника, и включить туда все остальное.
Но на этом интеграция не заканчивается. Мы целенаправленно развиваем более глубокие сценарии взаимодействия BI и Data Governance-инструментов. Речь идет об использовании BI-метаданных в аналитических сценариях – анализе заполненности описаний показателей, полноты метаданных, а также связке с проверками Data Quality, которые настраиваются в каталоге и визуализируются прямо в дэшбордах.
Data Quality прямо в BI
Отдельно стоит сказать про работу с качеством данных. Data Quality в Luxms BI – это не попытка заменить специализированные DQ-инструменты. Проверки качества выполняются там, где им и положено быть, во внешних DQ-системах. BI в этом случае становится окном, в котором результат этой работы становится виден бизнесу.
Luxms BI получает результаты проверок качества данных из внешних DQ-инструментов через простой REST API, агрегирует их и отображает прямо на дэшбордах.
В том же интерфейсе, где бизнес уже смотрит показатели, появляются и KPI качества данных. Это принципиально меняет восприятие аналитики, ведь пользователь видит не просто цифры, но и показатель их надежности, насколько этим данным можно доверять. Для зрелых аналитических контуров это становится критически важным.
Руководитель, глядя на отчет, видит не только дэшборд с данными, но и может оценить, насколько этим данным можно доверять. Это выводит принятие решений на новый уровень.
Под капотом это выглядит так: результаты DQ-тестов агрегируются, учитывается «срок годности» проверок, применяется настраиваемая система весов, а сверка качества может идти в реальном времени.
Для аналитиков и DQ-инженеров доступно отдельное рабочее пространство со сводной статистикой по KPI качества, историей проверок, трендами и критическими отклонениями, с понятной и прозрачной картиной того, что происходит с данными на самом деле.
В этом подходе BI усиливает пользу DQ-систем, делая качество данных видимым и обсуждаемым на уровне бизнеса.
Почему это важно
Главная ценность в том, что у компании наконец появляется прозрачность вокруг того, что происходит с данными. Это позволяет в случае возникновения вопросов типа «Откуда в отчете взялись такие цифры?» перевести компанию из режима долгого, изматывающего расследования в режим оперативного предупреждения подобных вопросов.
Например, в компании есть бухгалтер, который получил отчет «с неправильными цифрами» и начинает спрашивать «почему получилось столько? Так не может быть». В обычном варианте начинается разматывание процессов ETL, длинные цепочки выяснений, которые длятся иногда неделями. Это превращается в ручной, медленный и довольно бессмысленный процесс – пока нашли причину в одном месте, уже всплыло что-то новое в другом, да и отчет уже потерял актуальность.
Если же DQ встроено в сам процесс сбора данных, ответ либо появляется мгновенно, либо за считаные минуты. «Отчет со складов пришел с опозданием, данные не успели попасть в итоговый отчет. Ошибка подтверждена, пересчитываем, через 30 минут цифры обновятся». Когда проверки качества встроены в сам процесс их подготовки, ситуация меняется, пользователи сразу видят сигнал, что где-то появились некорректные данные. Это снимает огромный пласт психологически неблагодарной работы и создает принципиально новое качество контроля.
Когда руководитель видит не просто «200», а «200, качество данных = 90%», появляется контекст. 90% – можно доверять. 60% – повод остановиться и задать вопросы.
Именно поэтому этот пункт завершает блок. Он не про отдельную функциональность, а про уровень зрелости системы в целом, тот уровень, на котором BI становится полноценным элементом управления данными в организации.
Заключение
Мы рассказали о том, что такое Luxms BI, и чем мы по-настоящему гордимся. Надеемся, нам удалось показать не просто список функций, а философию нашей платформы.
Ведь главное в том, что несмотря на то, что мы выделили 23 крутые фичи, Luxms BI – это не набор функций, а целостная система, где каждая часть работает на общий результат. От архитектурного фундамента, который дает надежность и скорость, через глубокую экспертизу в ключевых технологиях, до уникальных возможностей, которых нет у других. Все это создает платформу, которая решает реальные бизнес-задачи. И наши клиенты – тому подтверждение.
Спасибо всем, кто прочитал!
