Как банк "Открытие" снизил нагрузку на бэкэнд-системы на 85%

Как банк «Открытие» снизил нагрузку на бэкэнд-системы на 85%

«Открытие» — системно значимый банк, входящий в топ-10 крупнейших кредитных организаций России. Обслуживает более 10 тысяч крупных корпоративных клиентов, 510 тысяч компаний малого и среднего бизнеса, а также более 3 млн физлиц. У «Открытия» развитый портфель цифровых продуктов.

Задача

Цифровая система банка, которая включает сервисы для внутренних и внешних клиентов, обслуживает более 57 миллионов счетов, а также обрабатывает данные во всех физических отделениях банка «Открытие». В период объединения нескольких банков под брендом «Открытие» из-за резкого роста объема операций потребовалось увеличить пропускную способность системы, повысить скорость обмена данными между корневыми системами и пользовательскими сервисами.

Чтобы обеспечить непрерывную поставку данных и улучшить пользовательский опыт, разработчики «Открытия» решали три задачи:

  1. Повысить устойчивость системы к нагрузкам. При росте среднесуточного объема запросов возникали проблемы с их обработкой. Требовалось кратно увеличить устойчивость платформы и повысить доступность данных.
  1. Требовалось кратно увеличить устойчивость платформы и повысить доступность данных.
  2. Ускорить обмен данными между внутренними системами и пользовательскими сервисами. Из-за поэтапного сбора клиентских данных обмен мог занимать десятки секунд и создавал высокую нагрузку на инфраструктуру. Это негативно влияло на скорость обновления данных в пользовательских приложениях.
  3. Выполнить обновления, не перестраивая существующую ИТ-инфраструктуру банка. Сервисы и ресурсы в цифровой системе банка объединены сложной логикой. Кроме того, часть сервисов относятся к критическим для бизнеса — их остановка недопустима. Чтобы избежать издержек, требовалось внедрить решение без перестройки ИТ-ландшафта.

Требования

Разработчикам требовалось:

  • Использовать распределенное in-memory хранилище данных с записью на диск.
  • Возможность горизонтального масштабирования.
  • Снижать отставание от мастер-системы до 3 секунд.
  • Поддерживать актуальность данных в кэше (прогретый кэш) для ускорения отображения информации в приложении.
  • Обеспечивать автономность работы фронтальной системы при недоступности бэк-систем.
  • Класс решений in-memory
  • Горизонтальное масштабирование
  • Отставание от мастер-системы < 3 сек
  • Поддержка прогретого кэша

Решение

Для решения задач команда банка сравнила предложения и продукты от разных вендоров. В шорт-лист вошли Redis, Tarantool и HazelCast. Продукты сравнивали по следующим критериям: цена, техподдержка в России, шардирование, персистентность и производительность. В итоге Redis не подошел из-за высокой стоимости корпоративной версии, у HazelCast не оказалось техподдержки в России. Всем критериям соответствовала только платформа in-memory вычислений Tarantool.

На реализацию проекта и его полное внедрение во всех отделениях банка «Открытие» потребовалось всего два месяца. Настроили сервер с Tarantool в двух ЦОДах и доработали сервисы среднего слоя, чтобы они получали доступ к данным из Tarantool. Провели нагрузочное тестирование и перешли к опытной эксплуатации в продуктивной среде.

Tarantool позволил:

  • Кэшировать критические для бизнеса системы, чтобы снизить время отклика для одного из фронт-каналов банка.
  • Уменьшить нагрузку на чтение данных из бэк-системы банка на 85%, генерируемую одним фронт-каналом.
  • Защитить от перегрузки бэк-системы банка (во время пиковых нагрузок или резкого увеличения запросов во время маркетинговых компаний) за счет хранения данных с использованием шардирования.
  • Объединить новую платформу с имеющимся ИТ-ландшафтом без остановок и вынужденной модернизации — платформа развернута поверх существующих систем.
  • Обеспечить доступ к данным по GraphQL и поддержку захвата данных из Kafka и Oracle Golden Gate.

Схемы использования Tarantool Data Grid в цифровой системе банка

scroll-схема
solutions scheme

Результаты

  • х20

    Платформа способна выдерживать пиковые нагрузки, которые в 20 раз больше среднесуточного объема запросов

  • 2 сек

    Время обновления информации о балансе на счетах клиентов сократилось до двух секунд вместо десятков

  • 2 мес

    Платформу доступа к данным создали за два месяца без изменения ИТ-ландшафта компании

  • 85%

    Нагрузка на чтение из бэк-системы банка уменьшилась на 85%

Другие
истории успеха

Как Yota изменили архитектуру с кэшированием на Tarantool
Yota Logo

Расскажите о задачах вашего проекта, и мы составим для вас решение на Tarantool

Получить
консультацию

Заказать
демонстрацию

Спасибо за обращение

Специалисты Tarantool свяжутся с вами по оставленным контактам

Thanks
Thanks