Теория и практика большого взрыва: как создать тиражируемую микросервисную платформу
На международной Java-конференции Joker, состоявшейся в конце октября 2021 года, технический директор BSS Дмитрий Свалов рассказал о разработке новой микросервисной платформы для дистанционного банковского обслуживания. В центре его выступления оказался масштабный технологический переход: компания решила преобразовать существующее решение, которым пользуются почти сто клиентов, в современную тиражируемую платформу.
Проект получил символичное название "большой взрыв" не случайно. Речь идет не о постепенной модернизации отдельных модулей, а о комплексной перестройке продукта, архитектуры и процессов разработки. Одновременно необходимо было сохранить работоспособность действующего решения, учесть накопленный опыт и подготовить новую основу для дальнейшего развития.
От модульного монолита к микросервисам
Предыдущая версия ДБО создавалась на стеке Java, Groovy, Spring и Hibernate. В ее основе лежала модульно-монолитная Event-Driven архитектура. Такой подход позволял решать задачи банковского обслуживания и поддерживать единое технологическое пространство, однако со временем он стал ограничивать скорость изменений, масштабирование и независимую поставку функциональных компонентов.
Новая платформа строится на микросервисной архитектуре. Она предполагает разделение системы на самостоятельные сервисы, каждый из которых отвечает за определенную бизнес-функцию. Компоненты можно развивать, тестировать и обновлять независимо друг от друга, не затрагивая всю систему целиком.
Для банков это означает большую гибкость при запуске новых продуктов и адаптации цифровых каналов под собственные процессы. При этом микросервисы предъявляют повышенные требования к взаимодействию компонентов, мониторингу, безопасности, управлению версиями и автоматизации поставки.
Зачем нужна тиражируемая платформа
Микросервисное решение BSS ориентировано на банки, которые по разным причинам не могут или не хотят самостоятельно создавать ДБО-инфраструктуру с нуля. Инхаус-разработка требует значительных ресурсов, квалифицированной команды, времени и постоянных инвестиций в технологическую базу. Готовая промышленная платформа позволяет сократить эти затраты и быстрее перейти к использованию современной архитектуры.
Важное преимущество тиражируемого продукта заключается в возможности применять единое технологическое ядро в разных организациях. При этом конкретный банк получает инструменты для настройки бизнес-процессов, интеграции с внутренними системами и подключения необходимых каналов обслуживания.
Платформа также должна ускорить выпуск обновлений. Если отдельный функциональный блок можно поставлять самостоятельно, банку не придется каждый раз внедрять крупное комплексное обновление. Это снижает риски при релизах и помогает быстрее выводить на рынок новые сервисы.
Поддержка государственного проекта
Разработка микросервисной платформы ведется при поддержке Российского фонда развития информационных технологий. В декабре 2020 года BSS стала победителем грантового конкурса на создание данного решения.
Проект позиционируется как первое вендорское решение компании на микросервисной архитектуре. Его задача - сформировать конкурентоспособную основу для банков, которым требуется современное ДБО, но отсутствуют возможности для полноценного самостоятельного перехода на микросервисы.
Грантовая поддержка позволила сосредоточиться не только на переносе существующей функциональности, но и на глубокой переработке принципов создания продукта. Важным результатом должна стать платформа, пригодная для повторного внедрения, масштабирования и развития в разных клиентских средах.
Почему недостаточно просто переписать код
Переход от монолитной системы к микросервисам нельзя свести к разделению одного приложения на несколько небольших. Меняется сама логика проектирования. Команды должны определить границы сервисов, распределить зоны ответственности, выстроить обмен данными и решить вопросы согласованности операций.
Одновременно требуется пересмотреть жизненный цикл продукта. Перестройке подлежат проектирование и оценка задач, программирование, тестирование, подготовка релизов, внедрение и последующее сопровождение. Если оставить прежние процессы без изменений, микросервисная архитектура может привести не к ускорению, а к росту сложности.
Именно поэтому Дмитрий Свалов назвал проект "большим взрывом". BSS трансформирует платформу, уже используемую почти сотней клиентов, в принципиально новый продукт. Такая задача требует не отдельных технических улучшений, а согласованных изменений на уровне архитектуры, команд и управления разработкой.
Как обеспечить повторяемость внедрений
Одна из главных целей проекта - сделать поставку предсказуемой. Для этого необходимо стандартизировать состав платформы, правила конфигурации, интеграционные интерфейсы и процедуры развертывания. Чем меньше уникальных операций выполняется вручную, тем проще переносить решение в новую банковскую среду.
Важную роль играют автоматизированные конвейеры сборки и доставки. Они помогают проверять изменения, выполнять регрессионные тесты и формировать релизные пакеты по единым правилам. В результате снижается зависимость от отдельных специалистов и уменьшается вероятность ошибок при внедрении.
Отдельное внимание требуется уделить документации. Тиражируемая платформа должна сопровождаться понятными описаниями сервисов, интеграционных контрактов, требований к инфраструктуре и сценариев восстановления. Это ускоряет подключение новых команд и облегчает работу банка на этапе эксплуатации.
Независимая поставка продуктов
Микросервисная модель создает условия для продажи и внедрения отдельных продуктов. Банку не обязательно сразу приобретать весь набор возможностей: функциональность может подключаться поэтапно, в зависимости от бизнес-приоритетов.
Такой формат меняет и подход к развитию коммерческого решения. Вендор получает возможность формировать линейку самостоятельных компонентов, а клиент - выбирать нужные сервисы без масштабной перестройки всей системы. При этом общая платформа сохраняет единые требования к безопасности, интеграции и управлению.
Для цифрового банкинга это особенно важно: продукты и каналы обслуживания развиваются с разной скоростью. Независимые сервисы позволяют быстрее реагировать на спрос и не связывать выпуск одной функции с готовностью всех остальных компонентов.
Этапы реализации и выход на рынок
На момент выступления проект находился на втором из трех запланированных этапов разработки. После завершения технических работ компании предстояла защита результатов проекта перед РФРИТ. Выход платформы на рынок планировался на апрель 2022 года.
Поэтапная схема позволяла проверять архитектурные решения, постепенно уточнять требования и снижать риски финального запуска. Для столь масштабной трансформации это принципиально важно: раннее выявление проблем обходится дешевле, чем исправление ошибок после массового внедрения.
В перспективе успешная реализация проекта должна дать BSS основу для ускоренной поставки ДБО, более тесной совместной разработки с банками и расширения продуктовой линейки. Главный итог перехода - не только новая архитектура, но и создание технологического процесса, который можно воспроизводить в разных проектах.
Микросервисная платформа становится эффективной лишь тогда, когда архитектура подкреплена зрелыми инженерными практиками. Автоматизация тестирования, наблюдаемость, управляемая инфраструктура, контроль изменений и регулярное обновление компонентов должны быть частью продукта с самого начала. Только в этом случае "большой взрыв" превращается в управляемую технологическую трансформацию, а не в набор разрозненных сервисов.
