Кейсы
2026-01-20 21:22

Аутстаффинг Java-разработчика для банковских микросервисов и data-платформы

В этом кейсе — два блока работ в банковском контуре. Первый — развитие сервиса для зарплатного проекта: подключение физических лиц, доработки и декомпозиция монолита на микросервисы. Второй — участие в создании платформы для миграции основных систем: загрузка и обработка данных, событийные интеграции, ETL-контур.
Компания iStaff-it подключила к проекту своего Java-разработчика на аутстаффинге. Эксперт встроился в команду клиента и закрыл ключевые задачи по сервисам, базам данных и событийному контуру — без передачи работ в аутсорс и потери управляемости.

Контекст и формат работы

Команду усилили одним разработчиком в формате аутстаффинга. Общий объем участия — 1 774 часа. Именно столько времени ушло на разработку, сопровождение изменений и выравнивание качества кода вместе со специалистами клиента.
Как была организована работа:
  1. Встраивание в SDLC клиента. Задачи из бэклога, работа по спринтам и релизам, регулярные синхронизации с командой.
  2. Зона ответственности. Backend на Java/Spring, интеграции, работа с БД, миграции схемы и данных, участие в код-ревью.
  3. Качество и воспроизводимость. Миграции через Flyway и Liquibase, интеграционные проверки и тесты на Testcontainers.
  4. Инфраструктура и окружения. Контейнеризация (Docker) и работа в Kubernetes-контуре.
В итоге специалист работал как «свой» инженер: закрывал задачи, проходил ревью по правилам и отдавал изменения в виде готовых к сопровождению решений — с тестами, миграциями и контрактами. Эйчарам клиента не пришлось листать вакансии Java-разработчиков в поиске человека, способного закрыть столь широкий список процессов.

Блок 1. RBO-Payroll — подключение физлиц к зарплатному проекту

В рамках сервиса зарплатного проекта требовалось расширить функциональность подключения физических лиц и одновременно «разгрузить» текущую кодовую базу. Часть монолитного решения переносилась в микросервисы. Важно было не только дописать логику, но и обеспечить безопасную миграцию с предсказуемым поведением в проде (с контролем кэшей, планировщиков и кросс-срезов через AOP).
Дополнительно проект опирался на активную работу с БД (Oracle/PostgreSQL) и регулярные изменения схемы. Поэтому акцент сделали на дисциплине миграций и воспроизводимых тестах на контейнерах.
Чем занимался разработчик iStaff-it:
  1. Развивал функциональность сервиса RBO-Payroll. Сценарии подключения физлиц к зарплатному проекту.
  2. Участвовал в декомпозиции монолита. Выделение компонентов/доменов в микросервисы, согласование контрактов.
  3. Подготовил утилиту миграции данных в «золотую запись». С правилами сопоставления и переносов.
  4. Настраивал и оптимизировал работу с кэшами. Применял AOP-подходы для сквозной логики.
  5. Проводил код-ревью. Выравнивал стиль и требования к качеству изменений.
Для миграций и тестирования наш разработчик в ИТ выстроил четкий контур. Изменения схемы оформляли через Flyway/Liquibase, а проверки миграций и интеграций запускали на Testcontainers. Это позволяло поднимать БД и зависимости в контейнерах и стабильно прогонять тесты в CI.

Блок 2. Платформа данных для миграции банковской системы на микросервисы

Параллельно шла работа в команде платформы данных: строилась инфраструктура, которая хранит онлайн-реплики ключевых систем и дает self-service-интеграции. По сути — «позвоночник» для обмена данными между сервисами: загрузка, обработка, распространение и выгрузка в общебанковские хранилища.
Ключевая сложность — потоковые сценарии и согласованность данных. Источники меняются, события должны быть доставлены и интерпретированы корректно, а потребителям нужна стабильная модель доступа. Поэтому фокус был на CDC, публикации событий и сервисах чтения по запросу, плюс на эксплуатации в контейнерной среде.
Что делал специалист iStaff-it:
  • реализовывал загрузку данных из систем-источников в платформу: CDC, event sourcing, потоковая доставка;
  • разрабатывал интеграции поверх данных платформы: публикация событий, получение данных по запросу;
  • участвовал в проектировании контрактов и API для self-service интеграций;
  • встраивал изменения в инфраструктуру развертывания (контейнеризация, взаимодействие с брокерами/шинами).
На выходе внутренняя команда разработчиков получила управляемый поток данных между системами, с репликациями из источников, едиными событиями и предсказуемыми сервисами чтения. Это упростило подключение новых потребителей и снизило риски при дальнейшей миграции.

Использованные технологии

Набор технологий подбирали под банковские требования (стабильные API, надежная работа с событийными потоками, контроль миграций и тестов). Ниже — основной стек, с которым специалист iStaff-it работал в задачах и релизах:
  1. Backend. Java (11/17/21), Java Core, Kotlin, OОП, MVC.
  2. Spring-экосистема. Spring, Spring Boot, Spring JPA.
  3. Доступ к данным. jOOQ, Oracle, PostgreSQL.
  4. Интеграции и события. Apache Kafka, REST API, Swagger.
  5. Миграции и качество. Flyway, Liquibase, Testcontainers.
  6. Инфраструктура. Docker, Kubernetes (K8s).
  7. Сборка. Gradle.
Такой набор позволял развивать сервисы и инфраструктурные компоненты одновременно. С его помощью можно быстро собирать изменения, проверять интеграции на изолированных окружениях и безопасно обновлять схемы БД без ручных операций.

Результаты

За 1 774 часа один Java-разработчик закрыл два критичных направления: прикладные доработки зарплатного сервиса и развитие платформы данных для микросервисной миграции. Команда заказчика получила паттерны предсказуемого «переезда» БД с тестовым контуром на контейнерах, аккуратную интеграцию с Oracle и PostgreSQL, а также устойчивую событийную/ETL-часть. CDC, публикация событий, модули чтения и выгрузки в хранилища — эксперт предусмотрел все.
Вам нужно усилить банковский проект Java-специалистом с опытом в миграциях, интеграциях, Kafka CDC и БД? Компания iStaff-it подберет инженера под конкретный стек и подключит его к процессу. Мы работаем с разными «видами» разработчиков в IT — готовы провести консультацию, оставляйте заявку на сайте.