Англійська мова для зустрічей з оптимізацією витрат: FinOps Phrases That Land
Освоєння англійської мови на зустрічах з FinOps і хмарними витратами: словниковий запас для витрат, коригування розмірів, зобов'язань і дипломатичних фраз для запропонованих і оскаржених скорочень витрат.
Хмарні зустрічі з витратами — часто називаються FinOps-оглядами — об’єднують інженерів, фінанси і менеджерів, щоб зрозуміти і зменшити витрати. Розмови змішують технічні деталі з грошима, що робить англійську складною: вам потрібно бути точним щодо обох, і дипломатичним, коли пропонуєте скорочення, що впливають на чиюсь команду. Цей підручник містить словниковий запас і фрази.
Основний словник
| Term | Meaning |
|---|---|
| Spend | Money spent (used as a noun in FinOps) |
| Burn rate | How fast you’re spending |
| Rightsizing | Matching resource size to actual need |
| Idle resources | Things you pay for but don’t use |
| Commitment | Pre-paying for a discount (reserved instances, savings plans) |
| Showback / chargeback | Attributing costs to teams |
| Waste | Spend with no value |
Зауважте, що у цьому полі spend використовується як іменник: « our monthly spending », « cloud spending grew 20% ». Це звучить дивно для тих, хто навчається, але це стандартна англійська мова FinOps.
«Наші щомісячні трати зросли на 30%, переважно через неактивні ресурси і надмірне забезпечення екземплярів, які ми ніколи неправильно не розміщували»
Описує, куди йдуть гроші
Перша половина зустрічі з розрахунку витрат - це діагностика. Використовувати точні дієслова для пересування вартості.
- «Комп’ютерні витрати crept up тихо за квартал»
- «Складання ballooned після того, як ми припинили дати закінчення старих журналів.»
- «Відкриття родовища «Степове» в Україні» (рос.)
- «Ця одна послуга ** складає ** 40% рахунку.»
«Три рядкові елементи ** відповідають за ** більшість зростання: бездіяльність середовища розробників, не закінчені знімки і дані між регіонами ** вихід **»
** Вихід ** (дані, що залишають хмару, за які стягується плата) є основним словником FinOps - і звичайною несподіваною вартістю.
Словник по відходам
Визначення відходів є основою оптимізації витрат. Назва категорій:
| Type of waste | Meaning |
|---|---|
| Over-provisioned | Sized bigger than needed |
| Idle | Running but unused |
| Orphaned | Left behind, no longer attached (e.g. unattached disks) |
| Zombie | Forgotten resources still incurring cost |
| Untagged | No owner, so no accountability |
«У нас є купка сирітських томів і зомбі балансувальників навантаження, яких ніхто не володіє — вони не мітяться, тому вони прослизнули»
Предложить дипломатически сократить расходы
Зниження витрат впливає на справжні команди. Якщо ти кажеш “твоє середовище марнотратне”, ти створюєш ворога. Складіть пропозиції навколо спільних цілей.
| Blunt (risky) | Diplomatic (better) |
|---|---|
| “Your team is wasting money." | "There’s an opportunity to right-size the staging fleet." |
| "Shut down those servers." | "Could we put the dev environments on a schedule so they sleep overnight?" |
| "This is too expensive." | "I think we can keep the same performance for less by switching instance types.” |
«Я не пропоную, щоб ми вирізали все, що відчувають користувачі. Є можливість збільшити кластер аналітики - така ж пропускна здатність, приблизно на 25% менше витрат. «Відкрийте очі»
Слово можливість (замість «проблеми» або «марнотраття») переформулює скорочення витрат як перемогу, а не критику.
Говорить про зобов’язання і компроміси
Зобов’язання (зарезервовані екземпляри, плани заощаджень) торгують гнучкістю для знижок. Разговор о риске.
“Якщо ми присягнемося на один рік плану заощаджень, ми заощадимо близько 30%, але ми заблокуємо себе. Ризик полягає в тому, що якщо ми ** перебудуємо ** і не потребуємо цієї потужності, ми ** попередньо заплатили ** за нічого. ”
Корисні фрази:
- «Зобов’язання блокує знижку, але зменшує гнучкість»
- «Ми б хотіли впевненого прогнозування перед тим, як взяти на себе зобов’язання.»
- «Давайте покриємо базу з обов’язком і збережемо піки на запит»
** Покрийте базисну лінію ** (притримуйтесь свого використання в стабільному стані і залишайтесь гнучкими в змінній частині) це складна, природна фраза FinOps.
Ввічливо поставити запитання
Фінанси та інженерія іноді читають одне і те ж число по-різному. Відступи грациозно.
“Я б ** обережно ** спробував спростувати припущення, що це чисті відходи. Цей кластер не працює зараз, але він обертається для нічних партій — вбивство його пошкодить трубопровід»
Фрази:
- Я б додав якийсь контекст до цієї цифри
- «Це виглядає високо, але є причина — дозвольте мені пояснити»
- «Я не впевнений, що це порівняння яблука до яблук.»
** Яблука до яблук ** (справедливе, схоже на схоже порівняння) є надзвичайно поширеним в обговореннях вартості.
До і після: повне переписування
** До (недбало, звинувачує людей, неоднозначно): **
“счет завышен, и некоторые команды тратят деньги. Мы должны отключить их серверы и купить зарезервированные экземпляры, чтобы сэкономить деньги. Это очевидно.”
Після (точне, дипломатичне, дієздатне):
“Наші хмарні витрати зросли на 30% за квартал. Якщо подивитися ближче, то три речі вказують на більшість з них: неактивні середовища розробки, що працюють 24/7, незавершені знімки, і несподіваний вихід з міграції. Ніщо з цього не торкається роботи з клієнтами, тому я бачу чітку можливість. Мої пропозиції: поставити розробників на нічний розклад, встановити знімок політика життєвого циклу, і **покрити наші обчислення у стабільному стані **планом економії, зберігаючи піки на запит. В сумі, це приблизно 20% скорочення без жодного впливу на користувачів»
Поширені помилки
- **Неправильне використання “cost” як дієслова. ** “Це коштує нам £5000 на місяць” - це добре; “ми коштуємо £5000” - це не так. Тематика.
- Слово “економить”. Корінні говорять “зменшити витрати”, “оптимізувати витрати”, “прибрати рахунок” - “економити” звучить застарілою/перекладеною.
- **Плутати “тратити” і “тратити”. ** Обидва працюють як іменники, але “тратити” - це ідіом FinOps: “зменшити наші витрати.”
- ** Забуваючи “вихід”. ** Багато сюрпризів вартості є вихід; знайте слово і вимовляйте його / ˈ iːɡres / (“EE-gress”).
Міні-глосарій
- Економіка за одиницю — вартість на клієнта/запит/операцію
- ** Аномалія ** — несподіване підвищення вартості
- ** Гігієна міток ** — зберігання ресурсів з мітками власників
- ** Змішаний тариф ** — середня вартість за зниженою ціною і за запитом
- ** Прогноз ** — прогнозовані майбутні витрати
- TCO — загальна вартість власності
«Давайте покращимо нашу ** гігієну тегування ** спочатку — без власників ресурсів, ми не можемо зробити належний ** показ назад **, і ми не можемо сказати сигнал від ** аномалії **. »
Ключевые вещи
- Використовуйте spend як іменник і назвіть марнотрачення точно: ** idle, orphaned, zombie, over- provisioned**.
- Перерви у кадрах розглядаються як можливості без впливу користувача, ніколи не як звинувачення.
- Обговоріть зобов’язання як гнучкість проти знижки компромісу; покрийте базовою лінією.
- Постав задачу з числами “яблука яблукам” і “дозвольте мені додати контекст”, а не з простим протиріччям.
На зустрічах з розрахунку витрат нагороджують людей, які уважно ставляться до технологій, обережно з грошима і люб’язно до команд. Поговори по-английски и ты будешь в комнате тем, кто будет строить консенсус, а не возмущаться.
Національні мови: рідна мова для ненаціональних меншин
Будьмо чесними - навіть з твердим розумінням того, що вам потрібно сказати на зустрічі FinOps, конкретна фраза може відчувати себе неймовірно пригнічуючим. Це не просто знання того, що «правильне розміщення» означає зменшення використання ресурсів; це передавання цієї ідеї з впевненістю і точністю англійською, особливо коли культурні відмінності щодо прямоти або дискусії можуть впливати на те, як приймаються ваші пропозиції. Частою перешкодою для розробників, які вивчають професійну англійську, є розуміння тонких способів, якими мова формує запит або критику. Наприклад, просто сказати «Ця копія надмірна» може бути критичним, особливо якщо раптово доставлено. Вплив ваших слів має таке ж значення - можливо, навіть більше - ніж технічний аспект.
Інша поширена проблема виникає під час коментарів перегляду коду. Отримавши зворотній зв’язок на кшталт «Розгляньте оптимізацію цієї функції Lambda», ви можете почуватися неопределенными і потенційно обвинувачуючими. Легко інтерпретувати це як критику ваших навичок кодування без розуміння більш широкого контексту економічної ефективності. Багато не-рідних мовців змушені відразу ж визнати, що «оптимізація» в цьому сценарії стосується менше досконалої коду і більше мінімізації споживання ресурсів - щось, що вимагає глибшого розуміння моделей ціноутворення хмарних послуг і наслідків продуктивності. Аналогічно, коли пропонуються зміни під час опису Pull Request, зосереджуючись виключно на що ви змінюєте («Я оновив рядок підключення бази даних»), можна пропустити можливість сформулювати чому це важливо з точки зору вартості («Ця зміна зменшує вартість передачі даних, використовуючи більш ефективний метод підключення»).
Нарешті, участь в обговореннях навколо зобов’язань, особливо щодо резервованих екземплярів або планів заощаджень, часто включає в себе складну термінологію. Такі терміни, як «амортизована вартість» або «рівень використання» можуть бути особливо складними для розуміння і чіткого вираження. Це не просто про те, щоб знати визначення; Це про те, щоб бути в змозі пояснити, як ці показники пов’язані з загальними бюджетними цілями вашої команди, і впевнено обґрунтувати зобов’язання, засноване на прогнозованому використанні. Проста фраза, наприклад, «Давайте проаналізуємо історичний рівень використання протягом наступних шести місяців, перш ніж зобов’язатися до цього розміру екземпляра» демонструє обережний і даними керований підхід - щось, що високо цінується в обговореннях FinOps. Сфокусування на демонстрабельних доказах — показуючи тенденції і прогнози — є ключовим для створення консенсусу і уникнення нерозуміння.