Замещение аналитической платформы SAP: перекресток решений

Большинство компаний выбирают следующие пути миграции:

• Полная миграция на новую платформу данных
• Отказ от миграции
• Частичная (гибридная) миграция

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

Полная миграция

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

Перечислю основные риски данного подхода:

• сложность быстрого переобучения внутренней технической команды и найма сотрудников с новой компетенцией;
• стоимость и технические риски единовременного переноса всей BI отчетности на новый инструмент;
• сложность обучения бизнес пользователей и потенциально возможный негатив от новых инструментов;
• риски увольнения важных ключевых сотрудников технической команды
• необходимость в новых серверных мощностях.

Эти риски ведут как к повышению стоимости миграции, так и к резкому снижению SLA со всеми вытекающими последствиями.Игорь Лейпи, ГК Softline: Объем поставок российских операционных систем в ближайшие годы увеличится как минимум вдвое 2.4 т

Тем не менее данный подход обладает является необходимым, если есть необходимость единовременной миграции по требованию регуляторов или акционеров.

Отказ от миграции

Этот подход, несмотря на все минусы, присутствует в большинстве компаний – очень часто просто как затянувшийся переходный период, пока принимается решение что делать дальше. Подход несет в себе большое число рисков:

• отсутствие поддержки влечет за собой потенциальный риск невозможности выполнения SLA;
• демотивация внутренней команды из-за перспектив карьеры, связанной с SAP технологиями на российском рынке;
• необходимость инвестиций в дорогостоящее оборудование под SAP HANA и длительные сроки поставки (а в данном подходе SAP HANA будет использоваться скорее всего не только для горячих, но и для исторических данных и тяжелых расчетов).

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

Гибридная миграция

Подход заключается в добавлении в архитектуру корпоративного хранилища данных реляционного MPP-СУБД с хранением данных на дисках и переносом части данных из HANA. Это может быть Arenadata DB (или Greenplum, если не требуется поддержка вендора). Выбор именно реляционного MPP-СУБД связан с относительно невысокими трудозатратами на перенос модели данных из SAP HANA без существенных изменений.

Миграцию можно осуществлять последовательно, инкрементально перенося центр тяжести КХД из SAP HANA в ADB/Greenplum по мере появления необходимости в высвобождении ресурсов. При этом, перенося ETL, слой отчетности можно сохранять, что снижает риски снижения SLA и негативных реакций бизнес пользователей. Верхнеуровнево архитектура платформы данных может выглядеть следующим образом:

В дальнейшем возможна уже миграция слоя «горячих» данных с SAP BW/HANA, например, на Arena QuickMarts и перенос отчетности на одно из решений российский BI, например, Форсайт. Этот подход, с учетом реализации механизма данных из стандартных экстракторов без нарушения лицензий и сохраняя стандартную логику, подробно описано в статье импортозамещение SAP HANA.

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

Плюсы этого подхода:

• возможность постепенного переобучения технической команды без "резких движений";
• постепенное обучение внутренней команды для последующего полного импортозамещения всех компонентов платформы данных;
• сохранение фронт BI системы и отсутствие рисков выполнения SLA и негативной реакции со стороны бизнес-пользователей;
• формирование фундамента классической архитектуры платформ данных с горячими, теплыми и холодными данными.

Выводы

Выбор подхода и оценка уровня рисков, драйверов стоимости и сроков миграции уникальна для каждого случая и зависит от множества параметров. Это и размер хранилища данных, количество пользователей, уровень культуры данных, реализованные процессы в SAP BW/HANA, размер технической команды, требования SLA и т.д. В общем случае мы рекомендуем гибридный подход как наименее рискованный. В статье про гибридный подход к миграции мы постарались более подробно остановиться на ключевых шагах.

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