Мы используем cookies для корректной работы сайта и подключаем аналитику (Яндекс.Метрика), чтобы понимать, что улучшать

Главная
Решения
Экосистема «Цифровой Банк»: импортозамещение в банках на платформе Гравитон

Экосистема «Цифровой Банк»: импортозамещение в банках на платформе Гравитон

Трехуровневая ИТ-экосистема для банков, страховых компаний, МФО, платежных систем и финансовых организаций: филиальная инфраструктура, корпоративный контур, ядро банка и единый стандарт поддержки.

Цена по запросу

Фотография цифрового банка - помещение внутри

ИТ-платформа Гравитон для банков


Для банка, страховой компании или платежной организации ИТ-инфраструктура – это основа непрерывной работы сервисов, обработки операций, защиты данных и выполнения регуляторных требований.

 

Задача финансовой организации – не просто заменить отдельные серверы, СХД или рабочие станции. Важно собрать совместимую архитектуру, где вычислительные ресурсы, хранение данных, филиальная инфраструктура, VDI, рабочие места, резервирование и поддержка работают в едином стандарте.

 

Экосистема «Цифровой Банк» на платформе Гравитон помогает перейти на российскую реестровую инфраструктуру поэтапно: от удаленных офисов и бэк-офиса до центрального контура и критичных банковских систем.

 


 

Архитектура решения


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

 

1. Вычислительный контур

 

Задача: Обеспечить производительную и отказоустойчивую платформу для АБС, 1С, расчетных систем, внутренних сервисов, тестовых сред, аналитики и корпоративных приложений. Инфраструктура должна выдерживать рост нагрузки, поддерживать резервирование и быстро восстанавливаться после сбоя.

 

Решение: Контур строится на серверных платформах Гравитон и российском программном обеспечении. Для разных уровней инфраструктуры могут использоваться серверы Гравитон Тундра, Гравитон Онега и Гравитон Арктика.

 

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

 

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

 

Вычислительный контур Гравитон

 


 

2. Контур данных


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

 

Решение: В зависимости от нагрузки контур данных может включать СХД, серверы хранения высокой плотности или программно-определяемое хранение. Для критичных сценариев рассматриваются Гравитон СХ412И, NVMe-конфигурации и Helius SDS.

 

Конфигурация выбирается по требованиям к IOPS, емкости, доступности, типу данных, резервированию, репликации и регламентам восстановления. Для «горячих» данных и транзакционных нагрузок применяются быстрые уровни хранения, для архивов – емкие конфигурации с оптимальной стоимостью хранения.

 

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

 

Контур данных Гравитон

 


 

3. Контур пользователя: филиал и приемная зона


Задача: Стандартизировать инфраструктуру филиалов, отделений, бэк-офиса, приемных зон и удаленных точек. Рабочие места должны быть единообразными, управляемыми и безопасными, а критичные данные не должны храниться на локальных устройствах.

 

Решение: Контур может включать моноблоки Гравитон М55И / М40А, тонкие клиенты Гравитон Д12И, защищенные рабочие места и VDI. Для сценариев с повышенными требованиями к безопасности могут применяться модули доверенной загрузки, включая «Соболь», а также централизованные политики доступа.

 

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

 

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

 

Решение Гравитон уровень 2 Корпоративный

 


 

Сводная матрица решения Гравитон


Мы понимаем специфику финансовых технологий: требования к оборудованию в сельском отделении и в центральном ЦОД кардинально отличаются. Поэтому мы предлагаем пакетный подход, позволяющий балансировать между бюджетом и уровнем производительности.

 

ПараметрУровень 1: ФилиалыУровень 2: Центральный офисУровень 3: Ядро банка
Где используетсяДополнительные офисы, удаленные точки, бэк-офисЦентральный офис, региональный контур, внутренние сервисыОсновной ЦОД, критичные банковские системы
Ключевая нагрузкаAD, DNS, DHCP, файловые ресурсы, печать, доступ к VDI1С, серверы приложений, VDI, внутренние сервисыАБС, процессинг, транзакционные системы, OLTP
Серверная платформаГравитон Тундра, С2121ИГравитон Онега, С2122ИОГравитон Онега All‑NVMe, Гравитон Арктика AMD EPYC
Клиентские устройстваТонкий клиент Гравитон Д12ИМоноблоки Гравитон М55И / М40АИспользуются по требованиям площадки
Хранение данныхЛокальные ресурсы филиалаВнутренние хранилища и корпоративные ресурсыГравитон СХ412И, NVMe, Helius SDS
ПОAstra Linux, РЕД ОС, базовые инфраструктурные сервисыВиртуализация, VDI, Astra Linux, РЕД ОСHelius, SDS, виртуализация, кластеризация, репликация
ЗащитаБазовые политики доступаДоверенная загрузка, централизованные политикиОтказоустойчивость, репликация, восстановление после сбоя
ПоддержкаСтандартнаяРасширеннаяМаксимальная
Бизнес-эффектКонтроль стоимости внедрения в филиалахЕдиный стандарт центрального офисаНепрерывность критичных банковских сервисов

 


 

Как СИНТО внедряет платформу Гравитон для банка

 

Проектируем решение как единую экосистему на платформе Гравитон – без разрозненного подбора серверов, рабочих мест и систем хранения под каждую площадку отдельно. На старте мы определяем роли объектов банка: филиалы, центральный офис, региональный контур и ядро, после чего подбираем уровень внедрения, оборудование, ПО и формат поддержки.

 

В проект входит:

 

  • обследование текущей ИТ-инфраструктуры банка;
  • разделение площадок по уровням: филиалы, центральный офис, ядро банка;
  • подбор серверов, клиентских устройств и систем хранения Гравитон под нагрузку;
  • подбор российского ПО под вычисления, VDI, хранение и управление;
  • проверка совместимости компонентов в единой архитектуре;
  • поставка оборудования и лицензий;
  • настройка, пусконаладка и миграция сервисов;
  • передача решения в эксплуатацию с регламентом поддержки.

 

В результате банк получает единую ИТ-платформу на базе Гравитон: для филиалов, центрального офиса, защищенных рабочих мест, хранения данных и критичных банковских систем. Решение можно внедрять поэтапно, расширять по мере роста нагрузки и обслуживать в едином стандарте.

 

Для более широких проектов замены инфраструктуры используйте отдельное направление СИНТО – импортозамещение ИТ-оборудования.

 


 

Часто задаваемые вопросы
 

Чем экосистема «Цифровой Банк» на Гравитон отличается от обычной поставки оборудования?

Обычная поставка закрывает отдельную потребность: сервер, СХД, моноблок или тонкий клиент. Экосистема «Цифровой Банк» проектируется как единая ИТ-платформа для финансовой организации: с учетом филиалов, центрального офиса, ядра банка, хранения данных, VDI, защищенных рабочих мест и регламента поддержки. Это снижает риск несовместимости компонентов и упрощает дальнейшее развитие инфраструктуры.

 

Можно ли внедрять платформу Гравитон поэтапно?

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

 

Как подбирается уровень решения для банка?

Уровень подбирается по роли площадки и нагрузке. Для филиалов подходят базовые конфигурации под локальные сервисы, печать, доступ к VDI и рабочие места. Для центрального офиса используются более производительные серверы, моноблоки, виртуализация и корпоративные сервисы. Для ядра банка подбираются конфигурации под АБС, процессинг, транзакционные системы, СХД, SDS, репликацию и восстановление после сбоя.

Финансы и банки