Kā DevOps speciālists kļuva par automatizācijas upuri

PiezÄ«me. tulk.: Pēdējā mēneÅ”a populārākā ziņa /r/DevOps subreddit bija uzmanÄ«bas vērta: ā€œAutomātika ir oficiāli nomainÄ«jusi mani darbā ā€” DevOps slazds.ā€ Tās autors (no ASV) pastāstÄ«ja savu stāstu, kas atdzÄ«vināja populāro sakāmvārdu, ka automatizācija novērsÄ«s vajadzÄ«bu pēc tiem, kas uztur programmatÅ«ras sistēmas.

Kā DevOps speciālists kļuva par automatizācijas upuri
Pilsētas vārdnÄ«cas skaidrojums jau iedibinātajai (?!) frāzei par cilvēka aizstāŔanu ar skriptu

Tātad, Ŕeit ir pati publikācija:

DevOps departamentu vidÅ« izplatÄ«ts joks ir Ŕāds: "Ja mēs visu automatizēsim, mēs paliksim bez darba."

Tomēr tieÅ”i tā notika ar mani un aptuveni simts citiem DevOps inženieriem. Nevaru iedziļināties detaļās neizpauÅ”anas lÄ«guma dēļ: esmu pārliecināts, ka agri vai vēlu informācija iznāks, bet es nevēlos bÅ«t tā, kas to paudÄ«s.

MēģināŔu sniegt vispārēju priekÅ”statu par to, kā tieÅ”i viss notika.

Apmēram pirms pieciem gadiem strādāju par vadÄ«tāju vidēja lieluma tehnoloÄ£iju uzņēmuma DevOps nodaļā, saņemot tobrÄ«d izcilu atalgojumu (190 tÅ«kstoÅ”i USD), kas kompensēja mÅ«su neticami daudz piespiedu virsstundu.

Kā parasti, ar mani sazinājās LinkedIn vervētājs. ViņŔ pārstāvēja lielu starptautisku konglomerātu, kam nebija nekādas intereses par mani kā potenciālu darba iespēju. Personāla atlases speciālists rakstÄ«ja, ka uzņēmums aktÄ«vi paplaÅ”ina savas programmatÅ«ras inženieru, izstrādātāju un DevOps komandas, gaidot vairākus lielus projektus, un atzÄ«mēja, ka vēlētos mani uzaicināt uz interviju.

Es atteicu un teicu, ka mani tas neinteresē. ViņŔ jautāja, cik es nopelnÄ«ju, un uzsvēra, ka konglomerāts, iespējams, piedāvās daudz vairāk. Tas izraisÄ«ja manu ziņkāri, jo es domāju, ka man jau ir lieliska alga.

ÄŖsāk sakot, lidoju uz interviju, saņēmu vadoŔā amatu ar algu 275 tÅ«kstoÅ”u USD plus akciju opcijas un prēmijas, kā arÄ« iespēju strādāt attālināti (t.i., man nebija jāpārvietojas), lai gan pats man nepatika ideja par darbu lielā korporācijā. Tomēr piedāvājums bija pārāk labs, lai atteiktos (viņi man solÄ«ja daudz vairāk, nekā Amazon bija tā gada sākumā).

Uzņēmumam bija DevOps nodaļa, taču tajā galvenokārt bija vecākie sistēmu administratori, kuri spēja rakstÄ«t pietiekami daudz Python/Bash/PowerShell, lai tas kļūtu bÄ«stams. Tāpēc viņiem bija nepiecieÅ”ama Ä«stu DevOps inženieru komanda ar pieredzi programmÄ“Å”anā zemāka lÄ«meņa valodās, lai strādātu pie sarežģītiem projektiem.

Nākamo trÄ«s gadu laikā mÅ«su nodaļa pieauga. Jāsaka, ka vadÄ«ba visu izdarÄ«ja pareizi. Mums gandrÄ«z nekad netika liegts nekas, ko mēs lÅ«dzām, un mēs pabeidzām vairāk nekā 90% no mÅ«su plānotajiem projektiem laikā un budžeta ietvaros, kas ir patieŔām pārsteidzoÅ”i.

Tomēr apmēram pirms pusotra gada kļuva skaidrs, ka mēs esam automatizējuÅ”i burtiski *visu*. Protams, joprojām bija regulāras apkopes un pārbaudes, bet pēdējo pusotru gadu es tieŔām strādāju tikai 1-2 stundas dienā, jo nebija daudz ko darÄ«t. Man nebija nodoma pamest tik labi apmaksātu darbu, bet es baidÄ«jos, ka galu galā pienāks diena X, un tad tā pienāca vakar.

BÅ«tÄ«bā tika paziņots, ka lielākā daļa DevOps komandu tika izformētas (palika 75 cilvēki, kas strādā pie konkrētām lietojumprogrammām), jo IT un ProgrammatÅ«ras inženierijas komandas tika galā ar visu kodu, un DevOps puiÅ”iem vienkārÅ”i vairs nebija darba.

Man piedāvāja vietu IT komandā, bet alga tur bija gandrīz uz pusi mazāka. Es varēju turpināt strādāt attālināti, bet viņi gribēja, lai es beidzot pārceltos uz pilsētu, kurā atradās birojs, lai es varētu tur būt biežāk.

Žēl, ka tas tā notika, jo man patika tur strādāt. Uzņēmums par mums labi rÅ«pējās (protams, neskaitot atlaiÅ”anu), un nav daudz vietu DevOps ar algu virs 200 tÅ«kstoÅ”iem USD un standarta 8 stundu darba dienu, gandrÄ«z bez virsstundām.

Par laimi, es esmu gudri pārvaldījis savu naudu un pēdējo 4 gadu laikā esmu spējis pilnībā nomaksāt 5 hipotēkas. Tagad man ir nelieli papildu ienākumi, izdevumi ir ierobežoti, tāpēc varu atļauties lēnām meklēt jaunu vietu.

Papildinājumi (no tulkotāja)

Pats autors tāds ir komentāri par mans virsraksts: "Es atvainojos, ja tas tika uzskatÄ«ts par klikŔķēsmu: es tikai mēģināju virsrakstam pievienot humoru, nedomājot pārvērst savu stāstu par klikŔķēsmu vai DevOps Å”ausmām."

Un piekritām pieminētajam ā€œslazdamā€, ā€œslazdamā€ DevOps kontekstā ne visi komentētāji: ā€œKāpēc lamatas? JÅ«s saņēmāt labu algu (pat vairāk par to, kas iepriekÅ” tika aprakstÄ«ts kā ā€œlielisksā€), atbrÄ«vojāties no papildu stundām, paveicāt lielisku darbu un ieguvāt lielisku CV ierakstu.

Daži papildinājumi no citiem autora komentāriem par Ŕo stāstu:

  • Par algu. SvarÄ«gi faktori ir reÄ£ionālie un profesionālie. Autors, bÅ«dams programmatÅ«ras inženieris ar 25 gadu pieredzi, ieņēma DevOps komandas menedžera amatu. Turklāt viņa pieredze neaprobežojas tikai ar mÅ«sdienu infrastruktÅ«ras zināŔanām, bet pagarina un programmÄ“Å”anas valodas, piemēram, C++, Fortran un Cobol, kas bija ļoti svarÄ«gas mijiedarbÄ«bai ar organizācijas izstrādātājiem.
  • Tiem, kas arÄ« domāja, ka 75 DevOps inženieri bija daudz. Å ajā uzņēmumā"strādā darbojas vairāk nekā 50 tÅ«kstoÅ”i cilvēku un burtiski tÅ«kstoÅ”iem lietojumprogrammu.

prēmija

Ja vēl neesi to izlasÄ«jis nesenā intervija mÅ«su tehniskais direktors - Dmitrijs Stoļarovs (distol), - DevOpsConf konferencei un Podcast DevOps Deflope, tad tas skāra lÄ«dzÄ«gu jautājumu. Un izskanēja Ŕāds viedoklis:

- Un tad ko [ja ievērojami vienkārÅ”otu K8s lietoÅ”anu] kas notiks ar inženieriem, sistēmu administratoriem, kuri atbalsta Kubernetes?

Dmitrijs: Kas notika ar grāmatvedi pēc 1C parādÄ«Å”anās? Apmēram tāpat. Pirms tam viņi skaitÄ«ja uz papÄ«ra - tagad programmā. Darba ražīgums ir palielinājies par lielumu kārtām, bet pats darbaspēks nav pazudis. Ja iepriekÅ” spuldzes ieskrÅ«vÄ“Å”anai bija nepiecieÅ”ami 10 inženieri, tad tagad pietiks ar vienu.

ProgrammatÅ«ras apjoms un uzdevumu skaits, man Ŕķiet, tagad pieaug straujāk nekā parādās jauni DevOps un palielinās efektivitāte. Å obrÄ«d tirgÅ« ir Ä«paÅ”s deficÄ«ts, un tas ilgs ilgu laiku. Vēlāk viss atgriezÄ«sies pie noteiktas normas, kurā paaugstināsies darba efektivitāte, bÅ«s arvien vairāk bezserveru, pie Kubernetes tiks piesaistÄ«ts neirons, kurÅ” atlasÄ«s visus resursus tieÅ”i tā, kā nākas... un iekŔā Ä£enerālis, dari visu pats kā nākas - cilvēk, atkāpies un neiejaucies.

Bet kādam tomēr bÅ«s jāpieņem lēmumi. Skaidrs, ka Ŕīs personas kvalifikācijas un specializācijas lÄ«menis ir augstāks. MÅ«sdienās grāmatvedÄ«bā nevajag 10 darbiniekus, kas kārto grāmatiņas, lai rokas nenogurst. Tas vienkārÅ”i nav nepiecieÅ”ams. Daudzus dokumentus automātiski skenē un atpazÄ«st elektroniskā dokumentu pārvaldÄ«bas sistēma. Pietiek ar vienu gudru galveno grāmatvedi, jau ar daudz lielākām prasmēm, ar labu izpratni.

Kopumā tas ir veids, kā iet visās nozarēs. Tāpat ir ar automaŔīnām: iepriekÅ” automaŔīna bija aprÄ«kota ar mehāniÄ·i un trim vadÄ«tājiem. MÅ«sdienās braukÅ”ana ar automaŔīnu ir vienkārÅ”s process, kurā mēs visi piedalāmies katru dienu. Neviens nedomā, ka automaŔīna ir kaut kas sarežģīts.

DevOps jeb sistēmu inženierija nepazudÄ«s ā€“ augs augsta lÄ«meņa darbs un efektivitāte.

PS

Lasi arī mūsu emuārā:

Avots: www.habr.com

Pievieno komentāru