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

Рис. Бизнес-аналитика весьма актуальна в цифровую эпоху, но на фоне ухода из страны зарубежных поставщиков, компании вынуждены пересматривать свои стратегии. Однако уже имеется опыт безболезненной миграции на соответствующие отечественные системы.

Многие отечественные компании стоят сегодня перед проблемой выбора российской платформы бизнес-аналитики как для выполнения новых проектов, так и замены уже имеющихся решений на базе платформ от Qlik, Tableau, Microsoft Power BI, Oracle BI и др. Ни одна из российских платформ пока еще не позволяет полностью заменить всю функциональность западных решений. Как найти отличия между двумя десятками присутствующих сегодня на отечественном рынке платформ бизнес-аналитики и выбрать наиболее подходящее решение?

Использование бизнес-аналитики продиктовано стремлением руководителей принимать решения на основе данных, и если в компании уже выстроена практика бизнес-анализа на базе какой-либо платформы, то лицам, принимающим решения, неважно, что «под капотом» у соответствующей системы, главное — результат. Если же речь идет о миграции, вызванной прекращением поддержки платформы, то, конечно, важно при минимальных трудозатратах сохранить работоспособность системы бизнес-аналитик. Для организаций, в которых только формируется практика бизнес-анализа — еще немало аналитиков продолжают работать с диаграммами в Excel [2], важно минимизировать затраты на внедрение новой системы и быстро получить результат, например в виде монетизации данных [3].

На первый взгляд, во всех этих случаях про архитектуру системы забывают, но на самом деле именно она и принятые в платформе принципы работы с данными позволяют максимально эффективно достигать бизнес-целей.

Запросы

Уход из России западных поставщиков предоставил отечественным разработчикам возможность увеличить свою долю рынка — именно поэтому сегодня появилось множество сравнений различных платформ бизнес-аналитики на предмет выбора лучшей для замены конкретного зарубежного изделия. В одних разбираются интерфейсы и рекомендуется выбирать систему, визуально максимально подобную западной. В других сравнивается имеющаяся в системе отраслевая экспертиза и функциональные возможности. Однако миграция с одной платформы на другую весьма трудоемкий процесс, а вопросы адаптации интерфейса либо расширения функционала часто оказываются весьма простыми задачами.

Наибольшие сложности миграции возникают, если приходится полностью пересматривать всю архитектуру системы. Например, одни инструменты отправляют аналитические запросы на сторону СУБД — Superset, Metabase и Mondrian, а другие используют собственный аналитический движок, позволяющий забирать данные из хранилищ и сразу их обрабатывать на своем уровне либо на уровне Microsoft Power BI, Qlik, Tableau и пр. Наличие в платформе собственного движка имеет ряд преимуществ:

• высокая производительность — чем сложнее запрос, тем медленнее его будет обрабатывать внешняя СУБД;
• независимость от источников данных;
• возможность оптимизации аналитических запросов;

создание интерактивных средств работы для аналитиков за счет более гибкого управления моделью данных и витринами.

Если в платформе нет собственного движка, то запросы исполняются либо непосредственно на источниках данных, либо на уровне корпоративного хранилища и при миграции на подобную платформу могут возникнуть дополнительные сложности. С одной стороны, на растущих объемах данных перенос логики на уровень хранения может привести к значительному снижению производительности платформы бизнес-аналитики и ограничить простор для маневра при кратном росте объемов анализируемых данных. С другой, отсутствие собственного движка означает при миграции необходимость переписывания логики запросов. Часто «под капотом» у такой платформы оказывается не изящная аналитическая формула, а сложный SQL-запрос, учитывающий специфику конкретной СУБД: Oracle, PostgreSQL, MySQL, Microsoft SQL Server и пр.

Конечно, если задачи миграции берет на себя системный интегратор или разработчик аналитической платформы, проблем можно поначалу избежать — подрядчик перепишет все запросы и поможет запустить новую платформу. Однако работать с подобной экосистемой будет сложно — каждый новый запрос и каждое очередное уточнение потребуется снова переводить на язык SQL или отображать в программном коде. Именно поэтому при разработке движка третьей версии Visiology изначально обеспечивалась поддержка аналитического языка DAX, что, как минимум, позволяет просто скопировать формулы из Power BI.

Работа с хранилищем данных

Важный аспект развертывания системы бизнес-аналитики — организация работы с корпоративным хранилищем данных. Если у платформы нет своего движка, то архитектура хранилища будет определяться особенностями конкретной эксплуатации (редкие запросы над большими объемами, частые запросы, работа большого количества пользователей, подключение различных источников данных, особенности фильтрации, выборки данных по различным критериям и т. п.) и потребуется тщательная оптимизация СУБД, а значит — дополнительные ресурсы. Проект миграции может затянуться, а его стоимость — вырасти за счет дополнительных лицензий, которые могут потребоваться при развертывании хранилища данных.

Популярные платформы бизнес-аналитики с собственным движком обычно имеют инструменты для работы с хранилищами, причем иногда в рамках платформы предлагаются свои варианты хранилища. Это позволяет сэкономить ресурсы на создание, подготовку, оптимизацию и поддержку хранилища.

Итого

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

Проектов миграции систем бизнес-аналитики сегодня много, а их выполнение облегчается благодаря наличию в Visiology поддержки обработки в памяти (in-vemory), средств прямого подключения к внешним СУБД, среды визуализации и уже накопленному опыту применения платформы в различных отраслях. Например, только за 2022 год 200 компаний мигрировали на Visiology.

Движение по пути миграции, например, на платформу Visiology 3 можно осуществлять по двум направлениям. Компании, у которых еще действуют лицензии на текущую платформу, могут развертывать у себя Visiology 3, конструировать первые витрины, знакомиться с системой и постепенно переносить свою экспертизу, используя средства самообслуживания, графический редактор модели данных и поддержку формул DAX. Компании, вынужденные срочно мигрировать, могут вести проекты на платформе Visiology 2 — можно продолжать работу с системой бизнес-аналитики, а при соблюдении рекомендаций по работе с данными впоследствии перейти на третью версию.

Сегодня у российских заказчиков уже имеется большой выбор инструментов бизнес-аналитики — в 2022 году специалисты BIConsult насчитали 20 отечественных платформ, и их число растет. Интерфейсы некоторых из этих инструментов напоминают интерфейсы ушедших с рынка Qlik или Tableau, но при выборе системы и принятии решения о миграции важно оценить не только «внешность», но и начинку.

Если компания не готова переплачивать за глубокую адаптацию платформы и намерена как можно быстрее приступить к работе, то при выборе важно обращать внимание на структуру доходов компаний от развертывания и эксплуатации системы бизнес-аналитики. Некоторые поставщики показывают исключительно небольшие затраты на внедрение, интеграцию и поддержку, зарабатывая главным образом на лицензиях, другие же получают прибыль на «сопутствующих» процессах.

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

Источник: Открытые системы.