Темний бік кар’єри SRE

💡 Усі статті, обговорення, новини про DevOps — в одному місці. Приєднуйтесь до DevOps спільноти!

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

Ззовні життя SRE може здатися престижним і сповненим можливостей. Але за завісою часто ховається реальність, сповнена хронічного стресу, кар’єрного застою та професійних ризиків.

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

Стресове життя SRE

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

Нижче наведено графік стресу, яким поділився інженер SRE на r/sre.

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

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

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

Майстер на всі руки, ні на що не здатний

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

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

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

Вигорання та довгостроковість проєктів

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

Постійне «гасіння пожеж» забирає творчість та інтелектуальну роботу. Не маючи можливості створювати системи або реалізовувати дорожні карти, деякі SRE можуть відчувати себе нереалізованими.

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

Обмежений кар’єрний ріст

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

Ось кілька причин, чому кар’єрні сходи SRE часто закінчуються напрочуд низько:

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

Суперечливість ролі SRE

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

Можна було б очікувати, що навички SRE безпосередньо передаються між відділами/компаніями. Але насправді кожна компанія визначає та реалізує цю роль унікальним чином. Експерт SRE в одній організації може виявити, що його знання не потрібні в іншій. Цей документ є чудовим прикладом, який ілюструє цю точку зору — він готує колишніх SRE з Google до того, чого їм слід очікувати у зовнішньому світі.

Деякі ключові сфери, в яких роль SRE відрізняється в різних компаніях:

  • У деяких компаніях SRE відповідають лише за операційну роботу. В інших компаніях вони також мають відповідальність за код продукту.
  • Співвідношення між розробкою програмного забезпечення та операційною роботою відрізняється. У деяких фірмах SRE більше схожий на спеціалізованого сисадміна, в той час, як в інших він набагато ближчий до звичайного інженера-програміста.
  • SRE можуть працювати як окремою незалежною командою, так і в парі з командами розробників продукту (так звані вбудовані SRE). Обидві моделі мають компроміси.
  • Частота та інтенсивність чергувань SRE може бути дуже різною. У деяких компаніях це відносно легка і нечаста робота, тоді як в інших вона є важким тягарем.
  • Хоча сильні технічні навички потрібні завжди, деякі ролі SRE більше наголошують на софт скілах, таких як вплив на продуктові команди, ніж на інших.

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

Висновок

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

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

👍ПодобаєтьсяСподобалось2
До обраногоВ обраному1
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
перекладаючи цей матеріал.

Доучат жпт
Припиніть займатися пререкладами і самі напишіть щось

Очікування 24/7 у багатьох компаніях може подовжити робочий час SRE далеко за межі звичайного робочого дня

А це зветься on-call
Зазвичай чергування і в ці дні нема або менше планових завдань

Співвідношення між розробкою програмного забезпечення та операційною роботою відрізняється

Історичний момент
Перестали писати девопс
SRE це не менеджер
Це те що тут в багатьох статтях звуть девопс

Ну і там швидше автоматизація і розробка інструментів.
Не бізнес код

Якщо український замовник хоче, щоб з 8 до 22 підключався за 15 хвилин у випадку аварій, відмовлятись та шукати іншого клієнта?
від 500 грн година.

Підписатись на коментарі