On-premise, хмара чи гібрид: вибір моделі інфраструктури за обмеженнями
Ситуація, коли поспішне перенесення монолітної транзакційної системи у публічну хмару призводить до критичного зростання затримок передачі даних (latency) та лавиноподібного збільшення операційних витрат, змушує ІТ-директорів терміново планувати зворотну репатріацію на власне залізо.
Вибір між локальними серверами, публічною хмарою та гібридною моделлю часто робиться під впливом моди, а не архітектурного аналізу. Для організацій у сфері фінансів та держуправління помилка в цьому виборі означає не просто перевищення бюджету, а й ризик порушення комплаєнсу. Щоб побудувати стійку інфраструктуру, лідерам цифровізації необхідно спиратися на чіткі критерії оцінки залежностей застосунків та вимоги безпеки.
Базові координати інфраструктури: класифікація NIST як основа проектування
Для побудови раціональної архітектури необхідно повернутися до фундаментальних визначень. Національний інститут стандартів і технологій США (NIST) у документі SP 800-145 визначає хмарні обчислення як модель доступу на вимогу до спільного пулу конфігурованих обчислювальних ресурсів, які можна швидко надавати та вивільняти з мінімальними зусиллями з управління.
Модель NIST охоплює п'ять основних характеристик (самообслуговування на вимогу, широкий мережевий доступ, пул ресурсів, швидка еластичність, вимірюваність послуг) та три сервісні моделі: програмне забезпечення як послуга (SaaS), платформа як послуга (PaaS) та інфраструктура як послуга (IaaS). Слово «хмара» саме по собі не визначає єдину архітектуру, тому порівняння має починатися з чіткого розмежування чотирьох моделей розгортання.
- Локальна інфраструктура (On-premise) Повний контроль над фізичним та віртуальним рівнями, високі початкові капітальні інвестиції, але прогнозована вартість володіння за стабільного навантаження.
- Приватна хмара (Private Cloud) Реалізація хмарних характеристик на виділених ресурсах установи, що забезпечує високий рівень безпеки та відповідність суворим внутрішнім регламентам.
- Публічна хмара (Public Cloud) Максимальна масштабованість та еластичність без капітальних витрат, де ресурси динамічно розподіляються між багатьма незалежними клієнтами.
- Гібридна хмара (Hybrid Cloud) Об'єднання двох або більше моделей розгортання, які залишаються унікальними сутностями, але пов'язані технологіями передачі даних та застосунків.
Стратегічне планування за Microsoft Cloud Adoption Framework
Перехід до будь-якої моделі розгортання не є суто технологічним рішенням. Відповідно до методології Microsoft Cloud Adoption Framework (CAF), стратегія впровадження має пов'язувати бізнес-цілі з вимірюваними результатами та стандартами, за якими працюють команди навантажень.
Архітектурний вибір повинен базуватися на комплексному аналізі, що включає явні міркування про економічну ефективність, стійкість, безпеку та сталий розвиток. Замість зведення рішення до одного технологічного уподобання, CAF рекомендує оцінювати кожне бізнес-навантаження окремо, визначаючи його критичність для організації, вимоги до доступності та вплив на операційні процеси.
Портфельний аналіз за методологією AWS та раціоналізація систем
Для структурування міграційних процесів та уникнення хаотичного перенесення систем використовується підхід AWS до портфельного аналізу (Portfolio analysis and migration planning). Головна мета цього етапу — сформувати надійну базову картину застосунків та інфраструктури, що включає оцінку взаємозв'язків, модель раціоналізації та план хвиль міграції.
Очікуваним результатом оцінювання є окрема стратегія для кожного застосунку, деталізоване бізнес-обґрунтування та план міграції з високою впевненістю. Це дозволяє розділити портфель систем на черги, мінімізуючи ризики для критичних бізнес-процесів установи. Поширена помилка при порівнянні вартості локальної та хмарної інфраструктур полягає в зіставленні лише ціни оренди віртуальних ресурсів із вартістю придбання фізичних серверів. Об'єктивна оцінка потребує використання формули сукупної вартості володіння (TCO), яка враховує капітальні (CapEx) та операційні (OpEx) витрати протягом усього життєвого циклу систем.
| Категорія витрат | Локальна модель (On-premise) | Хмарна модель (Cloud) |
|---|---|---|
| Капітальні витрати (CapEx) | Придбання серверів, СГД, мережевого обладнання, ліцензій на ПЗ, модернізація серверної кімнати. | Зазвичай відсутні або мінімальні (наприклад, спеціалізоване локальне мережеве обладнання). |
| Операційні витрати (OpEx) | Електроенергія, охолодження, оренда площі, технічна підтримка заліза, адміністрування, фізична безпека. | Щомісячна плата за спожиті ресурси, витрати на передачу трафіку, підтримка провайдера, адміністрування хмари. |
| Приховані змінні | Амортизація обладнання, витрати на утилізацію, ризик простою через затримки постачання запчастин. | Плата за вихідний трафік (egress), вартість API-запитів, витрати на резервне копіювання та георезервування. |
Проєктування гібридного середовища: шаблони Google Cloud
Коли результати портфельного аналізу вказують на неможливість або недоцільність повного перенесення систем у хмару, архітектори застосовують гібридний підхід. Згідно з класифікацією Google Cloud Architecture Center, гібридні та мультихмарні архітектури реалізуються через повторювані шаблони проектування, адаптовані під конкретні обмеження.
Google розділяє ці шаблони на дві основні категорії: розподілені та резервовані. У розподілених шаблонах компоненти системи працюють у найбільш придатних для них середовищах (наприклад, ядро бази даних залишається локально, а аналітичні модулі функціонують у хмарі). У резервованих шаблонах однакові компоненти розгортаються в кількох середовищах для розширення місткості або підвищення стійкості. Для опису будь-якого шаблону архітектор має чітко визначити компоненти, їхні функції та спосіб взаємодії через стандартизовані інтерфейси або API.
Для успішної реалізації розподілених шаблонів критично важливо використовувати гнучке технологічне ядро. Наприклад, платформа UnityBase, на якій базуються рішення IQusion, розробляється як крос-платформний low-code інструмент. Завдяки підтримці промислових СКБД та вбудованим засобам безпеки, системи на UnityBase ефективно працюють як у закритих локальних контурах державних установ, так і в масштабованих гібридних архітектурах, забезпечуючи надійну взаємодію компонентів через API.
Економіка та регуляторні фільтри в державному і фінансовому секторах
Для організацій, що працюють у регульованих галузях, технічні та фінансові переваги хмарних рішень проходять через сито регуляторних обмежень. Аналіз регуляторного поля має враховувати специфіку захисту інформації, вимоги до розміщення баз даних та правила використання хмарних послуг державними установами.
Зокрема, архітектори повинні спиратися на вимоги Закону України «Про захист інформації в інформаційно-комунікаційних системах» та Постанови КМУ №85, які визначають порядок обробки державних ресурсів. Ці нормативні акти формують жорсткі рамки, що часто зумовлюють вибір локальної або приватної інфраструктури замість публічних хмар для критичних систем.
- Технічний захист інформації (ТЗІ) Вимоги щодо створення комплексних систем захисту інформації (КСЗІ) з відповідним рівнем гарантій для державних інформаційних ресурсів.
- Захист персональних даних Обмеження щодо транскордонної передачі та зберігання персональних даних громадян України поза межами національного юрисційного контуру.
- Банківська таємниця Суворі вимоги Національного банку України щодо контролю доступу до даних, які становлять банківську таємницю, при використанні хмарних сервісів.
- Критична інфраструктура Спеціальні регламенти для об'єктів критичної інфраструктури, що обмежують використання публічних хмарних сервісів для управління технологічними процесами.
Раціональний вибір між on-premise, хмарою та гібридом — це завжди результат компромісу між вимогами до затримки передачі даних, рівнем контролю над інфраструктурою, сукупною вартістю володіння та регуляторними обмеженнями. Тільки детальний портфельний аналіз застосунків та чітке проектування гібридних шаблонів дозволяють побудувати стійку ІТ-інфраструктуру, яка відповідає стратегічним цілям організації.
Поширені питання
Як уникнути непередбачуваних витрат при розрахунку TCO для хмарної інфраструктури?
Для точного розрахунку TCO необхідно включити до моделі приховані змінні: плату за вихідний трафік (egress), вартість API-запитів, витрати на резервне копіювання, георезервування та адміністрування хмарного середовища, а не лише базову вартість оренди обчислювальних потужностей.
У яких випадках доцільно застосовувати розподілений гібридний шаблон?
Розподілений шаблон є оптимальним, коли різні компоненти однієї системи мають несумісні вимоги до середовища. Наприклад, коли ядро бази даних повинно залишатися on-premise через жорсткі регуляторні вимоги до захисту інформації, а аналітичні модулі потребують еластичних хмарних ресурсів.
Які нормативні акти визначають межі використання хмарних сервісів у держсекторі України?
Ключовими документами є Закон України «Про захист інформації в інформаційно-комунікаційних системах» та Постанова КМУ №85. Вони вимагають створення КСЗІ з відповідним рівнем гарантій для державних ресурсів, що часто зумовлює вибір локальної або приватної інфраструктури замість публічних хмар.
