Будування кращого в хмарі: чому час вже настав

Масштабні інвестиції в хмару продовжуються по всьому світу, а компанія Gartner передбачає, що витрати на публічну хмару досяgnуть 1 трильйона доларів до 2027 року. Ця цифра значно зростає, оскільки компанії інвестують більше в генерацію штучного інтелекту, оскільки ініціативи GenAI вимагають великої кількості хмарних потужностей.

І все ж, багато організацій досі борються з тим, щоб максимізувати вартість своїх інвестицій в хмару. Хмарний відхід – це поширена проблема; оцінюється, що від 28 до 35% витрат на хмару витрачаються марно. Тому не дивно, що недавнє опитування CloudZero виявило, що 72% респондентів сказали, що їхні хмарні витрати були або “занадто високими”, або “надто високими”.

Як отримати最大ну вигоду з ваших інвестицій? Все починається з того, що потрібно змінити підхід до того, як ви думаєте про хмару та її використання.

Проблема хмарного відходу

Правильний підхід полягає в тому, щоб відійти від менталітету “підняти та перемістити” простоExisting ресурси в хмару. Хмарний відхід у великому ступені виникає з цього застарілого менталітету, який розглядає хмарну інфраструктуру як традиційну інфраструктуру.

Споживання та керування хмарною інфраструктурою мало спільного з традиційною інфраструктурою. До хмари компанії інвестували великі кошти в центри даних та сервери, витрачаючи великі суми грошей на інфраструктуру, яку вони вважали необхідною для обробки попиту, який вони очікували згенерувати. Процес був наступним: команди продукту пропонували деякі інновації, передбачали попит і подавали офіційні запити до команд закупівель IT на інфраструктуру, яку вони очікували необхідною для реалізації інновації. Команда закупівель могла схвалити, відхилити або змінити запит, і через місяці команда продукту могла мати інфраструктуру, яку вони очікували необхідною для реалізації інновації.

Компанії часто купували більше інфраструктури, ніж їм було потрібно, і виявляли, що вони сидять на серверах, які не генерують жодної вартості. Віртуалізація обіцяла вирівняти цей баланс, але перевитрата та недовитрата продовжували бути проблемою. І хоча хмара ввела безліч можливостей завдяки різноманітним інфраструктурним, базовим та платформним сервісам і моделі споживання, багато компаній все ж керують нею як колекцією фізичних віртуальних машин.

Команди закупівель та фінансів раніше брали участь у кожному придбанні інфраструктури. Тепер у хмарі споживання інфраструктури відбувається миттєво, щоразу, коли інженер запускає новий хмарний ресурс або пише рядок коду, який споживає ці ресурси. Момент покупки змінився повністю: у хмарі кожне інженерне (будівельне) рішення є покупним рішенням. Інженери – а не фінансові керівники чи централізовані команди IT – прямо витрачають бюджет компанії на технології.

Тому, коли компанії звинувачують фінансові команди або централізовані команди IT у хмарних витратах, вони промахуються. Інженери приймають будівельні рішення на основі інженерної експертизи – експертизи, якої інші команди не мають. Фінансові команди можуть здійснювати оптові покупки або оптимізовані зобов’язані знижки, але ви не хочете, щоб вони розрізняли використання m7g.2xlarge та m7gd.metal. Команди IT добре знають, як знайти не повністю використані ресурси, але вони не знаходяться у найкращій позиції, щоб зрозуміти, чи є код, який працює на високовикористовуваному ресурсі, здоровим чи ні. У хмарі “купувати краще” отримує вас тільки так далеко.

Тривалий час інженери не мали фінансової інформації, щоб приймати ефективні рішення щодо будівництва в хмарі, що призводило до великої кількості хмарного відходу щороку. Недавнє опитування CloudZero виявило, що компанії, які реалізують формальні програми керування хмарними витратами, мають тенденцію зменшувати свої щорічні хмарні витрати на 20-30%. Враховуючи, що 61% компаній не мають формалізованих програм, це означає, що коли хмарні витрати досягнуть 1 трильйона доларів у 2027 році, то до 122-183 мільярдів доларів можуть бути витрачені марно.

Це потрібно змінити. Компанії повинні зрозуміти, що хмарна інфраструктура повністю відрізняється від традиційної інфраструктури, і що керування хмарними витратами вимагає зовсім нового підходу. Нам потрібно перейти від “купувати краще” до “будувати краще”: забезпечити інженерів можливістю взяти на себе відповідальність за свої власні хмарні витрати, і, як сказав технічний директор Amazon Вернер Фогельс у “The Frugal Architect”, “зробити вартість невід’ємною вимогою великого програмного забезпечення”.

Час будувати краще в хмарі проти купувати краще

Будувати краще – це інженерна філософія, а не фінансовий парадигма. “Будувати” відноситься до кожного архітектурного, кодового або операційного рішення, яке інженери приймають під час розробки продукту та його виходу на ринок.

До недавнього часу не було можливості зрозуміти справжню вартість таких рішень, і організації не були дуже зацікавлені у їх знаходженні. Менталітет “купувати краще” походить від реактивного бажання зменшити витрати, тоді як менталітет “будувати краще” пов’язаний із розробкою та запуском ефективного програмного забезпечення.

Переваги будівництва краще

Заангажовані інженери. Дані свідчать про те, що коли інженери мають можливість керувати своїми витратами, вони це роблять – і компанії працюють краще. У тому ж опитуванні 81% компаній сказали, що хмарні витрати “на рівні, де вони повинні бути”, коли інженери мали деякий рівень відповідальності за хмарні витрати. Зосередження на будівництві краще означає зосередження на інженерній участі: надання інженерам актуальної, своєчасної інформації про витрати на хмарну інфраструктуру та полегшення відстеження підвищення ефективності.

Поліпшення відносин між фінансами та інженерією. Коли компанії зосереджуються на будівництві краще, це дозволяє командам фінансів та інженерії зосередитися на своїх спеціальностях. Інженери оцінюють фактори, які входять до добре спроектованого програмного забезпечення; команди фінансів отримують регулярні, детальні звіти про ефективність витрат програмного забезпечення. Трение між командами зменшується, і загальна продуктивність покращується.

Ясність економіки одиниць. Надання інженерам значущої інформації про вартість означає споживання всіх даних про витрати (поза межами гіперсเกลерів, включаючи платформенні послуги, базові послуги, інструменти спостереження тощо) та розподілення їх у рамках, яка відображає бізнес компанії. Таке розподілення дає матеріал для хмарної економіки одиниць: оцінки прибуткових та неприбуткових продуктів, функцій та клієнтів, розуміння фіксованих та змінних витрат та їхніх відносин до маржі, а також уточнення стратегії виходу на ринок на основі цих даних. Хмарна економіка одиниць – це святиня хмарних фінансових операцій (FinOps) – і ознака真正 ефективної хмарної організації.

Час будувати краще

 Дедалі більше організацій відчувають, що вони отримують занадто мало повернення на свої інвестиції в хмару. Перейшовши від підходу “купувати краще” до підходу “будувати краще”, організації оцінюють свій підхід до справжньої природи хмари, створюючи краще інженерну участь, поліпшення відносин між командами фінансів та інженерії та сильнішу економіку одиниць.