Як спецыяліст па DevOps стаў ахвярай аўтаматызацыі

Заўв. перав.: Вартай увагі аказалася самая папулярная публікацыя сабрэддыта /r/DevOps за апошні месяц: «Аўтаматызацыя афіцыйна замяніла мяне на працы - пастка для DevOps'аў». Яе аўтар (з ЗША) распавёў сваю гісторыю, якая ўвасобіла ў жыццё папулярную прыказку аб тым, што аўтаматызацыя заб'е запатрабаванне ў тых, хто падтрымлівае праграмныя сістэмы.

Як спецыяліст па DevOps стаў ахвярай аўтаматызацыі
Тлумачэнне на Urban Dictionary да ўжо сталай устойлівай(?!) фразы пра замену чалавека на скрыпт

Такім чынам, вось сама публікацыя:

У асяроддзі DevOps-аддзелаў можна часта пачуць такі жарт: "Калі мы аўтаматызуем усё, то застанемся без працы".

Аднак менавіта гэта адбылося са мной і прыкладна з сотняй іншых DevOps-інжынераў. Не магу ўдавацца ў падрабязнасці з-за пагаднення аб невыдаванні: упэўнены, што рана ці позна інфармацыя ўсплыве, але не хачу быць тым, хто яе агучыць.

Паспрабую даць агульнае ўяўленне аб тым, як менавіта ўсё здарылася.

Каля пяці гадоў таму я працаваў мэнэджэрам у DevOps-аддзеле сярэдняй па памеры тэхналагічнай кампаніі, атрымліваючы выдатную на той момант зарплату (190 тысяч USD), якая кампенсавала наш неверагодны аб'ём змушаных перапрацовак.

Як звычайна бывае, са мной звязаўся рекрутеры з LinkedIn. Ён прадстаўляў найбуйнейшы шматнацыянальны кангламерат, які зусім не цікавіў мяне ў якасці патэнцыйнага працоўнага месца. Рекрутер напісаў, што кампанія актыўна пашырае свае каманды інжынераў-праграмістаў, распрацоўшчыкаў і DevOps'аў напярэдадні некалькіх буйных праектаў, і адзначыў, што яны хацелі б запрасіць мяне на сумоўе.

Я адмовіўся і сказаў, што гэта мне не цікава. Ён спытаўся, колькі я зарабляю, і падкрэсліў, што кангламерат напэўна прапануе значна больш. Гэта падштурхнула маю цікаўнасць - бо я лічыў, што ў мяне ўжо выдатны заробак.

Карацей кажучы, я злятаў на інтэрв'ю, атрымаў пасаду Senior Lead'а з заробкам у 275 тысяч USD плюс апцыёны на акцыі і бонусы, а таксама магчымасць працаваць выдалена (г.зн. пераязджаць мне не прыйшлося), хоць сама ідэя працаваць на вялізную карпарацыю мне не падабалася. Аднак прапанова была занадта добрай, каб яго адхіліць (яны паабяцалі мне значна больш, чым Amazon раней у тым жа годзе).

У кампаніі меўся DevOps-аддзел, аднак складаўся ён пераважна са старэйшых сісадмінаў, якія маглі напісаць на Python/Bash/PowerShell дастаткова шмат для таго, каб гэта стала небяспечным. Таму ім патрэбна была каманда сапраўдных DevOps-інжынераў з досведам праграмавання на мовах ніжэйшага ўзроўню для працы над складанымі праектамі.

На працягу наступных трох гадоў наш аддзел разрастаўся. Мушу сказаць, што кіраўніцтва ўсё рабіла правільна. Нам амаль ніколі не адмаўлялі ў тым, што мы прасілі, пры гэтым больш за 90% запланаваных праектаў мы выканалі ў тэрмін і ўклаліся ў бюджэт, што па-сапраўднаму дзіўна.

Аднак каля паўтара года таму стала відавочна, што мы аўтаматызавалі літаральна "ўсё". Вядома, па-ранейшаму праводзілася рэгулярнае абслугоўванне і праверкі, аднак апошнія паўтара гады я ў рэальнасці працаваў толькі па 1-2 гадзіны ў дзень, паколькі рабіць было практычна няма чаго. Я не збіраўся кідаць такую ​​высокааплатную працу, але баяўся, што дзень Х у рэшце рэшт надыдзе, і вось ён прыйшоў учора.

Па сутнасці было абвешчана, што большая частка DevOps-каманд распушчана (засталося 75 чалавек, якія займаюцца канкрэтнымі праграмамі), паколькі камандам IT і Software Engineering было пад сілу справіцца з усім кодам, а для хлопцаў з DevOps больш проста няма працы.

Мне прапанавалі пасаду ў IT-камандзе, але заробак там быў амаль удвая меншы. Я мог працягваць працаваць выдалена, аднак яны хацелі, каб у канчатковым выніку я перабраўся ў горад, дзе размешчаны офіс, і мог гушчару ў ім з'яўляцца.

Шкада, што так атрымалася, бо мне падабалася тамака працаваць. Кампанія пра нас добра клапацілася (не лічачы звальненні, вядома), ды і месцаў для DevOps'аў з зарплатай вышэй за 200 тысяч USD і стандартным 8-гадзінным працоўным днём, амаль без перапрацовак, не так ужо шмат.

Да шчасця, я мудра распарадзіўся сваімі грашыма і здолеў цалкам пагасіць 4 іпатэкі за апошнія 5 гадоў. Цяпер у мяне ёсць невялікі дадатковы прыбытак, выдаткі абмежаваныя, таму магу дазволіць сабе павольна падшукваць новае месца.

Дадаткі (ад перакладчыка)

Сам аўтар так каментуе свой загаловак: «Прыну прабачэнні, калі атрымаўся clickbait: я проста спрабаваў дадаць крыху гумару ў загаловак, не збіраючыся ператвараць сваю гісторыю ў clickbait або DevOps-хорар».

А са згаданай пасткай , падводным каменем у кантэксце DevOps пагадзіліся не ўсе каментатары: «Чаму ж пастка? Ты атрымаў добры заробак (яшчэ большы, чым апісаны як «выдатны» раней), пазбавіўся ад дадатковых гадзін працы, прарабіў выдатную працу і атрымаў выдатны запіс для рэзюмэ».

Пара дадаткаў з іншых каментароў аўтара аб гэтай гісторыі:

  • Аб зарплаце. Важныя фактары - рэгіянальны і прафесійны. Аўтар, будучы software engineer'ом з 25-летнім досведам, займаў пазіцыю мэнэджара DevOps-каманды. Пры гэтым яго досвед не абмежаваны ведамі сучаснай інфраструктуры, а распасціраецца і на такія мовы праграмавання, як C++, Fortran і Cobol, што было крытычна для ўзаемадзеяння з распрацоўшчыкамі ў арганізацыі.
  • Для тых, каму таксама здалося, што 75 DevOps-інжынераў – гэта шмат. У гэтай кампанііпрацуюць больш за 50 тысяч чалавек і функцыянуюць літаральна тысячы дадаткаў».

бонус

Калі вы яшчэ не чыталі нядаўняе інтэрв'ю нашага тэхнічнага дырэктара - Дзмітрыя Сталярова (distol), - для канферэнцыі DevOpsConf і падкасьце DevOps Дэфлоп, то ў ім закраналася падобнае пытанне. І вось які погляд быў агучаны:

- А што тады [у выпадку моцнага спрашчэння выкарыстання K8s] стане з інжынерамі, сістэмнымі адміністратарамі, якія падтрымліваюць Kubernetes?

Зміцер: А што стала з бухгалтарам пасля з'яўлення 1С? Прыкладна тое ж самае. Да гэтага лічылі на паперцы - зараз у праграме. Прадукцыйнасць працы ўзрасла на парадкі, а праца ад гэтага сама не знікла. Калі раней для ўкручвання лямпачкі трэба было 10 інжынераў, то зараз будзе дастаткова аднаго.

Колькасць софту і колькасць задач, мне здаецца, зараз расце з хуткасцю большай, чым з'яўляюцца новыя DevOps'ы і павялічваецца ККД. Цяпер на рынку канкрэтны дэфіцыт і ён працягнецца доўга. Пазней усё ўвойдзе ў некаторую норму, пры якой ККД працы ўзрасце, будзе ўсё больш serverless, да Kubernetes прыкруцяць нейронку, якая будзе падбіраць усе рэсурсы прама як трэба… і наогул усё рабіць сама як трэба – чалавек, адыдзі і не замінай.

Але рашэньні ўсё роўна трэба будзе камусьці прымаць. Зразумела, што ўзровень кваліфікацыі і спецыялізаванасць гэтага чалавека вышэйшы. Цяпер у аддзеле бухгалтэрыі вам не патрэбны 10 супрацоўнікаў, якія вядуць бухгалтарскія кнігі, каб у іх рука не стамлялася. Гэта проста не патрэбна. Многія дакументы аўтаматычна скануюцца, распазнаюцца сістэмай электроннага дакументазвароту. Досыць аднаго разумнага галоўнага бухгалтара, ужо са значна вялікімі скіламі, з добрым разуменнем.

У цэлым такі шлях ва ўсіх галінах. З аўтамабілямі таксама: раней да аўтамабіля прыкладаўся аўтамеханік і тры вадзіцелі. Цяпер кіраванне аўтамабіля - гэта найпросты працэс, у якім мы ўсе ўдзельнічаем кожны дзень. Ніхто не задумваецца, што аўтамабіль - гэта нешта складанае.

DevOps або сістэмная інжынерыя нікуды не дзенуцца – высокаўзроўневай і эфектыўнасць працы будуць узрастаць.

PS

Чытайце таксама ў нашым блогу:

Крыніца: habr.com

Дадаць каментар