Как Elishtech помог среднему банку усилить надёжность ИТ‑инфраструктуры под санкциями

Как Elishtech помог среднему банку усилить надёжность ИТ‑инфраструктуры под санкциями

Средний российский банк с активно растущими онлайн‑сервисами столкнулся с тем, что устаревший серверный парк и санкционные ограничения по поставкам больше не позволяют выполнять внутренние SLA и требования регулятора по операционной надёжности.

Elishtech спроектировала для банка новый кластер на базе x86‑серверов и систем хранения с мультибрендовым подходом и легальными каналами поставки, помогла поэтапно перенести ключевые системы и сделать инфраструктуру предсказуемой по RTO/RPO и по рискам цепочки поставок.

О банке и исходной задаче

Клиент — коммерческий банк среднего размера, работающий в нескольких регионах России и обслуживающий физических лиц и малый бизнес через сеть отделений, банкоматов, интернет‑ и мобильный банк.

ИТ‑ландшафт включает собственные серверные комнаты и аренду стоек в коммерческом ЦОДе, где размещены автоматизированная банковская система, процессинг карт, платёжный шлюз и фронтальные каналы ДБО. Часть серверов была закуплена до усиления санкций и относилась к брендам с повышенным риском по поставкам и сервису.

Ключевая задача банка заключалась в том, чтобы обновить серверную и storage‑платформу под рост транзакций и онлайн‑каналов, при этом выполнить требования Банка России по операционной надёжности и не попасть в зависимость от санкционных поставщиков.

Ключевые вызовы и ограничения

  • Санкционные риски и нестабильные каналы поставок: часть традиционных серверных брендов оказалась под ограничениями, сроки поставки размылись, а прозрачность по документам и происхождению оборудования снизилась.
  • Ужесточение требований по операционной надёжности: регулятор требует от банков фиксировать допустимое время простоя по видам операций и обеспечивать восстановление в пределах установленных RTO/RPO.
  • Недостаточное резервирование старого кластера: при аппаратных сбоях и работах в ЦОДе время восстановления отдельных систем выходило за рамки внутренних SLA и ориентиров по непрерывности сервисов.
  • Бюджет и TCO: руководство банка ожидало не только разового обновления, но и контролируемой совокупной стоимости владения, включая обслуживание, энергоэффективность и последующие апгрейды.
  • Жёсткие окна на миграцию: операции с АБС и платёжным контуром возможны только в строго регламентированные периоды, поэтому требовался поэтапный ввод кластера и понятный сценарий переключения.

Решение от Elishtech

Подбор архитектуры серверов и СХД

На первом этапе команда Elishtech совместно с ИТ‑службой банка классифицировала ключевые нагрузки: транзакционные базы данных, платёжные и карт‑шлюзы, онлайн‑каналы и отчётно‑аналитические задачи. Это позволило уйти от «универсальных» конфигураций и выделить три профиля серверов под разные сценарии.

  • Узлы для транзакционных БД: двухпроцессорные x86‑серверы с увеличенным объёмом ECC‑памяти и быстрыми SSD‑массивами под журналы и рабочие данные, ориентированные на низкую латентность и отказоустойчивость.
  • Прикладные и middleware‑серверы: более плотные конфигурации для АБС, API‑шлюзов и antifraud‑компонентов с поддержкой виртуализации и контейнеров.
  • Серверы хранения для резервных копий и архивов: ёмкостные СХД‑узлы, совместимые с используемыми в банке средствами бэкапа и репликации данных.

Выбор брендов и конфигураций под санкциями

Чтобы снизить зависимость от отдельных санкционных производителей, Elishtech предложила мультибрендовый стек на базе x86‑серверов, включая платформы уровня Supermicro и других вендоров, работающих по легальным каналам поставки в России.

Для конфигураций, ранее ориентированных на бренды с повышенным санкционным риском, были подобраны эквиваленты по числу ядер, объёму ОЗУ и параметрам дисковой подсистемы, что подтвердилось нагрузочным тестированием на стендах и в пуско‑наладочных окнах.

План поставок, склад в России и документы

Elishtech синхронизировала план поставок с календарём регламентных работ банка: первая партия оборудования была выделена под тестовые и пред‑продакшн‑среды, последующие партии — под поэтапную замену продакшн‑узлов.

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

Техническая поддержка, отказоустойчивость и масштабирование

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

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

Результаты для банка

  • Доступность ключевых сервисов (АБС, платёжный шлюз, ДБО) вышла на целевые показатели, установленные внутренними SLA и документами по операционной надёжности.
  • Количество инцидентов, связанных с нехваткой запчастей и переносом работ из‑за отсутствия оборудования, заметно сократилось, что уменьшило операционный риск и расходы на «аварийные» закупки.
  • Пиковые периоды — зарплатные дни, сезонные акции и массовые рассылки — стали проходить без ощутимых деградаций сервисов для клиентов, что снизило долю отказов и обращений в поддержку.
  • Банк получил ясную карту расширения инфраструктуры на ближайшие годы: при росте нагрузки можно добавлять новые узлы в существующий стек без смены вендора и архитектуры.

Для ИТ‑директоров и руководителей инфраструктуры в банках ключевой вывод кейса: даже под санкциями можно выстроить предсказуемую и юридически прозрачную цепочку поставок серверов и СХД, сохраняя контроль над RTO/RPO и совокупной стоимостью владения.

Что говорит банк о сотрудничестве

По итогам проекта ИТ‑служба банка отметила, что сотрудничество с Elishtech позволило объединить технические требования к архитектуре и регуляторные ограничения в единую дорожную карту развития инфраструктуры.

Отдельно была отмечена прозрачность по срокам поставки и юридическая чистота сделки: полный комплект документов по оборудованию упрощает взаимодействие с аудиторами и подтверждает легальность владения активом на всём жизненном цикле.

Когда стоит рассмотреть похожее решение

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

Ситуация Когда помогает подход Elishtech
В инфраструктуре много серверов и СХД брендов с санкционными рисками, сроки поставки и доступность запчастей непредсказуемы. Мультибрендовая архитектура и локальный склад позволяют снизить зависимость от одного вендора и заранее планировать поставки и обслуживание.
Требуется выполнить требования по операционной надёжности и RTO/RPO, но текущая архитектура резервирования не даёт нужного уровня. Проектирование кластера с учётом конкретных показателей и сценариев отказа помогает выстроить отказоустойчивую инфраструктуру под регуляторные нормативы.
Высокий TCO из‑за «аварийных» закупок и неоптимальных конфигураций, подобранных без анализа нагрузки. Анализ профиля нагрузок и разделение классов серверов позволяют уменьшить избыточность и снизить совокупную стоимость владения.

Если ваш банк или финтех‑сервис сталкивается с ростом нагрузки, санкционными рисками по оборудованию и ужесточением требований к непрерывности сервисов, стоит заранее выстроить стратегию по серверной и storage‑инфраструктуре, а не ждать критического отказа.

Elishtech поможет подобрать и поставить легальные серверы и СХД под ваши требования по нагрузке, бюджету и регуляторным ограничениям — с реальными сроками и понятной схемой ответственности.

Запросить конфигурацию под мой банк