Как платформа GMONIT помогла банку соответствовать Положению ЦБ РФ 850

С введением нового нормативного акта Банка России  850-П все кредитные организации должны обеспечить непрерывность технологических процессов с учетом возможных сбоев и угроз информационной безопасности. Компании обязаны соблюдать следующие требования:

• Установить пороговые значения для простоев и деградации.
• Регистрировать инциденты: при превышении допустимого времени простоя (более 5 минут) фиксировать факт сбоя и предпринимать меры реагирования и восстановления.
• Проводить анализ готовности, управлять изменениями в критичной архитектуре, а также оценивать и тестировать устойчивость ИТ-инфраструктуры.

В связи с необходимостью выполнения этих требований и повышения прозрачности работы ИТ-систем российский банк из топ-10 (NDA) принял решение о внедрении платформы наблюдаемости GMONIT. 

На первом этапе была проведена техническая сессия с командой заказчика. В рамках совместной работы определили критерии успешности проекта:

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

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

• установили платформу;
• настроили подключение через LDAP/OAuth;
• развернули агенты на тестовых окружениях для 4-х департаментов;
• провели Onboarding сессии.

В течение следующего месяца:

• настроили алертинг;
• создали дашборды для поддержки и мониторинга бизнес процесса;
• развернули агенты на тестовых окружениях для Daily Banking;
• реализовали мобильный мониторинг IOS и Android;
• инструментировали множество сервисов на Kubernetes.

Благодаря широкому функционалу Observability платформы банк получил прозрачное и целостное представление о работе ИТ-инфраструктуры.

1. Единая точка наблюдения

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

2. Поиск проблем в приложении

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

3. Мониторинг инфраструктуры

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

4. Мобильный мониторинг (Android, iOS)

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

5. Карта сервисов

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

6. Распределенные транзакции

В рамках проекта была настроена сквозная трассировка запросов между сервисами. Это включало конфигурацию propagation-контекста и привязку транзакций к логам и метрикам для обеспечения end-to-end видимости.

7. Дашборд мониторинга здоровья дебитовых карт

Также была настроена агрегация технических и бизнес-метрик в единый дашборд. Специалисты GMONIT совместно с банком определили состав показателей и правила их отображения в рамках одного представления.

8. Единый дашборд для группы поддержки

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

9. Аварийные триггеры (алерты) для 1 линии поддержки

Разработали правила алертинга на основе порогов и сценариев деградации. Настроили маршрутизацию уведомлений в корпоративные каналы, а также группировку повторяющихся инцидентов для снижения шумов в алерт-системе.