• 🇷🇺Русский
  • 🇬🇧English
  • 🇰🇬Кыргызча
Обсудить проект
Безопасность3 мин

On-premise или облако для финансовых данных

Критерии выбора размещения для банков и финтеха: требования регулятора, контроль данных, стоимость и скорость.

On-premise или облако для финансовых данных

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

Начните с требований регулятора

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

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

Критерии выбора

КритерийOn-premiseОблако
Контроль над даннымиПолныйЗависит от провайдера и договора
Соответствие требованиямПроще доказатьНужно проверять провайдера и юрисдикцию
Стартовые вложенияСерверы, СХД, лицензииМинимальные
МасштабированиеЗакупка оборудованияЗа минуты
КомандаНужны свои администраторыЧасть работ на провайдере

Гибридная схема

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

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

Безопасность не зависит от площадки сама по себе

Собственный сервер не делает систему защищённой автоматически. В обоих вариантах нужны:

  • разграничение доступа по ролям и журнал действий пользователей;
  • шифрование данных при передаче и хранении;
  • резервное копирование с регулярной проверкой восстановления;
  • мониторинг и реагирование на инциденты;
  • регулярные проверки уязвимостей.

Как мы делаем это в проектах

Системы Haulmar для банков - интернет-банкинг, СЭД, корпоративный портал - поставляются для размещения на инфраструктуре заказчика. Код и данные остаются у банка, а архитектуру мы согласуем со службой информационной безопасности на старте проекта.

Частые вопросы

Может ли банк использовать облако?

Да, но с учётом требований регулятора к безопасности и персональным данным. Часто выбирают гибрид: клиентские данные и АБС на своей инфраструктуре, вспомогательные сервисы в облаке.

Что безопаснее - свой сервер или облако?

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

Можно ли разместить системы Haulmar на серверах банка?

Да, интернет-банкинг, СЭД и корпоративный портал поставляются для размещения на инфраструктуре заказчика.

Обсудим вашу задачу

Оценим проект и предложим план бесплатно за 3 дня.

Интернет-банкингили оставить заявку
H
Команда HaulmarIT-разработка для бизнеса, Бишкек
Заявка

Нужен продукт под вашу задачу?

Обсудим задачу и посчитаем смету бесплатно за 3 дня.

Обсудить проект