FinOps Vocabulary: Cloud Cost Optimisation Terms (англійською)
Майстер лексики FinOps: 60 основних термінів для управління хмарними витратами, коректування розмірів, знижки на основі зобов'язань, showback, chargeback і розподілу витрат для інженерів і архітекторів.
FinOps — фінансові операції для хмар — це практика, яка об’єднує інженерію, фінанси і бізнес, щоб зрозуміти і оптимізувати хмарні витрати. Хмарні архітектори та інженери, які розуміють словник FinOps, можуть змістовно брати участь у перегляді витрат, архітекторі економічних систем і чітко спілкуватися з фінансовими зацікавленими сторонами. Ось 60 слів, які тобі потрібні.
Основні поняття філософії
FinOps
FinOps (Financial Operations) — це хмарна практика управління фінансами і культурний рух, спрямований на надання організаціям можливості отримати максимальну бізнес-цінність від хмарних витрат за допомогою співпраці між інженерними, фінансовими та продуктовими командами.
«Наша практика FinOps зменшила витрати на хмару на 30% в першому кварталі без зменшення потужності»
Управління витратами на обладнання
** Керування хмарними витратами ** це процес розуміння, моніторингу та оптимізації хмарних витрат. Вона включає в себе теґування ресурсів, аналіз витрат, визначення відходів і впровадження механізмів економії.
Економічний відділ
** Економіка одиниць ** в хмарі означає розуміння вартості * на одиницю доставленої цінності * - вартість за виклик API, вартість за транзакцію, вартість за активного користувача, вартість за оброблений гігабайт.
«Наша економіка одиниць рухається в неправильному напрямку — вартість транзакції зросла на 40% в цьому кварталі, оскільки використання збільшилося»
COGS (вартість проданих товарів)
** COGS ** в програмному бізнесі часто включає витрати на сервер. Хмарні інженери, які розуміють COGS, можуть вирівняти рішення з інфраструктури з бізнес-маржами.
Основи бухгалтерського обліку
Оплата за замовленням
Ціна за запитом означає оплату обчислювальної потужності за годину або секунду без довгострокових зобов’язань. Максимальна гнучкість, найвища вартість за одиницю.
Резервовані екземпляри (RIs) / Плани економії
Зарезервовані екземпляри (AWS/Azure) і Плани економії дозволяють вам обмежитися певною конфігурацією обчислень на 1 або 3 роки в обмін на знижки в 40-72% порівняно з цінами на запит.
«Ми перетворили нашу базову робочу нагрузку на 1-річні зарезервовані екземпляри. Це не так гнучко, але це зменшило наш рахунок за обчислення вдвічі»
Випадкові екземпляри / випереджувальні ВМС
Spot Instances (AWS) / Preemptible VMs (GCP) / Azure Spot VMs надають доступ до запасних обсягів хмарних ресурсів зі знижкою 60-90 %, але хмарний провайдер може відновити їх без попередження.
«Наші пакетні завдання з навчання ML працюють на Spot Instances — ми знижуємо 80%, і якщо вузол відновлюється, завдання просто перевіряє і перезапускає»
Використання знижок (CUDs)
Знижки за обов’ язкове використання (GCP) схожі на зарезервовані екземпляри — обов’ язок до рівня ресурсу на 1 або 3 роки в обмін на значні знижки.
Недоліки: Недоліки: Недоліки: Недоліки: Недоліки:
** Плата за використання ** ціни тільки за фактичне споживання — виклики, Гб-секунди або виклики API — а не за забезпечену пропускну здатність.
Менеджмент ресурсів
Rightsizing
Відновлення — це вирівнювання типів і розмірів екземплярів з фактичним використанням — вилучення надмірно розподілених ресурсів, які оплачують не використовувані обсяги.
«Наш моніторинг показав 12 екземплярів, що працюють на <5% використання ЦП. Ми перетворили їх на менші типи екземплярів — 40% зниження вартості на цих навантаженнях»
Надмірне постачання
** Надмірне забезпечення ** — це виділення більше обчислювальних ресурсів, пам’ яті або простору для зберігання, ніж насправді потрібно для виконання завдання. Поширена причина хмарних відходів.
Неактивні ресурси
** Неактивні ресурси ** — це обладнані хмарні ресурси, які не використовуються активно — середовища розробки, які залишаються запущеними після закінчення часу, неприєднані томи, невикористовувані балансувальники навантаження.
Наш аудит ресурсів виявив $ 14 000 / місяць у невикористовуваних ресурсах — середовищах розробників, які розробники не закривали
Автоматичне масштабування
** Автомасштабування ** автоматично змінює обчислювальну потужність відповідно до попиту — масштабування під час піків, масштабування при падінні попиту — оптимізація як продуктивності, так і вартості.
Сім’я екземплярів
** сім’ я екземплярів ** групує екземпляри з однаковим профілем архітектури. Вибір правильної сім’ ї екземплярів (оптимизовані для обчислень, оптимізовані для пам’ яті, GPU) є першим кроком у правильному розміщенні.
Розподіл та оцінка витрат
Tagging
Теґування (або мітка в GCP) застосовує метадані ключових значень до хмарних ресурсів, що дозволяє розподіляти витрати за командою, продуктом, середовищем або клієнтом.
“Кожен ресурс повинен бути позначений як ‘команда’, ‘средовище’, і ‘центр витрат’. Незначні ресурси будуть позначені в нашому перегляді вартості»
Розподіл витрат
** Розподіл витрат ** це процес приписування хмарних витрат конкретним командам, продуктам або бізнес-підрозділам, що забезпечує підзвітність і прийняття рішень на основі інформації.
Showback
Showback означає відображення витрат на хмарні послуги для команд, щоб вони могли бачити, скільки вони витрачають, без фактичного стягнення з них платні. Збільшує видимість без зміни фінансових процесів.
Chargeback
Chargeback йде далі від showback — команди фактично оплачують використання хмарних ресурсів (внутрішнє обчислення). Вимагає надійної інфраструктури для розмітки та розподілу витрат.
«Ми перейшли від показу назад до зворотного звіту — команди тепер бачать хмарні витрати на їх P&L, що значно змінило їх поведінку»
Призначення спільних послуг
** Розподіл спільних послуг ** є методологією розподілу витрат на спільну інфраструктуру (мережі, ведення журналів, моніторинг) між командами- споживачами.
Центральна площа
Центр витрат є фінансовою одиницею в рамках організації, яка несе витрати. Відображення хмарних ресурсів у центри витрат дозволяє фінансовий звіт.
Зменшення відходів
Хмара сміття
Хмарні відходи означають витрати на ресурси, які не забезпечують бізнес-цінності — неактивні екземпляри, неприєднані томи, надмірно обладнані бази даних, невикористовувані гнучкі IP-адреси.
Ресурси зомбі
** Ресурси зомбі ** — це ресурси, які ніхто не володіє і ніхто не використовує — часто створені для тестування і забуті.
“Очищення ресурсів від зомбі звільнило $8,000 на місяць. Деякі з цих екземплярів працювали протягом двох років без власника»
Сиротські ресурси
** Ресурси- сироти ** — це ресурси, які більше не з’ єднано з активним навантаженням — від’ єднані томи EBS, неприєднані IP- адреси Elastic, невикористовувані знімки.
Рівень забруднення повітря
** Частка відходів хмари ** — це відсоток витрат хмари, що приписується відходам. Середня індустрія оцінюється в 30-35%.
Складські витрати
Інформаційно-аналітичний центр «Інтелект»
** Розподіл на рівні зберігання ** пересуває дані між класами зберігання на основі частоти доступу, наприклад, « гарячий рівень » для даних, до яких часто надається доступ, « холодний рівень » (льодовик, архів) для даних, до яких надається доступ рідко.
«Ми перенесли 3TB журналів відповідності до Glacier — затримка доступу збільшилася з мілісекунд до хвилин, але місячна вартість впала на 97%»
Вихідні витрати
** Вихід ** (передавання даних) є значною і часто ігнорованою вартістю хмари. Пересування даних з хмари — в інтернет, в іншу хмару або в інший регіон — обкладається за ГБ.
“Наші витрати на вихід збільшилися втричі після того, як ми ввімкнули реплікацію між регіонами для всіх контейнерів. Ми тепер тільки реплікуємо критичні ведмеді»
Передача даних
** Передача даних ** включає:
- Внутрішньо-регіональний (AZ до AZ): зазвичай невеликий
- Адміністративний центр — Високий
- Вихід з Інтернету: найвищий
Фіналіст Кубка УЄФА
Практикуючий філософ
** Практикующий FinOps ** працює в інженерії і фінансах для оптимізації хмарних витрат - аналіз витрат, запуск ініціатив з правильного розміщення і створення інструментів для огляду витрат.
Чемпіон України серед юніорів
** Чемпіон хмарних витрат ** - це інженер (часто хмарний архітектор або SRE), вбудований або координуючий з інженерними командами, щоб закликати до економічних проектних рішень.
Інструменти та звіти
Експлорер (Explorer)
** Cost Explorer ** (AWS) - це інструмент візуалізації для аналізу витрат AWS за послугами, регіоном, тегами або типом використання з часом.
Система управління проектами (Project Management System, PMS)
Панелі управління розрахунками Azure Cost Management і GCP забезпечують подібні можливості аналізу витрат і звітності.
Визначення аномалії вартості хмар
** Визначення аномалій ** автоматично позначає незвичні схеми витрат — наприклад, раптове збільшення витрат на EC2 на 5 разів — що дозволяє швидко провести дослідження перед тим, як витрати перевищать позначку.
“Выявление аномалий поймало неправильно настроенную группу автоматического масштабирования, которая вращалась в сотнях экземпляров. Це врятувало нам рахунок на 50 000 доларів»
Бухгалтерський облік
** Бюджетні попередження ** вмикають сповіщення, коли витрати на хмару наближаються або перевищують визначений поріг — запобігаючи шоку від рахунків.
Корисні фрази
** На засіданнях з перегляду витрат: **
- “Наша вартість на одиницю метрики зросла — нам потрібно дослідити, чи це неефективність масштабування, чи зміна цін.”
-
- “У нас є значні неактивні ресурси у середовищі розробки. Чи можемо ми запланувати автоматичне вимкнення після робочих годин?»*
При обговоренні зобов’язань:
- “Наше базове використання обчислень достатньо стабільне, щоб виправдати перехід на резервовані екземпляри — 3-річне зобов’язання знижує витрати на 60% порівняно з використанням на запит.”
** При поясненні показу назад/зворотного стягнення: **
- “Ми реалізуємо showback спочатку — команди можуть бачити свої витрати, вчитися і будувати підзвітність, перш ніж ми перейдемо до фактичного зворотного звіту.”
Practice
Поглибте свій словниковий запас з ** Набор упражнений Cloud FinOps ** і ** Архітектурний стиль — класицизм **.