Kuidas DevOps spetsialist sai automatiseerimise ohvriks

MĂ€rk. tĂ”lge.: TĂ€helepanuvÀÀrne oli subredditi /r/DevOps kĂ”ige populaarsem postitus viimase kuu jooksul: „Automatiseerimine on ametlikult asendanud mind tööl – DevOps'i lĂ”ks.” Selle autori (USA-st) jagatud lugu toob ellu populaarse ĂŒtluse, et automatiseerimine tapab vajaduse neid töötajate jĂ€rele, kes toetavad tarkvarasĂŒsteeme.

Kuidas DevOps spetsialist sai automatiseerimise ohvriks
Urban Dictionary selgitus juba kujunenud (?! ) vÀljendile inimeste asendamisest skriptiga.

Nii et siin on postitus:

DevOps-i osakondades kuuleb tihti sellist nalja: „Kui me kĂ”ik automatiseerime, jÀÀme tööta.”

Kuid just see juhtus minuga ja umbes sadade teiste DevOps-inseneridega. Ma ei saa detailidesse minna konfidentsiaalsusleppest tulenevalt: olen kindel, et varem vÔi hiljem tÔuseb teave pinnale, kuid ei soovi olla see, kes seda avaldab.

Proovin anda ĂŒldise ĂŒlevaate, kuidas see kĂ”ik juhtus.

Umbes viis aastat tagasi töötasin keskmise suurusega tehnoloogiaettevĂ”tte DevOps-i osakonna juhina, teenides sel ajal suurepĂ€rast palka (190 000 USD), mis kompenseeris meie tohutu sunnitud ĂŒle töötamise.

Nagu tavaliselt, vĂ”ttis minuga ĂŒhendust LinkedIni vĂ€rbaja. Ta esindas suurimat rahvusvahelist kontserni, mis ei huvitanud mind potentsiaalse töökohtana. VĂ€rbaja kirjutas, et ettevĂ”te laiendab aktiivselt oma inseneride, arendajate ja DevOps'i meeskondi mitmete suure projektide eelĂ”htul ning mĂ€rkis, et nad tahaksid mind intervuule kutsuda.

Ma keeldusin ja ĂŒtlesin, et see mind ei huvita. Ta kĂŒsis, kui palju ma teenin, ja rĂ”hutas, et kontsern pakub kindlasti palju rohkem. See Ă€ratas mu uudishimu — arvasin, et mul on juba suurepĂ€rane palk.

LĂŒhidalt öeldes, kĂ€isin intervjuul, sain Senior Lead'i koha 275 000 USD palgaga, pluss aktsiaoptsioonid ja boonused, samuti vĂ”imalus töötada eemalt (ehk siis ma ei pidanud kolima), kuigi ise idee töötada suure korporatsiooni heaks ei meeldinud mulle. Siiski oli pakkumine liiga hea, et sellest loobuda (nad lubasid mulle palju rohkem, kui Amazon varem samal aastal).

EttevĂ”ttes oli DevOps-osakond, kuid see koosnes peamiselt vanematest sĂŒsteemihalduritest, kes oskasid Pythonit/Bash'i/PowerShelli niivĂ”rd, et see hakkas muutuma ohtlikuks. SeetĂ”ttu vajasime tĂ”eliselt kogenud DevOps-insenere, kellel oleks madalamate taseme programmeerimiskeelte oskused keerukate projektidega tegelemiseks.

JĂ€rgmise kolme aasta jooksul kasvas meie osakond. Pean ĂŒtlema, et juhtkond tegutses Ă”igesti. Peaaegu kunagi ei olnud meil midagi, mida me tahtsime, keelatud, ning ĂŒle 90% planeeritud projektidest viidi ellu Ă”igeaegselt ja eelarves, mis on tĂ”eliselt muljetavaldav.

Kuid umbes pooleteise aasta eest sai selgeks, et olime automatiseerinud peaaegu *kÔike*. Loomulikult toimusid endiselt regulaarsed hooldustööd ja kontrollid, kuid viimase poolteise aasta jooksul töötasin ma tegelikult vaid 1-2 tundi pÀevas, kuna oli praktiliselt mitte midagi teha. Ma ei kavatsenud loobuda nii hÀsti tasustatud tööst, kuid kartsin, et see pÀev jÔuab lÔpuks kÀtte, ja eile see toimus.

PÔhimÔtteliselt kuulutati vÀlja, et enamik DevOps-t Teams on likvideeritud (alles on vaid 75 inimest, kes tegelevad konkreetsete rakendustega), kuna IT- ja tarkvaraarenduse meeskonnad suudavad kogu koodiga toime tulla, ja DevOps'i meestele ei ole lihtsalt enam tööd.

Mulle pakuti kohta IT-meeskonnas, kuid palk oli seal peaaegu poole vÀiksem. Ma oleksin saanud jÀtkata kaugtööd, kuid nad soovisid, et lÔpuks koliksin linna, kus kontor asub, ja kÀiksin seal sagedamini.

Kahju, et nii lĂ€ks, sest mulle meeldis seal töötada. EttevĂ”te hoolitses meie eest hĂ€sti (vĂ€lja arvates muidugi vallandamine), ja DevOps'idesse, kelle palk on ĂŒle 200 000 USD ja tavaline 8-tunnine tööpĂ€ev peaaegu ilma ĂŒletundideta, ei ole muud kui vĂ€he.

Õnneks kasutasin oma rahaga tarkalt ja suutsin viimase 5 aasta jooksul tĂ€ielikult tasuda 4 hĂŒpoteeki. Praegu on mul vĂ€ike lisasissetulek, kulud on piiratud, seega saan endale lubada rahulikult uut töökoha otsimist.

TÀiendused (tÔlkijalt)

Nii kommenteerib autor ise kommenteerib oma pealkiri: „Palun vabandust, kui see tundus clickbaitina: ma lihtsalt pĂŒĂŒdsin lisada pealkirjale veidi huumorit, mitte muuta oma lugu clickbait'iks vĂ”i DevOps-kohutavaks.”

Ja ĂŒhes mainitud „lĂ”ksus”, „alammĂ€rgi” kontekstis DevOps-is olid nĂ”us kĂ”ik kommenteerijad: „Miks see lĂ”ks? Sa said head palka (isegi suuremat, kui eelnevalt nimetatud kui „suurepĂ€rane”), vabanesid lisatundidest, tegid head tööd ja said suurepĂ€rase kirje oma CV-sse.”

MÔned lisandused autori muudest kommentaaridest selle loo kohta:

  • Palga kohta. Olulised tegurid on piirkondlik ja ametialane. Autor, olles software engineer 25-aastase kogemusega, oli DevOps meeskonna juhi positsioonil. Sellegipoolest ei piirdunud tema kogemus vaid kaasaegse infrastruktuuri pĂ”hiteadmistega, vaid ulatus ka selliste programmeerimiskeeltedeni nagu C++, Fortran ja Cobol, mis oli kriitilise tĂ€htsusega koostööl arendajatega organisatsioonis.
  • Neile, kellele tundub, et 75 DevOps inseneri on palju. Selles ettevĂ”ttes „töötavad ĂŒle 50 000 inimese ja töötab sĂ”na otseses mĂ”ttes tuhanded rakendused.”

Boonus

Kui te pole veel lugenud hiljutist intervjuud meie tehnoloogia direktor — Dmitri Stolyarov (distol), — konverentsil DevOpsConf ja podcastis DevOps Deflope, kĂ€sitleti sarnast kĂŒsimust. Ja siin on see vaatenurk, mis vĂ€ljendati:

— Aga mis siis [kui K8s kasutamine oleks tunduvalt lihtsam] juhtuks inseneride ja sĂŒsteemihalduritega, kes toetavad Kubernetesit?

Dmitri: Mis juhtus raamatupidajaga pĂ€rast 1C tulekut? Umbes sama asi. Enne loeti paberil — nĂŒĂŒd programmis. Tootlikkus on tĂ”usnud kordades, kuid töö sellest ei kadunud. Kui varem vajas lambipirni vahetamiseks 10 inseneri, siis nĂŒĂŒd piisab ĂŒhest.

Tarkvara ja ĂŒlesannete hulk kasvab, minu arvates, praegu kiiremini kui uusi DevOps’e tuleb turule ja efektiivsus kasvab. Praegu on turul konkreetne puudus ja see kestab kaua. Hiljem kĂ”ik stabiliseerub teatud normaalsuseni, kus efektiivsus kasvab, on ĂŒha rohkem serverless, Kubernetesega ĂŒhendatakse neuronvĂ”rk, mis valib kĂ”ik ressursid tĂ€pselt nagu vaja
 ja teeb kĂ”ik ise – inimene, tĂ”mba tagasi ja Ă€ra sega.

Kuid lahendusi peab keegi siiski vĂ”tma. On selge, et selle inimese kvalifikatsioon ja erialasus on kĂ”rgemad. Praegu ei vaja raamatupidamisosakond 10 töötajat, kes raamatupidamisraamatuid peavad, et nende kĂ€si ei vĂ€siks. See pole lihtsalt vajalik. Paljusid dokumente skaneeritakse automaatselt ja need tuvastatakse elektroonilise dokumendihalduse sĂŒsteemi kaudu. Üks nutikas pea-raamatupidaja on piisav, kellel on palju suuremad oskused ja hea arusaam.

Üldiselt on selline tee igas valdkonnas. Autode puhul samuti: varem tuli autoga kaasa automehaanika ja kolm juhtijat. Praegu on autojuhtimine lihtsaim protsess, milles me kĂ”ik igapĂ€evaselt osaleme. Keegi ei mĂ”tle, et auto on midagi keerulist.

DevOps vĂ”i sĂŒsteemitehnika ei kao kuhugi — töö kĂ”rgetasemelisus ja efektiivsus suureneb.

P.S.

Lugege ka meie blogist:

Allikas: habr.com

Osta usaldusvÀÀrne veebihosting DDoS kaitsega, VPS VDS serverid đŸ”„ Osta usaldusvÀÀrne veebihosting DDoS kaitsega, VPS VDS serverid | ProHoster