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

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

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

Задача: Организовать надежное хранение клиентских данных, электронных документов, журналов операций, файловых ресурсов, архивов и данных прикладных систем. Для банка важно обеспечить производительность, емкость, резервирование, репликацию и восстановление после сбоя.
Решение: В зависимости от нагрузки контур данных может включать СХД, серверы хранения высокой плотности или программно-определяемое хранение. Для критичных сценариев рассматриваются Гравитон СХ412И, NVMe-конфигурации и Helius SDS.
Конфигурация выбирается по требованиям к IOPS, емкости, доступности, типу данных, резервированию, репликации и регламентам восстановления. Для «горячих» данных и транзакционных нагрузок применяются быстрые уровни хранения, для архивов – емкие конфигурации с оптимальной стоимостью хранения.
Результат: Банк получает защищенный контур хранения для данных разной критичности: от локальных ресурсов филиала до высоконагруженных систем ядра банка. Архитектура снижает риск потери данных, помогает обеспечить непрерывность сервисов и позволяет масштабировать хранение без хаотичного расширения инфраструктуры.

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

Мы понимаем специфику финансовых технологий: требования к оборудованию в сельском отделении и в центральном ЦОД кардинально отличаются. Поэтому мы предлагаем пакетный подход, позволяющий балансировать между бюджетом и уровнем производительности.
| Параметр | Уровень 1: Филиалы | Уровень 2: Центральный офис | Уровень 3: Ядро банка |
|---|---|---|---|
| Где используется | Дополнительные офисы, удаленные точки, бэк-офис | Центральный офис, региональный контур, внутренние сервисы | Основной ЦОД, критичные банковские системы |
| Ключевая нагрузка | AD, DNS, DHCP, файловые ресурсы, печать, доступ к VDI | 1С, серверы приложений, 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 и рабочие места. Для центрального офиса используются более производительные серверы, моноблоки, виртуализация и корпоративные сервисы. Для ядра банка подбираются конфигурации под АБС, процессинг, транзакционные системы, СХД, SDS, репликацию и восстановление после сбоя.