Как 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 поможет подобрать и поставить легальные серверы и СХД под ваши требования по нагрузке, бюджету и регуляторным ограничениям — с реальными сроками и понятной схемой ответственности.
Запросить конфигурацию под мой банк



