Артем Ухлов, Bercut: Гибридная интеграционная платформа, объединяющая Low code и Pro Code, ускоряет цифровую трансформацию

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

Изначально идея HIP заключалась в упрощении деятельности разработчиков Bercut. Дело в том, что BSS-системы Bercut(а) позволяют нашим партнерам выстраивать целую вертикаль услуг. Для этого вокруг ядра, которым выступает наш флагманский продукт — биллинговая система IN@Voice —, необходимо реализовать работу множества продуктов и систем. С этой целью и была разработана гибридная интеграционная платформа HIP.

По мере развития инструменты платформы становились проще и доступнее, и на определенном этапе нас посетила идея предложить их и другим компаниям. Так внутренний рабочий инструмент стал ИТ-продуктом, воспользовавшись которым организации могут самостоятельно создавать даже высоконагруженные системы. Нам удалось обеспечить пользователя необходимым инструментом, соответствующим его уровню владения навыками и набору компетенций. Достаточно лишь правильно выбрать ролевую модель. Известный писатель-фантаст Сергей Лукьяненко выступит на TAdviser SummIT 28 ноября. Регистрация 5.6 т

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

Мы видим, что есть команды с различным уровнем погружения в технологическую технологическое устройство продуктов. К примеру, при создании продукта мы выделяем инструменты No Code как инструмент для бизнес-пользователей. С их помощью можно создавать бизнес-логику, оперируя определенными критериями. Также есть Low Code направление, в рамках которого мы предлагаем пользователю удобный drag-and-drop интерфейс, где из готовых модулей (микросервисов) можно быстро собрать готовый бизнес-процесс. Это направление предназначено для junior-разработчиков, архитекторов и аналитиков, то есть для людей, относящихся к миру ИТ, но не обладающих глубокими знаниями в области разработки. Если мы говорим про опытных разработчиков, то Pro Code для них представлен в виде удобного фреймворка с привычными языками программирования, набором готовых коннекторов и кодогенераторами.

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

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

Артем Ухлов: Согласно имеющейся у нас информации, на разглашение которой мы не всегда имеем право, скорость внесения изменений в готовые продукты заказчиков с HIP, как правило, увеличивается примерно на 30%. Затраты на разработку при этом сокращаются в диапазоне от 15% до 30% в зависимости от сложности проекта.

В Bercut такие показатели отчасти связаны с переиспользованием ранее созданных интеграций и коннекторов. Например, если у нас имеется интеграция с системами «Битрикс» и другими CRM-системами, тогда ничего нового создавать не нужно, мы лишь используем существующие наработки в своем решении. Один из коннекторов, например, использовался нами уже более 70 раз.

Еще одним примером служит кейс с продуктом Business Rules Engine Bercut (BRE) — одним из компонентов платформы HIP. BRE — это система для интеллектуального реагирования на события. Анализируя поток событий, она сопоставляет их критерии, далее автоматически принимает решение о том, какую модель реакции применить, согласно заданным пользователем сценариям. Так, если пользователю необходимо рассчитать размер скидки для того или иного клиента, то на основе изучения различных параметров (категория товара, ранее купленные продукты и т.д.) система рассчитывает скидку или дилерское вознаграждение. Если раньше процесс внесения изменений в логику системы занимал от двух недель до нескольких месяцев, так как требовалось длительное описание требований и отвлечение ресурсов ИТ с последующим длинным циклом работ, то с помощью нашего инструмента логика меняется в считанные часы или даже минуты: внеся изменения в черновик, можно в тестовой среде оперативно проверить, как это работает.

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

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

Артем Ухлов: Многие зарубежные поставщики покидают рынок и приостанавливают поддержку своих решений. Это наносит ущерб российским компаниям и влечет дополнительные издержки. В условиях ускоренного импортозамещения компании обращают свой взор на отечественные аналоги, но все же доверие к данным решениям еще не сформировалось. Зарубежные решения совершенствовались десятилетиями и имеют развитую функциональность, в отличие от «молодого» ПО, созданного на российском рынке. В связи с этим Министерство цифрового развития, связи и массовых коммуникаций призывает представителей бизнеса и поставщиков к поиску общих точек соприкосновения и некоему балансу, когда клиент и вендор совместно занимаются поиском компромиссов в части функциональности, работоспособности решений и импортозамещением. Быстро найти и реализовать аналог зарубежного решения зачастую не удается, это может занять длительное время. Восстановить большую часть привычных бизнес-процессов на этом этапе позволят интеграции.

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

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

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

Таким образом, в модели, когда нужно принять риски в сложном проекте, где есть много интеграций, оптимальной выглядит модель Low Code + Pro Code.

Артем Ухлов: Пожалуй, главное ограничение для Low Code – это отсутствие возможностей для самостоятельной разработки и кастомизации. Конечно, можно пойти к вендору и взять у него некий набор модулей-«кубиков», чтобы собрать из них решение, но всего предусмотреть невозможно. Всегда будут специфические требования, уникальные интеграции, наличие гибридного инструмента в виде интеграционной платформы поможет снять большую часть этих ограничений.