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

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

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

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

Проблема витрат на хмару

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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