Перенесли мобильные приложения банка на микросервисный бэкенд, не останавливая поставку новых функций

Контекст

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

Задача

Разработать фронтенд iOS и Android мобильных приложений и веб-кабинета банка и адаптировать его под микросервисный бэкенд.  

Трудности

• Нужно было разобраться в большом объеме legacy-кода и учесть все функциональные и бизнес-требования, однако IT-департамент клиента был занят на других проектах, и его нельзя было отвлекать.

• Над проектом изолированно работали разные команды. Между ними нужно было выстроить бесшовное взаимодействие, иначе при слиянии фронта и бэка могли возникать ошибки, из-за чего сдача проекта могла затянуться.

• Требовалось перенести фронтенд на микросервисный бэкенд, не останавливая поставку новых функций.

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

Решение

• За 3 дня подключили к работе специалистов с необходимой экспертизой. В команду вошли специалисты с опытом работы над финтех-проектами: iOS-, Android-, веб-разработчики уровня Middle+ и Senior, системный аналитик, тестировщик и руководитель проекта.

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

• Улучшили UX, за счет чего ускорили работу сервисов банка. Написали четыре разных фронтенда на каждый из типов экранов конверсионных операций, а также отдельные правила взаимодействия этих экранов. Теперь добавление нового режима обмена сводится к добавлению новой формы, в результате ускоряется работа формы и UX пользователей.

• Обеспечили быструю доставку результатов на бэкенд, исключив затраты клиента на простой. Команда занималась только одним внешним проектом. В перерывах, которые были запланированы для работы над фронтендом, клиент не оплачивал простои. В эти моменты команда временно переключалась на внутренние проекты Umbrella IT.

• Снизили риски ошибок при интеграции фронта и бэка. Код-ревью фронтенда проводили сторонние специалисты, занятые на других проектах. Чтобы не блокировать разработку, решили самостоятельно тестировать фронтенд на изолированных ветках перед код-ревью и после него проверять работоспособность продуктов повторно. Это помогло минимизировать количество ошибок при интеграции. 

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

• Параллельно с разработкой приложений добавляли новые функции. Когда на монолитном фронтенде появлялись новые функции, наша команда оперативно реализовывала изменения на фронтенде, хотя это выходило за обозначенный на старте скоуп.

Заинтересовало?