Як обговорювати інфраструктурні витрати англійською мовою
Вивчайте словниковий запас FinOps і професійні фрази для обговорення вартості хмарної інфраструктури під час інженерних оглядів і бюджетних зустрічей.
Оскільки витрати на хмарну інфраструктуру зросли до основних бюджетних позицій, інженери все частіше очікують участі в розмовах про вартість - а не просто будують речі. Якщо ви на зустрічі з перегляду витрат і хтось запитає про ваш “змішаний тариф” або чи ви досліджували “плани економії”, ви повинні бути готові. Ця стаття містить словниковий запас і фрази, які роблять обговорення вартості хмарних послуг ясними і професійними.
Ключовий словник
** Правильный размер ** Приведення обчислювальних ресурсів (ЦП, пам’ яті, сховища), що виділяється для завантаження, до рівня, який дійсно потрібний, а не до рівня, який було визначено типово. Один з найпоширеніших перших кроків в оптимізації витрат хмар. Приклад: «Найкращий аналіз показав, що 40% наших екземплярів EC2 мають надмірне забезпечення принаймні на 50%.»
** Зарезервовані екземпляри (RI) ** Модель розрахунку, за якої ви зобов’ язуєтеся використовувати певний ресурс протягом одного або трьох років у обмін на значну знижку у порівнянні з ціною за запитом. Приклад: «Ми повинні перетворити наші базові обчислення на зарезервовані екземпляри — ми запускаємо ці завдання 24/7 в будь-якому випадку.»
** Розпізнавання екземплярів ** Запасні обсяги хмарного провайдера доступні з великими знижками (до 90% на запит), але які можуть бути відновлені провайдером за короткий час. Відповідає для збоїв, пакетних або безстатевих завантажень.
- Приклад: « Ми виконуємо наші нічних завдання з обробки даних на локальних екземплярах, щоб знизити витрати. » *
Розподіл витрат Процес приписування хмарних витрат конкретним командам, проектам або центрам витрат — зазвичай за допомогою міток ресурсів. *Приклад: “Без належного розподілу витрат, інженерне управління не має огляду на те, яка лінія продукту приводить до рахунку за інфраструктуру.” *
Оплата за тегами Підхід до управління витратами, де хмарні ресурси мітки з метаданими (наприклад, команда, середовище, продукт) і звіти про розрахунки фільтруються або групуються за цими мітками. Приклад: «Ми реалізували розрахунок за мітками, тому кожна команда може бачити свої власні щомісячні витрати на панелі управління витратами».
Показчики проти скарг Дві моделі для оцінки внутрішніх витрат. Showback показує командам їхні хмарні витрати, не вимагаючи від них платити з їх бюджету. Список переказів переносить ціну на бюджет команди. Обратный вычет усиливает ответственность. *Приклад: “Ми почали з показу назад, щоб підвищити обізнаність, і ми переходимо до зворотного стягнення в наступному кварталі, щоб створити справжню підзвітність.” *
Економіка підрозділу Вартість за значущу бізнес- одиницю — за активного користувача, за запит API, за транзакцію. Допомагає пов’язати витрати на інфраструктуру з бізнес-цінністю. Приклад: “Наша економіка одиниці виглядає добре - вартість інфраструктури на активного користувача зменшилась на 15% за квартал.”
Смешанная ставка Середня вартість на одиницю ресурсу, що поєднує ціни на запит, зарезервовані та спонтанно. Використовується у звітах з розрахунків для згладжування складності цін. Приклад: «Спосіб обчислення суміщених обчислень є неправильним — він змішує резервовані і за запитом екземпляри таким чином, що приховує наш фактичний обсяг обчислень.»
Заощадження Гнучка модель ціноутворення AWS, яка пропонує знижки в обмін на зобов’язання до постійного рівня витрат на обчислення (в доларах за годину), незалежно від типу екземпляра або регіону. Гнучкіший, ніж зарезервовані екземпляри. Приклад: «Плани збереження дають нам більше гнучкості, ніж зарезервовані екземпляри — ми не заблоковані в певному типі екземпляра.»
Фрази і фразеологізми
“Ми залишаємо гроші на столі” Неформальна, але професійна фраза, що означає, що ви платите більше, ніж потрібно, коли є дешевші варіанти.
- Приклад: « Ми залишаємо гроші на столі, запускаючи ці пакетні завдання на екземплярах за запитом, коли ми могли б використовувати спот. » *
“Який наш коефіцієнт поширення?” Запитує, який відсоток використання обчислень буде покрито зарезервованими екземплярами або планами економії (у порівнянні з ціною за запитом).
- Приклад: « Який наш коефіцієнт покриття для виробничого середовища? Якщо вона нижче 70%, ми повинні купити більше місць»
“Ми повинні поліпшити нашу гігієну при використанні міток” Професійний спосіб повідомити про те, що мітки ресурсів не збігаються або відсутні, що перешкоджає точному розподілу витрат.
- Приклад: « Нам потрібно поліпшити гігієну міток, перш ніж ми зможемо запустити змістовні звіти про вартість на команду. » *
“Ціна зростає” Нейтральное, фактическое наблюдение, используемое для начала разговора о стоимости без возложения вины.
- Приклад: «Втрати зростають у конвеєрі даних — вони зросли на 30% за місяць. Давайте розслідуємо.»*
“Давайте встановим быстрые победы” Відкриває обговорення оптимізації витрат, зосереджене на змінах, що потребують невеликих зусиль, але мають великий вплив. Приклад: “Давайте визначимо швидкі перемоги в нашому перегляді витрат - правильне розміщення і вимкнення не використовуваних середовищ розробки є хорошими початковими точками.”
Практичні рекомендації
- Наш аналіз правильного розміру визначив $ 8000 щомісячної економії від зменшення розміру надмірно забезпечених екземплярів RDS
- «Ми маємо 60% покриття зарезервованих екземплярів у виробництві — я рекомендую досягти 80% до закриття вікна зобов’язань»
- «Чи можемо ми встановити панелі розрахунків на основі тегів, щоб кожен лідер команди отримував щотижневий звіт про вартість своїх послуг?»
- «Наша економіка в цьому кварталі покращилася — вартість на транзакцію впала, незважаючи на більший трафік»
- «Порівняння змішаних тарифів вводить в оману без відокремлення використання на місці — давайте поглянемо на вартість на запит окремо»
Необхідно уникати помилок
** Плутанина між « зарезервовані екземпляри » і « плани заощаджень » ** Обидва плани пропонують знижки за підписання, але зарезервовані екземпляри блокують вас до певного типу екземпляра і регіону, тоді як плани економії пропонують гнучкість підписання. Використання їх взаємозамінно в розмовах сигналізує про неточність.
Скажите “хмара дорога” без конкретики Это не приведет к действию. Завжди кваліфікуйте з даними. Замість: “Хмара занадто дорога.” *Скажіть: “Наші витрати на перенесення даних становлять 40% нашого рахунку, і більшість з них є міжрегіональними - це область з найбільшим впливом, яку потрібно розглянути.” *
** Показ даних про зворотні розрахунки як зворотних розрахунків ** Вони мають різне політичне значення. Відмова у поверненні коштів є інформаційною; відмова у поверненні коштів має бюджетні наслідки. Поєднання їх може створити плутанину або конфлікт у розмовах про бюджет.
Summary
Обговорення вартості хмар тепер є регулярною частиною інженерної роботи. Словник, наприклад, правильний розмір, зарезервовані екземпляри, економіка одиниці і зворотне стягування дозволяє вам брати участь у перегляді FinOps з точністю. Коли ви можете пов’язати рішення щодо інфраструктури з бізнес-затратами - і чітко повідомити про це - ви стаєте більш цінним членом команди, не тільки технічно, але і стратегічно.
Науковий ступінь: доктор філософії, спеціаліст з питань мовленнєвої діяльності
Раніше ми обговорювали важливість чіткого спілкування, коли йдеться про витрати на інфраструктуру – розглядаючи їх як інвестиції, зосереджуючись на отриманій цінності і уникаючи жаргону, який може залякати. Однак, розробники з не-рідною англійською мовою часто стикаються з додатковою перешкодою: спеціалізований словник, використовуваний в FinOps дискусіях, які можуть не бути відразу інтуїтивними. Це не просто про те, щоб сказати «це занадто дорого»; це про те, щоб сформулювати * чому * і запропонувати рішення з правильною термінологією. У цьому розділі ви дізнаєтеся про те, як використовувати фрази, щоб упевнено брати участь у таких розмовах, особливо у ситуаціях, коли йдеться про такі речі, як перегляд коду і планування бюджету.
Однією з ключових областей є розуміння різниці між « використанням » і « витратами ». « Використання » стосується кількості ресурсів — часу процесора, місця на диску, пропускної здатності мережі — які ваша програма * фактично * використовує протягом певного періоду часу. Це метрика, яку можна виразити у відсотках. Сказати щось на зразок: «Поточне використання цього сервера становить 65%, що свідчить про потенційні можливості оптимізації», демонструє розуміння, що виходить за рамки простого зазначення вартості. І навпаки, «витратити» представляє фактичну грошову вартість, пов’язану з цими ресурсами. Сфокусування виключно на «траті» без контексту використання може відчуватися обвинувачуючим. Більш конструктивним підходом було б: «Віддачі на цей рівень збільшилися на 15% за місяць – давайте дослідимо основне використання, щоб визначити потенційні неефективності». Визнаючи, що високе використання * може * призвести до більших витрат, є вирішальним, але оформлення його як можливості для поліпшення є набагато ефективнішим.
Іншим поширеним виразом, з яким ви можете зіткнутися, є « тіньовий ресурс ». Цей термін позначає ресурс — зазвичай, екземпляр бази даних або екземпляр обчислення — який виконується без явної авторизації або відстеження у системі розрахунків організації. Виявляння тіньових ресурсів може бути тривожним, тому що вони представляють приховані витрати. Коли ви зустрічаєтесь з одним під час перегляду коду, замість того, щоб просто вказати “це виглядає дорого”, ви можете сказати: “Я помітив, що цей обчислювальний екземпляр постійно працює на 100% використання. Чи можемо ми перевірити, чи це санкціонований ресурс, чи потенційний тіньовий ресурс? Важливо переконатися, що ми платимо тільки за ресурси, які активно сприяють послузі. “Так само, в Slack, запитання “Чи хтось виявив неочікувані піки витрат останнім часом?” є кращим, ніж просто скаржитися на витрати.
Нарешті, пам’ятайте про важливість кількісного вимірювання ваших спостережень. Не просто скажіть «це марнотратно». Замість цього, надайте конкретні цифри і порівняння: «Поточний розмір екземпляра коштує нам $500/місяця — менший екземпляр з аналогічною продуктивністю може зменшити ці витрати на 30%». Використання таких фраз, як «бенчмаркінг», «відношення вартості до продуктивності» і «правильний розмір» демонструє технічне розуміння і дозволяє обговорювати дані. Сфокусування на цих конкретних термінах значно поліпшить вашу здатність робити значний внесок у розмови FinOps.