Дискусія Toil в англійській мові: SRE і Platform Engineering Vocabulary

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

Ключовий словник

Труд У SRE, праця є операційною роботою, яка є ручною, повторюваною, автоматизованою, тактичною і зростає пропорційно з масштабом обслуговування. Ключовим критерієм є те, що це не призводить до тривалого поліпшення — ви робите це один раз, і вам доведеться робити це знову. “Ручне змінювання ключів API кожні 90 днів — це шкільна робота — це повторювана, автоматизована робота, яка не покращує систему.”

Бюджет праці Бюджет праці є узгодженою максимальною часткою інженерного часу, який команда готова витратити на працю. Google SRE рекомендації рекомендують зберігати праці нижче 50% від часу кожного інженера. “Ми зараз витрачаємо 60% часу на роботу - ми значно перевищили наш бюджет на роботу, і це витісняє роботу з поліпшення надійності.”

** Над головою ** Надходження — це робота, яка необхідна для керування командою, але не є працею — наприклад, командні зустрічі, документація або HR-процеси. Ця відмінність важлива, тому що накладні витрати не можуть бути автоматизовані таким же чином, як і праця. “Оновлення командної вікі після інцидентів є надмірним, а не важким — це створює тривалу цінність і не повторюється в тій же формі.”

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

• “Зворотний внесок автоматизації для самообслуговування сертифікатів є ясним: завдання зараз займає дві години на тиждень і потребує одного спринту для автоматизації.” *

Квантування праці Квантування праці - це процес вимірювання точно, скільки часу команда витрачає на конкретні завдання праці, зазвичай через журнали замовлень, квитки на інциденти або інструменти відстеження часу.

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

Подразнені на дзвінок Вантаж на виїзді - це накопичена вага реагування на попередження, управління інцидентами і операційна робота, яку виконують інженери під час їх ротації на виїзді. Висока навантаження на служби є провідним показником перегріву. “Нагруз на дежурство значно вырос с тех пор, как мы запустили новый конвейер данных - инженеры в среднем звонят восемь раз за смену.”

Книга походів Runbook — це документована процедура виконання певного операційного завдання — зазвичай, це завдання, яке ще не можна автоматизувати, або вручну виконане завдання для системи, яка частково автоматизована.

• “Ми маємо підручник для цього процесу, але мета полягає у тому, щоб повністю автоматизувати його — підручник є тимчасовим засобом.” *

Уничтожение труда Утилізації праці є результатом автоматизації - точка, в якій раніше ручне завдання більше не вимагає втручання людини взагалі. Метою інвестицій в SRE є усунення праці, а не тільки зменшення праці.

• “Після завершення роботи з автоматизації, ми досягли повного усунення труднощів для процесу зміни сертифікатів — тепер він виконується за розкладом без участі людини.” *

Корисні фрази

• “Ми визначили три завдання з великим обсягом праці, які споживають приблизно 30% нашого часу на чергуванні.”
• “Зворотний внесок від автоматизації тут сильний — ми оцінили, що скрипт відплатить за себе протягом шести тижнів часу розробки.”
• “Я хочу запропонувати, щоб ми виділяли 20% кожного спринту на роботу з усунення праці - наразі ми не маємо захисних можливостей для цього.”
• • “Це завдання відповідає визначенням SRE для праці: воно виконується вручну, повторюється і змінюється залежно від кількості користувачів.” *
• “Ми повинні розрізняти тут між працею і витратами — не всі повторювальні роботи можна автоматизувати.”

Поширені помилки

**Використання “труда” неформально означає “тяжка праця” або “усилия” ** У загальній англійській мові « toil » означає просто важку або виснажливу роботу: « they toiled for hours ». У SRE, це слово має чітке технічне визначення. Використання його вільно в обговоренні SRE сигналізує про незнання концепції. Будь конкретним: «ця робота відповідає визначенням SRE праці, тому що вона ручна, повторювана і автоматизована»

Скажите “сократить труд”, когда целью является “ликвидировать труд” Зменшення означає, що праця продовжиться на нижчому рівні. Уникнення означає, що завдання більше не потребує людських зусиль. Там, де автоматизація досягається, використовуйте більш амбітний і точний термін: «нашою метою є усунення праці, а не тільки зменшення»

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

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

Назва походить від англійського «uncommon» — незвичайний, незвичайний

Багато розробників з неангломовного середовища знаходять специфічну термінологію навколо «праці» в SRE і Platform Engineering особливо складною. Це не просто про роблення багато роботи; це про розуміння чому ця робота відбувається, як виміряти її вплив, і в кінцевому підсумку, чи ці зусилля дійсно додають цінності. Основна проблема часто виникає з прямого перекладу - поняття, такі як “усі зусилля” або “бруд” не завжди чітко відображаються на нюансованій англійській мові, що використовується в цій області. Мова часто підкреслює ефективність, оптимізацію і проактивне зменшення тертя.

Розглянемо сценарій під час перегляду коду. Сара, инженер SRE, пересматривает PR, который добавляет обширное ведение журнала к критической службе. У початковому повідомленні про перенесення просто буде написано: « Додано ведення журналу для розв’ язання проблем ». Людина, для якої англійська мова є рідною, може сприйняти це як « тоил » — марні зусилля. Однак, Сара, розуміючи контекст принципів SRE, ймовірно, відповіла б щось на зразок: «Це хороша активна робота! Але давайте обговоримо вплив цього ведення журналу. Чи бачимо ми значне збільшення праці розробників з налагодження проблем? Чи можемо ми зменшити це, впроваджуючи кращі попередження або використовуючи більш цілеспрямовані журнали замість цього? ” Ключовим тут є не тільки визнання самого журналювання як праці, але розуміння його * ефекту * і як це пов’язано з більш широкими цілями оперативної ефективності. Аналогічно, розмови Slack часто включають такі фрази, як «зменшення праці за допомогою автоматизації» - це не просто про те, щоб зробити щось швидше; це про виключення повторюваних ручних завдань, які споживають цінний інженерний час.

Іншим поширеним джерелом плутанини є поняття « ROI автоматизації ». Це виходить за рамки простої економії коштів. Це стосується кількісного визначення зменшення праці, що виникає в результаті автоматизованих процесів, і порівняння цього зменшення з інвестиціями, необхідними для самої автоматизації. Недостатньо сказати «ми автоматизували це», вам потрібно продемонструвати, що заощаджений час - зменшена праця - переважує зусилля побудови, підтримки і моніторингу автоматизації. Добре визначений «бюджет праці» відображає це розуміння, виділяючи ресурси спеціально для зменшення праці, а не просто для реактивного пожежогасіння.

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

# Example: Using Terraform to automate infrastructure provisioning – a common automation ROI case
terraform init -target modules/webserver

Ця проста команда показує, як автоматизація, якщо її застосувати стратегічно (наприклад, до певних модулів), може безпосередньо зменшити кількість роботи, пов’ язаної з вручну налаштованим налаштуванням сервера. Ключ відстежує * скільки * часу команда зберігає у багатьох розгортаннях.