Як організації можуть вивести FinOps на новий рівень за допомогою автоматизації

Співзасновник і CPO в CAST AI.

Гетті

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

Я часто розмовляю з керівниками FinOps про їхні проблеми, і виявилося, що в багатьох випадках комплексний підхід до хмарної міграції надає перевагу гнучкості та масштабованості над довгостроковою перспективою витрат. Хмарна рентабельність інвестицій сьогодні стала темою розмов, оскільки організації стикаються з руйнівними наслідками економічного спаду, що розгортається. У нещодавньому опитуванні 81% ІТ-лідерів сказали, що їхні керівники та ради директорів просили їх зменшити або не додавати додаткові витрати на хмару.

Як підприємства можуть відновити надійну хмарну рентабельність інвестицій? Одним із перевірених способів є впровадження практик FinOps для моніторингу та управління витратами.

Але навіть у FinOps є труднощі.

Першим кроком на шляху FinOps є отримання видимості витрат. Це допомагає контролювати хмарні витрати, легко відносячи їх до конкретних команд або проектів і швидше досліджуючи будь-які стрибки витрат або аномалії.

Щоб контролювати витрати на хмару, організації використовують різноманітні рішення для моніторингу витрат, звітування та розподілу, наприклад CloudHealth від VMware або Cloudability від Apptio. Однак цей підхід покладається на те, що особа або навіть команда регулярно виконують вручну завдання щодо тегування та конфігурації ресурсів.

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

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

Великі лідери FinOps зосереджуються не на видимості, а на фактичному зниженні витрат.

Видимість витрат не є кінцевою метою, а скорочення витрат.

Обсяг роботи, необхідний для досягнення видимості витрат у хмарі, може зробити будь-яку економію коштів зайвою. Є підхід, який при застосуванні до різних областей хмари приніс значні результати: автоматизація.

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

Автоматизована стандартизація

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

Щоб задовольнити ці вимоги, команди тепер можуть автоматизувати розгортання та використовувати підходи інфраструктури як коду (IaC) через рішення з відкритим вихідним кодом, як-от Terraform від HashiCorp, щоб зробити інфраструктурний код частиною проекту, який зберігається в репозиторії та має версії, як і решта кодекс. Кожен член команди може швидко запустити його та розгорнути подібні середовища для швидшого процесу розробки.

Автоматизація в конвеєрах розробки

Автоматизоване розгортання — лише одна частина історії. Інша сфера, яка значно виграла від автоматизації, — це конвеєри розробки — процес, який займає розробку програмного забезпечення від створення й тестування до розгортання. Ця галузева стандартна практика відома як безперервна інтеграція та безперервний розвиток (CI/CD).

Мета CI/CD — мінімізувати людські помилки та підтримувати послідовний процес випуску програмного забезпечення, підвищуючи ефективність команди. Використання конвеєрів на основі автоматизації, створених за допомогою таких інструментів, як Jenkins, GitLab або CircleCI, дозволяє організаціям впевнено створювати та розгортати програми у своїх виробничих середовищах, забезпечуючи більшу швидкість і гнучкість бізнесу.

Автоматичне масштабування ресурсів для оптимального використання

Ця практика безпосередньо впливає на витрати на хмару, оскільки вона пов’язана із заходами, вжитими інженерами для забезпечення доступності додатків під час максимального використання та обслуговування клієнтів.

Команди вже багато років знають, що жодне хмарне середовище не використовується максимально на 100% часу. Автоматичне масштабування дозволяє їм задовольняти вимоги та оптимізувати витрати за допомогою двох підходів:

• Горизонтальне автомасштабування: масштабування за межами або в екземплярах ресурсу

• Вертикальне автомасштабування: збільшення чи зменшення масштабу в межах ресурсу

Щоб запровадити безперервний процес керування потужністю на основі автоматичного масштабування, команди повинні добре розуміти свої вимоги та вміти їх прогнозувати. Якщо вони досягнуть цього, автомасштабування покращить доступність і управління витратами. Навіть хмарні провайдери помічають інтерес до автомасштабування — AWS випустила інструмент автомасштабування з відкритим кодом Karpenter, який пропонує вдосконалення в порівнянні з рідним Kubernetes Cluster Autoscaler.

Автоматизоване правлення ресурсів

Правове визначення — це процес визначення оптимального поєднання хмарних ресурсів для мінімізації відходів, дотримуючись балансу між ризиком і вартістю.

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

Автоматизація відкриває двері для FinOps 2.0.

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

Інструменти автоматизації вже вирішують так багато проблем у галузі, то чому б організаціям не використати їх у хмарному управлінні витратами? У такому разі автоматизація може призвести до FinOps 2.0 — практики, яка виходить за рамки простого моніторингу витрат у хмарі та звітності та фактично дозволяє командам скоротити час і зусилля на керування витратами в хмарі протягом усього життєвого циклу програми.

Технологічна рада Forbes — це спільнота для ІТ-директорів, технічних директорів і технічних керівників світового рівня. Чи маю я право?