Ohar. itzul.: Azken hilabetean /r/DevOps azpierrediko argitalpen ezagunenak arreta merezi zuen: "Automazioak ofizialki ordezkatu nau lanean - DevOps-en tranpa bat". Haren egileak (AEBkoa) bere istorioa kontatu zuen, eta horri esker, automatizazioak software-sistemak mantentzen dituztenen beharra hilko duela esan zuen esaera ezaguna.
Lehendik ezarritako (?!) esaldiaren Hiri Hiztegiari buruzko azalpena, pertsona bat gidoi batekin ordezkatzeari buruz
Beraz, hona hemen argitalpena bera:
DevOps sailen artean ohikoa den txantxa hau da: "Dena automatizatzen badugu, lanik gabe geratuko gara".
Hala ere, horixe da niri eta DevOps-eko beste ehun bat ingeniari gertatu zitzaidana. Ezin dut xehetasunetan sartu ez-adierazpen-akordio bat dela eta: ziur nago lehenago edo beranduago informazioa aterako dela, baina ez dut hori ahoskatu nahi izan.
Saiatuko naiz dena nola gertatu zen jakiteko ideia orokor bat ematen.
Duela bost bat urte, enpresa teknologiko ertain bateko DevOps saileko zuzendari gisa lan egin nuen, garai hartan soldata bikaina jasoz (190 mila USD), eta horrek behartutako aparteko ordu kopuru izugarria konpentsatzen zuen.
Normalean gertatzen den bezala, LinkedIn-eko kontratatzaile bat jarri zen nirekin harremanetan. Nigan inolako interesik ez zuen konglomeratu multinazional handi bat ordezkatzen zuen, balizko lan-aukera gisa. Kontratatzaileak idatzi zuen konpainiak bere software-ingeniari, garatzaile eta DevOps-en taldeak aktiboki zabaltzen ari zela hainbat proiektu handiren aurrean, eta elkarrizketa batera gonbidatu nahi nindutela adierazi zuen.
Ezezkoa eman eta ez nuela interesatzen esan nuen. Zenbat irabazi nuen galdetu zidan eta ziurrenik konglomeratuak askoz gehiago eskainiko zuela azpimarratu zuen. Horrek jakin-mina piztu zidan, uste bainuen jada soldata bikaina nuela.
Laburbilduz, elkarrizketa batera joan nintzen hegazkinean, 275 mila USD-ko soldatarekin gehi stock-aukerak eta hobariak dituen senior Lead postu bat jaso nuen, baita urrutiko lan egiteko aukera ere (hau da, ez nuen mugitu beharrik izan), nahiz eta oso Korporazio handi batean lan egiteko ideia ez zitzaidan gustatu. Hala ere, eskaintza ona zen ukatzeko (Amazonek urte hasieran Amazonek baino askoz gehiago agindu zidaten).
Konpainiak DevOps sail bat zuen, baina Python/Bash/PowerShell-en nahikoa idazteko moduko sistema-administratzaile nagusiek osatzen zuten batez ere, arriskutsua izan zedin. Hori dela eta, behe-mailako lengoaietan programazio esperientziadun DevOps ingeniari talde bat behar zuten proiektu konplexuetan lan egiteko.
Hurrengo hiru urteetan, gure saila hazi egin zen. Esan behar dut zuzendaritzak dena ondo egin zuela. Ia inoiz ez ziguten eskatutako ezer ukatu, eta aurreikusitako proiektuen % 90 baino gehiago garaiz eta aurrekontuaren arabera burutu genituen, benetan harrigarria da.
Hala ere, duela urte eta erdi inguru, argi geratu zen literalki *dena* automatizatu genuela. Jakina, oraindik ere ohiko mantentze-lanak eta egiaztapenak egiten ziren, baina azken urte eta erdian egunean 1-2 ordu baino ez nintzen lanean, ezer gehiago egin gabe zegoelako. Ez nuen hain ondo ordaindutako lan bat uzteko asmorik, baina beldur nintzen azkenean X egun hura iritsiko zen, eta atzo etorri zen.
Funtsean, DevOps talde gehienak desegin zirela iragarri zen (aplikazio zehatzetan lan egiten duten 75 pertsona utzi ziren), IT eta Software Ingeniaritza taldeek kode guztia kudeatzeko gai zirelako, eta DevOps-eko mutilentzat ez zegoen lanik gehiago.
Informatika taldean postu bat eskaini zidaten, baina han soldata ia erdia zen. Urrunetik lanean jarrai nezakeen, baina azkenean bulegoa zegoen hirira mugitzea nahi zuten, maizago egon ahal izateko.
Pena da horrela gertatu izana, han lan egitea gustatzen zitzaidalako. Konpainiak ondo zaindu gintuen (kaleratzeak zenbatu gabe, noski), eta ez dago leku asko DevOps-entzat 200 mila USD baino gehiagoko soldatarekin eta 8 orduko lanaldi estandarrarekin, ia aparteko ordurik gabe.
Zorionez, nire dirua zentzuz kudeatu dut eta azken 4 urteetan 5 hipoteka osorik ordaintzea lortu dut. Orain diru-sarrera gehigarri txiki bat daukat, gastuak mugatuak dira, beraz, poliki-poliki leku berri bat bilatu ahal izateko.
Gehigarriak (itzultzailearen eskutik)
Egilea bera horrelakoa da Nire izenburua: "Barkamena eskatzen dizut hau clickbait bezala iruditu bazait: izenburuari umore pixka bat gehitzen saiatzen ari nintzen, nire istorioa clickbait edo DevOps beldurrezko bihurtzeko asmorik gabe".
Eta DevOps-en testuinguruan aipaturiko "tranpa", "zulo"arekin bat egin genuen : βZergatik tranpa bat? Soldata ona lortu duzu (aurrez "bikaina" bezala deskribatu zena baino gehiago), ordu gehigarriak kendu, lan bikaina egin duzu eta curriculumeko sarrera bikaina lortu duzu".
Egileak istorio honi buruz egin dituen beste iruzkinetako gehigarri batzuk:
- Soldatari buruz. Faktore garrantzitsuak eskualdekoak eta profesionalak dira. Egileak, 25 urteko esperientzia duen software ingeniaria izanik, DevOps talde bateko kudeatzaile kargua izan zuen. Gainera, bere esperientzia ez da azpiegitura modernoen ezagutzara mugatzen, baizik eta C++, Fortran eta Cobol bezalako programazio-lengoaiak, erakundeko garatzaileekin elkarrekintzarako funtsezkoak zirenak.
- 75 DevOps ingeniari asko zirela uste zutenentzat. Enpresa honetan" 50 mila pertsona baino gehiago eta literalki milaka aplikazio funtzionatzen".
bonus
Oraindik irakurri ez baduzu gure zuzendari teknikoa - Dmitry Stolyarov (), - DevOpsConf konferentziarako eta , gero antzeko galdera bat ukitu zuen. Eta hauxe da adierazitako ikuspegia:
- Eta gero zer [K8en erabilera asko sinplifikatuz gero] zer gertatuko da Kubernetes onartzen duten ingeniariekin, sistema-administratzaileekin?
Dmitry: Zer gertatu zitzaion kontulariari 1C-ren etorreraren ondoren? Berdin buruz. Aurretik, paperean kontatzen zuten -orain programan-. Lanaren produktibitatea mailaz handitu da, baina lana bera ez da desagertu. Lehen 10 ingeniari behar baziren bonbilla bat izorratzeko, orain bat nahikoa izango da.
Software-kopurua eta zeregin-kopurua, iruditzen zait, orain DevOps berriak agertzen diren baino abiadura handiagoan hazten ari da eta eraginkortasuna handitzen ari da. Merkatuan gabezia zehatz bat dago orain eta denbora luzez iraungo du. Gero, dena arau jakin batera itzuliko da, eta bertan lanaren eraginkortasuna handituko da, gero eta zerbitzaririk gabeko gehiago egongo da, Kubernetes-i neurona bat erantsiko zaio, baliabide guztiak behar bezala hautatuko dituena... eta oro har, egin dena zuk zeuk behar den bezala - gizona, alde egin eta ez oztopatu.
Baina oraindik norbaitek erabakiak hartu beharko ditu. Argi dago pertsona horren kualifikazio eta espezializazio maila altuagoa dela. Gaur egun, kontabilitate sailean, ez da behar 10 langile liburuak gordetzea, eskuak nekatu ez daitezen. Besterik gabe, ez da beharrezkoa. Dokumentu asko automatikoki eskaneatu eta aitortzen ditu dokumentu elektronikoen kudeaketa sistemak. Kontulari buru adimendun bat nahikoa da, dagoeneko askoz trebetasun handiagoarekin, ulermen ona duena.
Oro har, hau da industria guztietan egin beharreko bidea. Berdin gertatzen da kotxeekin: lehenago, kotxe bat zetorren mekanikari batekin eta hiru gidarirekin. Gaur egun, autoa gidatzea prozesu sinple bat da, eta denok egunero parte hartzen dugu. Inork ez du uste auto bat zerbait konplikatua denik.
DevOps edo sistemen ingeniaritza ez da desagertuko; goi-mailako lana eta eraginkortasuna handituko dira.
PS
Irakurri ere gure blogean:
- «»;
- Β«'.
Iturria: www.habr.com