В этом кейсе — два блока работ в банковском контуре. Первый — развитие сервиса для зарплатного проекта: подключение физических лиц, доработки и декомпозиция монолита на микросервисы. Второй — участие в создании платформы для миграции основных систем: загрузка и обработка данных, событийные интеграции, ETL-контур.
Компания iStaff-it подключила к проекту своего Java-разработчика на аутстаффинге. Эксперт встроился в команду клиента и закрыл ключевые задачи по сервисам, базам данных и событийному контуру — без передачи работ в аутсорс и потери управляемости.
Контекст и формат работы
Команду усилили одним разработчиком в формате аутстаффинга. Общий объем участия — 1 774 часа. Именно столько времени ушло на разработку, сопровождение изменений и выравнивание качества кода вместе со специалистами клиента.
Как была организована работа:
- Встраивание в SDLC клиента. Задачи из бэклога, работа по спринтам и релизам, регулярные синхронизации с командой.
- Зона ответственности. Backend на Java/Spring, интеграции, работа с БД, миграции схемы и данных, участие в код-ревью.
- Качество и воспроизводимость. Миграции через Flyway и Liquibase, интеграционные проверки и тесты на Testcontainers.
- Инфраструктура и окружения. Контейнеризация (Docker) и работа в Kubernetes-контуре.
В итоге специалист работал как «свой» инженер: закрывал задачи, проходил ревью по правилам и отдавал изменения в виде готовых к сопровождению решений — с тестами, миграциями и контрактами. Эйчарам клиента не пришлось листать вакансии Java-разработчиков в поиске человека, способного закрыть столь широкий список процессов.
Блок 1. RBO-Payroll — подключение физлиц к зарплатному проекту
В рамках сервиса зарплатного проекта требовалось расширить функциональность подключения физических лиц и одновременно «разгрузить» текущую кодовую базу. Часть монолитного решения переносилась в микросервисы. Важно было не только дописать логику, но и обеспечить безопасную миграцию с предсказуемым поведением в проде (с контролем кэшей, планировщиков и кросс-срезов через AOP).
Дополнительно проект опирался на активную работу с БД (Oracle/PostgreSQL) и регулярные изменения схемы. Поэтому акцент сделали на дисциплине миграций и воспроизводимых тестах на контейнерах.
Чем занимался разработчик iStaff-it:
- Развивал функциональность сервиса RBO-Payroll. Сценарии подключения физлиц к зарплатному проекту.
- Участвовал в декомпозиции монолита. Выделение компонентов/доменов в микросервисы, согласование контрактов.
- Подготовил утилиту миграции данных в «золотую запись». С правилами сопоставления и переносов.
- Настраивал и оптимизировал работу с кэшами. Применял AOP-подходы для сквозной логики.
- Проводил код-ревью. Выравнивал стиль и требования к качеству изменений.
Для миграций и тестирования наш разработчик в ИТ выстроил четкий контур. Изменения схемы оформляли через Flyway/Liquibase, а проверки миграций и интеграций запускали на Testcontainers. Это позволяло поднимать БД и зависимости в контейнерах и стабильно прогонять тесты в CI.
Блок 2. Платформа данных для миграции банковской системы на микросервисы
Параллельно шла работа в команде платформы данных: строилась инфраструктура, которая хранит онлайн-реплики ключевых систем и дает self-service-интеграции. По сути — «позвоночник» для обмена данными между сервисами: загрузка, обработка, распространение и выгрузка в общебанковские хранилища.
Ключевая сложность — потоковые сценарии и согласованность данных. Источники меняются, события должны быть доставлены и интерпретированы корректно, а потребителям нужна стабильная модель доступа. Поэтому фокус был на CDC, публикации событий и сервисах чтения по запросу, плюс на эксплуатации в контейнерной среде.
Что делал специалист iStaff-it:
- реализовывал загрузку данных из систем-источников в платформу: CDC, event sourcing, потоковая доставка;
- разрабатывал интеграции поверх данных платформы: публикация событий, получение данных по запросу;
- участвовал в проектировании контрактов и API для self-service интеграций;
- встраивал изменения в инфраструктуру развертывания (контейнеризация, взаимодействие с брокерами/шинами).
На выходе внутренняя команда разработчиков получила управляемый поток данных между системами, с репликациями из источников, едиными событиями и предсказуемыми сервисами чтения. Это упростило подключение новых потребителей и снизило риски при дальнейшей миграции.
Использованные технологии
Набор технологий подбирали под банковские требования (стабильные API, надежная работа с событийными потоками, контроль миграций и тестов). Ниже — основной стек, с которым специалист iStaff-it работал в задачах и релизах:
- Backend. Java (11/17/21), Java Core, Kotlin, OОП, MVC.
- Spring-экосистема. Spring, Spring Boot, Spring JPA.
- Доступ к данным. jOOQ, Oracle, PostgreSQL.
- Интеграции и события. Apache Kafka, REST API, Swagger.
- Миграции и качество. Flyway, Liquibase, Testcontainers.
- Инфраструктура. Docker, Kubernetes (K8s).
- Сборка. Gradle.
Такой набор позволял развивать сервисы и инфраструктурные компоненты одновременно. С его помощью можно быстро собирать изменения, проверять интеграции на изолированных окружениях и безопасно обновлять схемы БД без ручных операций.
Результаты
За 1 774 часа один Java-разработчик закрыл два критичных направления: прикладные доработки зарплатного сервиса и развитие платформы данных для микросервисной миграции. Команда заказчика получила паттерны предсказуемого «переезда» БД с тестовым контуром на контейнерах, аккуратную интеграцию с Oracle и PostgreSQL, а также устойчивую событийную/ETL-часть. CDC, публикация событий, модули чтения и выгрузки в хранилища — эксперт предусмотрел все.
Вам нужно усилить банковский проект Java-специалистом с опытом в миграциях, интеграциях, Kafka CDC и БД? Компания iStaff-it подберет инженера под конкретный стек и подключит его к процессу. Мы работаем с разными «видами» разработчиков в IT — готовы провести консультацию, оставляйте заявку на сайте.
