Case study
Як Bank of Georgia скоротив MTTR і підвищив стабільність цифрового банкінгу з Dynatrace
BAKOTECH здійснює свою діяльність через партнерську мережу
Про банк
Bank of Georgia — один із найбільших та найінноваційніших банків Грузії, який із 1994 року формує стандарти сучасного банкінгу в регіоні. Сьогодні банк обслуговує понад 2,1 мільйона активних клієнтів і має команду близько 8 000 співробітників.
За роки розвитку Bank of Georgia трансформувався з класичного фінансового інституту у цифрову екосистему, де технології є не підтримуючою функцією, а фундаментом бізнесу. Банк працює за принципом «tech-company-first»: цифрові сервіси, мобільний банкінг, онлайн-кредитування, миттєві платежі та рішення для самообслуговування повністю покривають потреби клієнтів без необхідності фізичного відвідування відділень.
Ми прагнемо зробити фінансові послуги доступними для всіх. Водночас наша модель обслуговування будується навколо особистих цілей кожного клієнта
Vazha Pirtskhalaishvili, Head of DevOps & DataOps Engineering, Bank of Georgia IT Department
Для Bank of Georgia стабільність цифрових сервісів — це не просто технічний показник. Це питання довіри, репутації та безперервності фінансових операцій мільйонів клієнтів щодня.
Визнанням цієї стратегії стало отримання нагороди World’s Best Digital Bank 2025 від Global Finance Magazine другий рік поспіль.
Основою такого результату є власна розробка ключових ІТ-систем, клієнтоцентричний підхід до цифрових продуктів, agile-культура розробки й постійна модернізація технологічного стека.
Виклики та передумови впровадження
Для Bank of Georgia цифрові сервіси — це ядро бізнесу. Коли більшість операцій клієнтів відбуваються онлайн, будь-яка затримка в транзакції або нестабільність мобільного застосунку миттєво впливає на досвід користувачів і рівень довіри.
Саме тому ще сім років тому банк зробив стратегічний вибір на користь Dynatrace і залишається вірним цьому рішенню дотепер. Це свідчить про цінність платформи як стратегічного фундаменту операційної стабільності. Відправною точкою тоді стало чітке прагнення перейти від реактивного «гасіння пожеж» до проактивного керування: швидко знаходити першопричини проблем і запобігати їм ще до того, як вони встигнуть вплинути на клієнтів.
До впровадження Dynatrace банк стикався з кількома критичними викликами:
Реактивний моніторинг без root cause аналізу
Попередні інструменти фіксували факт інциденту, але не пояснювали його причину. Команди отримували сигнали про збої, проте пошук root cause вимагав ручної кореляції даних із різних систем. Кожна така «детективна робота» забирала у фахівців години замість хвилин.
У середовищі, де рахунок іде на секунди, такі затримки мали цілком конкретну ціну: втрата «цінних хвилин і секунд» у банківській сфері — це не абстрактний технічний ризик, а пряме репутаційне й фінансове навантаження. Кожен непомічений вчасно інцидент — це потенційна скарга клієнта, трансакція, що не пройшла, або втрата довіри до цифрового каналу.Складна технологічна архітектура
ІТ-ландшафт банку охоплює різні мови програмування, мікросервісну архітектуру, хмарні та on-prem компоненти й Kubernetes-середовище. Фрагментовані інструменти не давали повної картини роботи всієї системи — лише окремі масиви даних, між якими інженерам доводилося будувати зв'язки вручну. Це не лише уповільнювало реакцію, а й системно перевантажувало команди рутинною аналітичною роботою замість реального усунення проблем.
Відсутність крос-функціональної взаємодії
Розслідування інцидентів здійснювалося послідовно силами кількох команд — інфраструктурної, баз даних та розробки. Кожна з них аналізувала проблему у межах своєї сфери відповідальності. Без єдиного уявлення про середовище міжкомандна співпраця під час критичних інцидентів вимагала значних зусиль з координації, що сповільнювало розв’язання проблеми, забирало час та відволікало фахівців від основних пріоритетів бізнесу.
Відсутність єдиної платформи observability означала відсутність єдиного джерела достовірної інформації — спільного контексту, на основі якого всі команди могли б одночасно оцінювати ситуацію та діяти скоординовано й ефективно.
Потреба, яка сформувалася
Bank of Georgia шукав платформу, яка забезпечить повну видимість трансакцій, дозволить переходити від реактивного реагування до проактивного керування, автоматично визначатиме першопричину інциденту й об’єднає команди навколо спільного операційного контексту.
Саме ця потреба стала відправною точкою для вибору Dynatrace — платформи, якій банк довіряє вже сім років.
Вибір рішення Dynatrace та його впровадження
Після оцінки ринку Bank of Georgia обрав Dynatrace як єдину платформу для повної observability складного цифрового середовища банку. Вибір не був випадковим, він ґрунтувався на конкретних технічних і бізнесових критеріях.
Єдина платформа для різнорідного стека
ІТ-середовище Bank of Georgia охоплює різноманітні мови програмування, мікросервісну архітектуру, хмарні та on-prem компоненти. Більшість інших інструментів покривали лише окремі шари або вимагали інтеграції кількох продуктів. Dynatrace з першого дня забезпечив повне покриття всієї архітектури, від інфраструктури й Kubernetes до коду застосунків, без необхідності складних кастомних інтеграцій.
Dynatrace Intelligence (Davis® AI)
Традиційні моніторингові інструменти сигналізують про симптоми. Dynatrace завдяки вбудованому ШІ-двигуну Davis® іде далі: він автоматично виявляє аномалії у реальному часі, визначає першопричину інциденту та оцінює його бізнес-вплив без ручної кореляції даних. Саме ця здатність до інтелектуального передбачення деградації продуктивності стала вирішальним фактором вибору: жодне з розглянутих рішень не пропонувало такого рівня автоматизованої аналітики.
Distributed tracing та PurePath
У банківському середовищі зі складними ланцюжками залежностей критично важливо розуміти, що відбувається з кожною трансакцією на кожному рівні системи. Технологія PurePath дозволяє відстежити окремий запит від фронтенду через усі мікросервіси аж до бази даних із деталізацією до рівня коду. Це давало командам банку рівень видимості, недосяжний для інших платформ.
Smartscape® як візуальна модель системи
Динамічна карта залежностей між сервісами, контейнерами, хостами та процесами стала спільною точкою правди для всіх команд — від розробки до інфраструктури. Замість того щоб кожна команда бачила лише свою частину системи, усі отримали єдиний, актуальний у реальному часі контекст.
Результати та їх бізнес-ефект
Для Bank of Georgia впровадження Dynatrace стало не просто технічним оновленням, а зміною операційної моделі керування цифровими сервісами.
Скорочення MTTD та MTTI: від виявлення до розуміння — за лічені хвилини
До впровадження Dynatrace команди дізнавалися про інцидент із затримкою — часто вже після того, як він впливав на клієнтів. Пошук першопричини вимагав ручної кореляції логів, метрик і залежностей між сервісами, що розтягувало процес на невизначений час.
З Dynatrace обидва показники зазнали суттєвого покращення: Davis® AI виявляє аномалії в реальному часі ще на стадії зародження проблеми (MTTD), а автоматична кореляція в єдиний problem-card дозволяє миттєво ідентифікувати першопричину без додаткової ручної аналітики (MTTI).
У результаті спостерігається очевидний перехід від реагування на проблеми до проактивного управління: більшість проблем тепер виявляється та усувається до того, як вони починають впливати на користувачів. Потреба у тривалих нарадах з узгодження дій між командами значно зменшилася, що дозволяє командам діяти своєчасно та впевнено.Підвищення надійності сервісів
Dynatrace Intelligence виявляє аномалії у поведінці сервісів у реальному часі ще до того, як вони стають критичними.
Це означає, що деградація продуктивності фіксується на ранніх етапах, вузькі місця усуваються до появи скарг, більшість інцидентів розвʼязується до того, як їх помітить користувач.
У цифровому банкінгу, де кожна секунда затримки трансакції може вплинути на довіру клієнта, така проактивність має прямий бізнес-ефект.Єдине джерело правди для всіх ІТ-команд
Smartscape® забезпечує повну візуалізацію залежностей між мікросервісами, контейнерами, хостами, базами даних. Коли виникає проблема, команди більше не витрачають час на з’ясування, «чия це зона відповідальності». Усі бачать однакову картину системи та точне місце виникнення вузького місця.
Результат: зменшення внутрішніх ескалацій, швидші рішення, формування DevOps-культури замість силосної моделі.Оптимізація операційних витрат
Цей аспект є особливо показовим з точки зору унікальності кейсу Bank of Georgia. Міграція на SaaS-модель дозволила принципово змінити економічну логіку моніторингу.
До переходу банк ліцензував Kubernetes-середовище на основі обсягу пам'яті worker node — модель, яка погано масштабується у міру зростання кількості мікросервісів і не відображає реальне споживання. Після міграції на SaaS ліцензування здійснюється на рівні окремих мікросервісів, що дає значно точніший контроль над витратами та гнучкість при масштабуванні хмарного середовища.
Паралельно банк повністю звільнився від адміністративного навантаження, пов'язаного з підтримкою власної інфраструктури моніторингу. Оновлення, ресурсне планування, патчинг — усе це перейшло на сторону Dynatrace. Команди банку отримали можливість зосередитися лише на розвитку банківських сервісів, а не на обслуговуванні платформи observability. Крім того, SaaS-модель гарантує постійний доступ до найновіших функцій без затримок на оновлення, що є критично важливим в умовах швидкого розвитку технологічного стека.
У результаті банк отримав більш гнучку модель масштабування та кращий контроль над хмарними витратами.Стабільність як фактор довіри та утримання клієнтів
Для Bank of Georgia стабільність цифрових сервісів — це конкурентна перевага. Підвищення uptime та зменшення кількості критичних інцидентів напряму впливають на задоволеність клієнтів, рівень довіри до банку й утримання користувачів у цифрових каналах.
Отже, Dynatrace дозволив банку скоротити час реагування на інциденти, зменшити кількість «аварійних» ситуацій, об’єднати команди навколо єдиної платформи й забезпечити стабільність цифрових сервісів у масштабі мільйонів користувачів.
У результаті observability стала не допоміжною функцією, а частиною стратегії цифрової трансформації банку.
Плани розвитку й стратегічне бачення
Bank of Georgia розглядає observability як безперервну стратегічну ініціативу, операційну культуру, що розвивається разом із банком.
У міру модернізації технологічного стека та переходу до хмарної інфраструктури роль Dynatrace лише зростає. Платформа виступає своєрідною «страхувальною сіткою» під час міграції legacy-сервісів, масштабування мікросервісів та впровадження нових цифрових продуктів.
У банку відзначають, що взаємодія з Dynatrace вийшла за межі класичної моделі «вендор — замовник». Ключову роль у цьому партнерстві відіграє BAKOTECH — дистриб'ютор Dynatrace в регіоні, який забезпечує архітектурну експертність, супровід впровадження та оперативну підтримку. А модель співпраці через локального партнера, який глибоко розуміє специфіку ринку, дозволяє Bank of Georgia впевнено розвивати observability-стратегію в умовах динамічного фінансового середовища.
Не варто шукати інструмент, який просто повідомляє, що щось “впало”. Потрібна платформа, яка пояснює, чому це сталося і як це впливає на користувача. У банківській сфері хвилини — це гроші
Vazha Pirtskhalaishvili, Head of DevOps & DataOps Engineering, Bank of Georgia IT Department
У roadmap банку:
● розширення покриття інфраструктурних компонентів для досягнення 360° видимості; ● впровадження Log Monitoring для централізованої аналітики логів; ● посилення ШІ-кореляції між метриками, трейсами та логами; ● подальша інтеграція observability у DevOps-процеси.
Це дозволить ще швидше виявляти потенційні ризики та підтримувати високі стандарти цифрового банкінгу.
Висновок
Для Bank of Georgia Dynatrace став фундаментом операційної стабільності цифрових сервісів.
Платформа допомогла перейти від реактивного реагування до проактивного керування об’єднати команди навколо єдиного джерела правди та забезпечити масштабування цифрових інновацій без втрати продуктивності.
У середовищі, де технології є ядром бізнесу, observability стає не технічним інструментом, а стратегічним фактором конкурентоспроможності.