No-code решение Bercut BRE по бизнес-логике нетехническому блоку T2.

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

2. Существенно сократить время внедрения новых функций и ускорить вывод продуктов и сервисов на рынок (time-to-market) за счет гибкости настройки и самообслуживания маркетинга (без привлечения ИТ). Обеспечить положительный опыт для сотрудников (Employee Experience)

Требовалось упростить интеграции и расширить сценарные возможности, в том числе обеспечить:

• поддержку обмена сообщениями через Kafka и HTTP/REST без необходимости создания XSD/WSDL;

• построение условных интеграций без использования no-code-фреймворков;

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

Чтобы достичь целей проекта, потребовалось развернуть отдельный кластер BRE Bercut для высоконагруженных задач обработки около 300 миллионов строк данных.

2025

- ~60% коммерческих проектов клиента реализуется с помощью BRE Bercut.

- 95% настроек сценариев в BRE Bercut клиент выполняет без написания кода, только через настройки.

- 800 млн уникальных сообщений абонентов T2 с использованием BRE Bercut.

- Сокращение time-to-market решений заказчика: создание простых продуктов занимает 30 минут; внесение изменений в процессы — 15 минут.

- обеспечение до 100 000 TPS при пиковой нагрузке.

- Скорость обработки — более 3 600 000 сообщений в час.

- Импортозамещение решений: IBM ODM, JBoss Drools, InRule, Teradata.

Использованное ПО: Bercut HIP, Postgres Pro.

Интеграции: Kafka, RabbitMQ, Postgres Pro, OracleDB.

В проекте не используются решения из каталога Global CIO

- Доступность абонентских сервисов, реализованных на решении BRE Bercut, должна составлять 99,999%. Это очень высокий показатель для такого рода проектов, и мы добились его благодаря поддержке масштабирования и резервирования как всей системы, так и отдельных ее модулей.

- Требовалась интеграция с большим количеством систем. Клиент должен иметь возможность реализовать продукт любой сложности а-ля «конструктор», при этом система сохраняет гибкость, производительность и понятность. Эти показатели были достигнуты за счет разработанного UI для конструирования сценариев, правил к ним и интеграций, использования шаблонизаторов и точечной настройки адаптеров для интеграции через MIB-Explorer.

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

Платформа Business Rules Engine (BRE) — результат семилетней эволюции архитектуры обработки событий, ориентированной на максимально быструю реакцию и гибкость внедрения бизнес-логики. Акцент — на удобстве для бизнес-пользователей без технических навыков.

Создание решения BRE Bercut вместе с T2 связано с необходимостью автоматизации обработки событий. Примером стал сервис Welcome SMS для гибкой настройки уведомлений по атрибутам абонентов. Первые шаги — реализация MVP, разделение ролей (техническая поддержка и настройка бизнес-логики), упор на самодокументированность и универсальность платформы. Ввод новых бизнес-правил происходил через веб-интерфейс, генерировавший скрипты на BPEL, сами правила загружались из Excel-шаблонов. Последующий переход к собственной Java-реализации движка правил и миграция сценариев в БД Postgres позволили устранить значительные издержки производительности, повысить скорость обработки транзакций и обеспечить обратную совместимость.

Критически важной стала интеграция универсальных адаптеров для событийной обработки через Kafka, HTTP/REST, RabbitMQ, а также внедрение систем хранения с шардированием для масштабируемости. За несколько лет количество правил выросло с единиц до тысячи, а нагрузка — с десятков до сотен тысяч транзакций в секунду. В архитектуре появился принцип полной автономности: бизнес-пользователь управляет всем жизненным циклом правил без вмешательства разработчика.

Отдельные этапы развития включают:

• формирование библиотеки типовых микросервисов и действий, применяемых к профилю абонента;

• создание транзакционной модели с возможностью отката, если последовательность действий не может быть завершена;

• внедрение сервиса отчетности и аудита — сценарии проходят автоматическое логирование, пользователи получают агрегированные ключевые показатели, аналитические выгрузки по запросу;

• переход к смешанной (реляционной/nosql) модели хранения — динамические данные хранятся в JSONB, что упростило гибкую работу с большими массивами.

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

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

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

BRE Bercut доказывает, что современные бизнес-правила можно реализовать минимумом технических ресурсов.

Российская Федерация — вся зона покрытия федерального оператора связи Т2.