Сучасний телеком-ринок потребує від операторів гнучкості та швидкого впровадження послуг, проте розвиток стримується застарілими монолітними системами BSS/OSS. Перехід до мереж 5G вимагає трансформації інфраструктури у масштабоване cloud-native середовище. Оскільки телеком-ядро не можна зупинити для оновлення, модернізація має відбуватися поетапно через створення інтеграційних шарів.
Чому legacy-архітектура стримує розвиток галузі
Монолітна архітектура жорстко пов'язує білінг, маршрутизацію та управління профілями, що уповільнює запуск нових сервісів. Крім того, застарілі сигнальні протоколи SS7 та Diameter мають суттєві вразливості. За даними звіту ENISA Threat Landscape 2025, експлуатація цих протоколів залишається постійною загрозою. Згідно з дослідженням CFCA 2025, глобальні збитки від телеком-фроду сягають близько $41,82 млрд на рік.
Чим це обернеться для бізнесу
Збереження застарілої legacy-архітектури загрожує операторам втратою конкурентоспроможності через низьку швидкість запуску нових послуг та високі фінансові ризики. Збитки від телеком-фроду через вразливості протоколів SS7 та Diameter сягають мільярдів доларів, а неможливість швидкої інтеграції з 5G-мережами гальмує технологічний розвиток усього сектору та обмежує впровадження інновацій.
Архітектурні орієнтири: ODA та SBA
Для подолання обмежень монолітів індустрія використовує два стандартизовані підходи:
- Open Digital Architecture (ODA) від TM Forum передбачає заміну монолітів на компонентну, API-first архітектуру, де модулі працюють автономно.
- Service-Based Architecture (SBA) від 3GPP трансформує мережеві елементи у програмні функції, що взаємодіють через API, забезпечуючи динамічне масштабування.
Стратегія «Душителя» (Strangler Fig)
Найбільш безпечним методом модернізації є стратегія Strangler Fig, яка передбачає три етапи:
- Створення API-first інтеграційного шару поверх моноліту для перехоплення запитів.
- Поетапне виділення окремих функцій у незалежні модулі, сумісні з ODA.
- Міграція мережевих функцій на сумісну з 3GPP архітектуру SBA для ядра 5G.
Безпека та інтеграційні рішення
Під час перехідного періоду legacy-трафік ізолюють за допомогою сигнальних фаєрволів, а для нових мікросервісів впроваджують принцип нульової довіри (Zero Trust). Для побудови транзитних архітектур та інтеграції OSS/BSS використовують спеціалізовані платформи, зокрема low-code інструменти на кшталт UnityBase від Intecracy Group. Вони дозволяють швидко генерувати REST API для зв'язку між legacy-ядром та новими мікросервісами на основі єдиної моделі метаданих.
Рівні зрілості інфраструктури
- Рівень 1 (Legacy Monolith): Закрите обладнання, монолітні BSS/OSS, незахищені протоколи.
- Рівень 2 (Hybrid Integration): API-first шари поверх моноліту, базовий моніторинг трафіку.
- Рівень 3 (ODA-Compliant): Компонентна архітектура, взаємодія через відкриті API.
- Рівень 4 (Cloud-Native): Мікросервісна архітектура ядра 5G, безпека Zero Trust.
Покроковий план
Для успішної модернізації телеком-систем операторам та розробникам рекомендується впроваджувати такі кроки:
- Застосовувати стратегію Strangler Fig: не зупиняти ядро системи, а поетапно заміщувати монолітні функції мікросервісами через API-first інтеграційні шари.
- Орієнтуватися на стандарти ODA та SBA: будувати архітектуру на основі відкритих API та програмних функцій для забезпечення масштабованості та сумісності з 5G.
- Використовувати сучасні інтеграційні платформи: впроваджувати low-code інструменти (наприклад, UnityBase) для швидкої генерації REST API та зв'язку між legacy-системами й новими сервісами.
- Посилювати безпеку: ізолювати застарілий трафік сигнальними фаєрволами та впроваджувати концепцію Zero Trust для нових мікросервісів.
Матеріал підготовлено учасником Software Ukraine — InBase. Оригінальна публікація.