Хмарне рішення не є панацеєю
Від десятиліття нас бомбардують повідомленнями про те, що потрібно „перейти у хмару”. Для багатьох компаній публічна хмара дійсно приносить вимірні переваги: гнучкість, відсутність капітальних витрат на обладнання, глобальну доступність, багату екосистему керованих сервісів. Але для інших, особливо з великими виробничими навантаженнями, суворими вимогами до задержки або специфічними вимогами законодавства щодо локалізації даних, наївна міграція у хмару може призвести до вищих витрат і гіршої продуктивності, ніж локальне розміщення.
Хороша стратегія міграції у хмару починається з питання: яку бізнес-проблему ми вирішуємо? Відповідь на це питання визначає, чи є хмара правильною відповіддю, а якщо так, то якою її моделлю.
Аналіз TCO: повний образ витрат
Total Cost of Ownership — це більше, ніж порівняння рахунку за сервери з рахунком за хмару. Ретельний аналіз TCO включає:
- Витрати на стороні локального розміщення: апаратне забезпечення, колокація або власний дата-центр (енергія, охолодження, площа), ліцензії на програмне забезпечення, адміністрування, резервне копіювання та аварійне відновлення
- Витрати на стороні хмари: обчислювальні інстанси, сховище, передача даних (часто недооцінюється!), кероване програмне забезпечення баз даних, підтримка
- Витрати на міграцію: рефакторинг програм, тестування, навчання, час простою під час міграції
- Витрати на операції після міграції: нові компетенції в команді, інструменти для керування хмарою, потенційні несподіванки в рахунках
Типова пастка: компанії порівнюють фізичний кошт обладнання з ціною хмари, не враховуючи операційні витрати з обох сторін. Повний аналіз TCO на 3 роки часто показує інший образ, ніж інтуїтивні оцінки.
Шість стратегій міграції
Для кожного workloadу вибираємо відповідну стратегію міграції:
- Rehost (lift & shift): перенесення без змін. Найшвидше, але без вигод від хмарної архітектури.
- Replatform: мінімальні модифікації, наприклад база даних на керовану службу, сервер застосунків на контейнери. Малий наклад, вимірні операційні вигоди.
- Repurchase: заміна власного програмного забезпечення рішенням SaaS. Елімінація технічного обслуговування.
- Refactor: переписування під хмарну архітектуру. Найвищий наклад, найбільші довгострокові вигоди.
- Retire: вимкнення систем, які більше не потрібні. Часто 10–20% портфеля застосунків.
- Retain: свідоме рішення про залишення on-premise для систем, які вимагають низької затримки або високої регуляції.
Архітектура гібридного хмарного середовища
Для багатьох українських підприємств оптимальною відповіддю є гібридне хмарне середовище. Не тому, що неможливо мігрувати цілком, а тому, що різні workloadи мають різні оптимальні середовища. Чутливі дані та системи регуляції залишаються on-premise або у приватному хмарному середовищі. Workloadи з змінним навантаженням користуються гнучкістю публічного хмарного середовища. Ключем до успіху гібридного хмарного середовища є суцільний шар керування: уніфікований моніторинг, центральне керування ідентифікацією, суцільні політики безпеки та резервне копіювання, що працюють над розмежуванням on-premise/хмара.
Уникання типових помилок
Найпоширеніші пастки міграції до хмари - це lift & shift без оптимізації (переміщення перевимірених віртуальних машин генерує вищі витрати, ніж on-premise), ігнорування витрат на виведення даних (витрати на передачу даних, що виходять, є суттєвими при великих об'ємах), відсутність FinOps (без активного управління витратами рахунки за хмару зростають неконтрольовано) та зневага безпеки (модель спільної відповідальності вимагає активних дій з боку клієнта). Добрий радник з міграції до хмари допомагає уникнути цих пасток, а вигода від зовнішньої перспективи окупляється багаторазово.