Hvað þarf til að upplýsingatæknifyrirtæki nái árangri árið 2019? Fyrirlesarar á ráðstefnum og fundum segja mörg hávær orð sem eru ekki alltaf skiljanleg venjulegu fólki. Baráttan fyrir dreifingartíma, örþjónustu, brotthvarf frá einstæðunni, DevOps umbreytingu og margt, margt fleira. Ef við fleygum munnlegri fegurð og tölum beint og á rússnesku, þá kemur þetta allt niður á einfaldri ritgerð: búa til hágæða vöru og gera það með þægindum fyrir liðið.
Hið síðarnefnda hefur orðið gríðarlega mikilvægt. Viðskipti hafa loksins komist að þeirri niðurstöðu að þægilegt þróunarferli eykur framleiðni og ef allt er kembiforrit og virkar eins og klukka gefur það líka svigrúm við krítískar aðstæður. Einu sinni, fyrir sakir þessarar maneuver, kom ákveðinn klár manneskja með öryggisafrit, en iðnaðurinn er að þróast og við komum til DevOps verkfræðinga - fólk sem breytir ferlinu milli þróunar og ytri innviða í eitthvað fullnægjandi og ekki tengt shamanisma.
Öll þessi „modular“ saga er dásamleg, en... Það gerðist svo að sumir stjórnendur voru skyndilega kallaðir DevOps, og DevOps verkfræðingar sjálfir fóru að vera krafðir um að hafa að minnsta kosti hæfileika til fjarskipta og skyggni.
Áður en við tölum um nútíma vandamál við að útvega innviði skulum við skilgreina hvað við meinum með þessu hugtaki. Á þessari stundu hefur ástandið þróast á þann hátt að við höfum náð tvíeðli þessarar hugmyndar: innviðir geta verið skilyrt ytri og skilyrt innri.
Með ytri innviðum er átt við allt sem tryggir virkni þjónustunnar eða vörunnar sem teymið er að þróa. Þetta eru forrita- eða vefsíðuþjónar, hýsing og önnur þjónusta sem tryggir virkni vörunnar.
Innri innviðir fela í sér þjónustu og búnað sem nýtist þróunarteymið sjálfum og öðrum starfsmönnum, sem venjulega eru margir. Þetta eru innri netþjónar kóðageymslukerfa, verkefnastjóri á staðnum og allt, allt, allt sem er til á innra neti fyrirtækisins.
Hvað gerir kerfisstjóri í fyrirtæki? Auk vinnunnar við að hafa umsjón með þessu innra neti fyrirtækja, ber það oft byrði af efnahagslegum áhyggjum að tryggja rekstrarhæfni skrifstofubúnaðar. Stjórnandinn er sami gaurinn og mun fljótt draga nýja kerfiseiningu eða varafartölvu tilbúna til notkunar úr bakherberginu, gefa út ferskt lyklaborð og skríða á fjórum fótum í gegnum skrifstofurnar og teygja Ethernet snúruna. Stjórnandi er staðbundinn eigandi og stjórnandi ekki aðeins innri og ytri netþjóna, heldur einnig viðskiptastjóra. Já, sumir stjórnendur geta aðeins unnið í kerfisfletinum, án vélbúnaðar. Þeir ættu að vera aðskildir í sérstakan undirflokk „innviðakerfisstjóra. Og sumir sérhæfa sig í að þjónusta eingöngu skrifstofubúnað, sem betur fer, ef fyrirtækið hefur meira en hundrað manns, lýkur verkinu aldrei. En hvorugt þeirra er devops.
Hverjir eru DevOps? Devops eru krakkar sem tala um samspil hugbúnaðarþróunar við ytri innviði. Nánar tiltekið, nútíma devops taka þátt í þróunar- og dreifingarferlunum miklu dýpra en stjórnendur sem einfaldlega hlaðið upp uppfærslum á ftp tóku nokkru sinni þátt. Eitt af lykilverkefnum DevOps verkfræðings núna er að tryggja þægilegt og skilvirkt uppbyggt ferli samskipta milli þróunarteyma og vöruinnviða. Það er þetta fólk sem er ábyrgt fyrir innleiðingu afturköllunar- og dreifingarkerfa; það er þetta fólk sem tekur hluta af álaginu af forriturum og einbeitir sér eins mikið og mögulegt er að afar mikilvægu verkefni sínu. Á sama tíma mun devops aldrei keyra nýjan snúru eða gefa út nýja fartölvu úr bakherberginu (c) KO
Hver er gripurinn?
Við spurningunni „Hver er DevOps? helmingur starfsmanna á vettvangi byrjar að svara eitthvað eins og "Jæja, í stuttu máli, þetta er stjórnandinn sem ..." og lengra í textanum. Já, einu sinni, þegar starfsgrein DevOps verkfræðings var að koma upp úr hæfileikaríkustu stjórnendum hvað varðar viðhald þjónustu, var munurinn á þeim ekki augljós fyrir alla. En núna, þegar aðgerðir devops og admin í teyminu eru orðnar gjörólíkar, er óásættanlegt að rugla þeim saman, eða jafnvel leggja þá að jöfnu.
En hvað þýðir þetta fyrir fyrirtæki?
Ráðning, þetta snýst allt um það.
Þú opnar laust starf fyrir „Kerfisstjóra“ og kröfurnar sem þar eru taldar upp eru „samskipti við þróun og viðskiptavini“, „CI/CD afhendingarkerfi“, „viðhald á netþjónum og búnaði fyrirtækisins“, „umsjón með innri kerfum“ og svo á; þú skilur að vinnuveitandinn er að bulla. Gallinn er sá að í staðinn fyrir „Kerfisstjóri“ ætti lausa stöðuheitið að vera „DevOps Engineer“ og ef þessum titli er breytt fellur allt á sinn stað.
En hvaða áhrif fær maður þegar maður les svona laust starf? Að fyrirtækið sé að leita að fjölvélastjóra sem setji upp bæði útgáfustýringu og eftirlitskerfi og mun kreista snúningsvélina með tönnum...
En til að auka ekki vímuefnafíknina á vinnumarkaði er nóg að kalla laus störf réttum nöfnum og skilja greinilega að DevOps verkfræðingur og kerfisstjóri eru tvær ólíkar einingar. En óbænanleg löngun sumra vinnuveitenda til að leggja fram sem breiðasta lista yfir kröfur fyrir umsækjanda leiðir til þess að „klassískir“ kerfisstjórar hætta að skilja hvað er að gerast í kringum þá. Hvað, fagið er að stökkbreytast og þeir eru á eftir tímanum?
Nei nei og einu sinni enn nei. Innviðastjórnendur sem munu stjórna innri netþjónum fyrirtækisins, eða skipa L2/L3 stuðningsstöður og hjálpa öðrum starfsmönnum, hafa ekki horfið og ætla ekki að hverfa.
Geta þessir sérfræðingar orðið DevOps verkfræðingar? Auðvitað geta þeir það. Í raun er þetta tengt umhverfi sem krefst kerfisstjórnunarkunnáttu, en til viðbótar þessu bætist vinna við vöktun, skilakerfi og almennt náin samskipti við þróunar- og prófunarteymi.
Annað DevOps vandamál
Reyndar er allt ekki takmarkað við bara ráðningar og stöðugt rugl á milli stjórnenda og devops. Á einhverjum tímapunkti stóð fyrirtækið frammi fyrir því vandamáli að skila uppfærslum og samskiptum þróunarteymisins við endanlega innviði.
Kannski var það þegar frændi með glitrandi augu stóð upp á sviði einhverrar ráðstefnu og sagði: „Við gerum þetta og köllum það DevOps. Þessir krakkar munu leysa öll vandamál þín“ - og byrjaði að segja hversu gott líf er í fyrirtækinu eftir að hafa innleitt DevOps starfshætti.
Hins vegar er ekki nóg að ráða DevOps verkfræðing til að láta allt virka eins og það á að gera. Fyrirtækið verður að gangast undir algjöra DevOps umbreytingu, það er að segja hlutverk og getu DevOps okkar verður einnig að vera skýrt skilið við hlið vöruþróunar og prófunarteymis. Við höfum „dásamlega“ sögu um þetta efni sem sýnir að fullu alla þá grimmd sem á sér stað sums staðar.
Ástand. DevOps er nauðsynlegt til að setja upp afturköllunarkerfi útgáfu án þess að kafa í raun í hvernig það mun virka. Gerum ráð fyrir að innan notendakerfisins séu aðskildir reitir fyrir fornafn, eftirnafn og lykilorð. Ný útgáfa af vörunni kemur út, en fyrir þróunaraðila er „afturkalla“ bara töfrasproti sem mun laga allt og þeir vita ekki einu sinni hvernig það virkar. Svo, til dæmis, í næsta plástri sameinuðu forritararnir fornafns- og eftirnafnareitinn, settu það í framleiðslu, en útgáfan er hæg af einhverjum ástæðum. Hvað er að gerast? Stjórnendur koma til devops og segja "Pull the switch!", það er, biður hann um að snúa aftur í fyrri útgáfu. Hvað gerir devops? Það fer aftur í fyrri útgáfu, en þar sem verktaki vildu ekki komast að því hvernig þessi afturköllun var gerð, sagði enginn devops teyminu að gagnagrunninum þyrfti líka að snúa til baka. Fyrir vikið hrynur allt hjá okkur og í stað hægfara vefsíðu sjá notendur „500“ villu, vegna þess að gamla útgáfan virkar ekki með reitunum í nýja gagnagrunninum. Devops veit ekkert um þetta. Hönnuðir þegja. Stjórnin byrjar að missa taugarnar og peningana og man eftir öryggisafritunum og býðst til að snúa til baka frá þeim svo að „að minnsta kosti eitthvað virki“. Fyrir vikið missa notendur öll gögn sín yfir ákveðinn tíma.
Hneturnar fara auðvitað í devops, sem „bjuggu ekki til almennilegt afturköllunarkerfi,“ og engum er sama um að elgarnir í þessari sögu séu verktaki.
Niðurstaðan er einföld: án eðlilegrar nálgunar við DevOps sem slíkan er hún til lítils gagns.
Aðalatriðið sem þarf að muna: DevOps verkfræðingur er ekki töframaður og án vönduðra samskipta og tvíhliða samskipta við þróun mun hann ekki takast á við verkefni sín. Devs geta ekki verið skildir eftir einir með „vandamál“ sín eða fengið skipunina „ekki blanda þér í þróunaraðila, starf þeirra er að kóða,“ og vona síðan að á ögurstundu muni allt virka eins og það ætti að gera. Þannig virkar þetta ekki.
Í meginatriðum er DevOps hæfni á mörkum stjórnunar og tækni. Þar að auki er langt frá því að vera augljóst að það ætti að vera meiri tækni en stjórnun í þessum kokteil. Ef þú vilt sannarlega byggja hraðari og skilvirkari þróunarferli, verður þú að treysta devops teyminu þínu. Hann þekkir réttu tækin, hefur hrint í framkvæmd svipuðum verkefnum, hann veit hvernig á að gera það. Hjálpaðu honum, hlustaðu á ráð hans, reyndu ekki að einangra hann í einhvers konar sjálfstæða einingu. Ef adminar geta unnið sjálfir þá eru devops gagnslausir í þessu tilfelli; þeir munu ekki geta hjálpað þér að verða betri ef þú vilt ekki sjálfur þiggja þessa hjálp.
Og eitt að lokum: hættu að móðga innviðastjórnendur. Þeir hafa sína eigin, afar mikilvæga vinnu. Já, stjórnandi getur orðið DevOps verkfræðingur, en það ætti að gerast að beiðni viðkomandi sjálfs og ekki undir þrýstingi. Og það er ekkert athugavert við það að kerfisstjóri vilji vera áfram kerfisstjóri - þetta er hans aðskilda starfsgrein og hans réttur. Ef þú vilt gangast undir faglega umbreytingu, þá máttu aldrei gleyma því að þú verður að byggja upp ekki aðeins tæknilega færni heldur einnig stjórnunarhæfileika. Líklegast mun það vera undir þér komið sem leiðtogi að leiða allt þetta fólk saman og kenna því að eiga samskipti á sama tungumáli.
Heimild: www.habr.com