У всьому світі тривають масштабні інвестиції в хмару Прогнозування Gartner до 2027 року державні витрати на хмару досягнуть приголомшливих 1 трильйона доларів. Ця цифра значно зростає, оскільки компанії інвестують більше в генеративний штучний інтелект, оскільки ініціативи GenAI вимагають великої потужності хмари.
І все ж багато організацій все ще намагаються максимізувати вартість своїх хмарних інвестицій. Хмарні відходи є гострою проблемою; за підрахунками, 28-35% витрат на хмару витрачаються даремно. Тож не дивно, що а нещодавнє опитування CloudZero виявили, що 72% респондентів сказали, що їхні хмарні витрати були або «занадто високими», або «занадто високими».
Як отримати максимальну віддачу від ваших грошей? Це починається з іншого підходу до того, як ви думаєте про хмару та використовуєте її.
Проблема хмарних відходів
Правильне мислення передбачає відхід від ментальності «підйом і зміна», тобто просто взяти наявні ресурси та перемістити їх у хмару. Хмарне марнотратство здебільшого походить від цього застарілого мислення, яке ставиться до хмарної інфраструктури як до традиційної.
Споживання та управління хмарною інфраструктурою має мало спільного з традиційною інфраструктурою. До хмари компанії інвестували значні кошти в центри обробки даних і сервери, витрачаючи величезні суми грошей на інфраструктуру, яка, на їхню думку, знадобиться для обробки попиту, який вони очікували створити. Процес був таким: групи продуктів запропонували деякі інновації, спрогнозували попит і надіслали офіційні запити групам із закупівель ІТ щодо інфраструктури, яка, як вони очікували, знадобиться. Команда закупівель могла схвалити, відхилити або змінити запит, а через кілька місяців команди продукту могутність мати інфраструктуру, необхідну для впровадження інновації.
Компанії часто купували більше інфраструктури, ніж використовували, і опинялися на серверах, які не приносили жодної цінності. Віртуалізація обіцяла вирівняти цей баланс, але надмірне надання та недостатнє використання залишалися проблемою. І хоча хмара відкриває безмежні можливості завдяки різноманітному набору інфраструктури, баз даних і служб платформи, а також корисної моделі, орієнтованої на споживання, багато компаній досі керують нею як сукупністю фізичних віртуальних машин.
Раніше в кожній закупівлі інфраструктури брали участь відділи закупівель і фінансів. Тепер у хмарі використання інфраструктури відбувається миттєво, щоразу, коли інженер запускає новий хмарний ресурс або пише рядок коду, який споживає ці ресурси. Момент покупки повністю змінився: у хмарі кожне інженерне (будівельне) рішення є рішенням про покупку. Інженери, а не фінансові керівники чи централізовані ІТ-команди, безпосередньо витрачають технологічний бюджет компанії.
Отже, коли компанії приписують витрати на хмару фінансовим командам або централізованим ІТ-командам, вони втрачають ціль. Інженери приймають рішення щодо будівництва на основі інженерного досвіду — досвіду, якого немає в інших команд. Фінансові команди можуть здійснювати оптові закупівлі або оптимізувати знижки на цільове використання, але ви не хочете, щоб вони розрізняли використання m7g.2xlarge і m7gd.metal. ІТ-команди чудово знаходять недостатньо використовувані ресурси, але вони не в найкращому становищі, щоб зрозуміти, чи працює код, що працює на ресурсі, який активно використовується, чи ні. У хмарі, купувати краще тільки дає вам поки що.
Довгий час інженерам не вистачало фінансового розуміння, щоб приймати рентабельні рішення щодо створення хмари, що призвело до потоку хмарних відходів щорічно. Недавнє опитування CloudZero виявили, що компанії, які впроваджують офіційні програми управління витратами на хмару, як правило, скорочують свої річні витрати на хмару на 20-30%. Враховуючи, що 61% компаній не мають формалізованих програм, це означає, що коли витрати на хмару досягнуть 1 трильйона доларів у 2027 році, 122–183 мільярди з них можуть бути витрачені даремно.
Це потрібно змінити. Компанії повинні усвідомити, що хмарна інфраструктура повністю відрізняється від традиційної, і що хмарне управління витратами вимагає абсолютно нового підходу. Нам потрібно відійти від покупки кращих до будівництво краще: надати інженерам можливість взяти на себе власні витрати на хмару, і, як зазначив технічний директор Amazon Вернер Фогельс Економний архітектор«зробити вартість нефункціональною вимогою» чудового програмного забезпечення.
Час створювати краще в хмарі, а не купувати краще
Будувати краще – це інженерна філософія, а не фінансова парадигма. «Створення» стосується будь-якої архітектури, кодування або операційного рішення, яке приймають інженери в процесі розробки продукту та виведення його на ринок.
До недавнього часу не було способу зрозуміти справжню ціну таких рішень, і організації не надто інвестували в це з’ясування. Думка про покупку кращого випливає з реактивного бажання зменшити витрати, тоді як мислення про створення кращого полягає в розробці та експлуатації ефективного програмного забезпечення.
Переваги будівництва краще
Залучені інженери. Дані свідчать про те, що коли інженери готові керувати власними витратами, вони справляються з цим — і що компанії працюють краще. У цьому ж опитуванні 81% компаній сказали, що витрати на хмару «приблизно там, де вони повинні бути», коли інженери мали певний рівень власності на витрати на хмару. Зосередження на створенні кращого означає зосередження безпосередньо на залученні інженерів: надання інженерам актуальних своєчасних даних про витрати на їх хмарну інфраструктуру та полегшення відстеження підвищення ефективності.
Поліпшення фінансово-технічних відносин. Коли компанії зосереджуються на кращому будівництві, це дозволяє фінансовим та інженерним командам зосередитися на своїх відповідних спеціальностях. Інженери зважують фактори, які впливають на добре архітектурне програмне забезпечення; фінансові команди отримують регулярні детальні звіти про економічну ефективність цього програмного забезпечення. Тертя між командами зменшується, а загальна продуктивність підвищується.
Економічна чіткість агрегату. Надання інженерам значущих даних про витрати означає отримання всіх даних про витрати (крім лише гіпермасштабувальників, включаючи служби платформи, служби баз даних, інструменти спостереження тощо) і розміщення їх у структурі, яка відображає бізнес компанії. Такий надійний розподіл дає матеріал для економіки хмарних одиниць: оцінка прибуткових і збиткових продуктів, функцій і клієнтів, розуміння постійних і змінних витрат і зв’язку з маржою, а також уточнення вашої стратегії GTM на основі цих даних. Економіка хмарних підрозділів є святим граалем хмарних фінансових операцій (FinOps) і ознакою дійсно ефективної хмарної організації.
Настав час будувати краще
Все більше і більше організацій вважають, що вони отримують надто низьку віддачу від своїх інвестицій у хмару. Переходячи від підходу «Краща покупка» до підходу «Краще будівництво», організації оцінюють свій підхід до справжньої природи хмари, сприяючи кращій залученості інженерів, покращенню відносин між фінансовими та інженерними командами та зміцненню економіки підрозділу.
