Mõelgem välja, mis on metoodika olemus ja kellele see kasu võib olla.
Räägime ka DevOpsi spetsialistidest: nende ülesannetest, palkadest ja oskustest.
Photo Shoot /Flickr/CC BY-SA
Mis on DevOps
DevOps on tarkvaraarenduse metoodika, mille ülesandeks on luua ettevõttes programmeerijate ja süsteemiadministraatorite vaheline suhtlus. Kui erinevate osakondade IT-spetsialistid üksteise ülesannetest aru ei saa, viibib uute rakenduste ja neile mõeldud uuenduste väljaandmine.
DevOps loob "tõrgeteta" arendustsükli, aidates seeläbi kiirendada tarkvaratoote väljalaskmist. Kiirendus saavutatakse automatiseerimissüsteemide kasutuselevõtuga. Lisaks hakkavad programmeerijad osalema serverite seadistamises ja vigade leidmises, näiteks saavad nad kirjutada automatiseeritud teste.
See parandab osakondade vahelist suhtlust. Töötajad hakkavad paremini aru saama, millised etapid tarkvaratoode läbib enne, kui see kasutaja kätte jõuab.
Kui arendaja mõistab, millega administraator serverit seadistades silmitsi seisab, püüab ta koodis võimalikke "teravaid nurki" siluda. See vähendab rakenduse juurutamisel vigade arvu – statistika kohaselt on see umbes viis korda.
Kes vajab ja ei vaja metoodikat
palju et DevOps on kasulik igale tarkvara arendavale organisatsioonile. Seda ka siis, kui ettevõte on lihtne IT-teenuste tarbija ega arenda oma rakendusi. Sel juhul aitab DevOpsi kultuuri juurutamine keskenduda innovatsioonile.
Erand idufirmad, kuid siin sõltub kõik projekti ulatusest. Kui teie eesmärk on käivitada uue idee testimiseks minimaalne elujõuline toode (MVP), saate ilma DevOpsita hakkama. Näiteks Grouponi asutaja hakkas teenuse kallal käsitsi töötama kõik veebisaidil olevad pakkumised ja kogutud tellimused. Ta ei kasutanud mingeid automatiseerimisvahendeid.
Automatiseerimismetoodikat ja -tööriistu on mõtet rakendada alles siis, kui rakendus hakkab populaarsust koguma. See aitab sujuvamaks muuta äriprotsesse ja kiirendada värskenduste väljastamist.
Kuidas DevOpsi rakendada
Allpool on mõned soovitused uuele metoodikale üleminekuks.
Tuvastage probleemid äriprotsessides. Enne metoodika rakendamist tõsta esile organisatsiooni eesmärgid ja probleemid. DevOpsile ülemineku strateegia sõltub neist. Selleks koostage küsimuste loend, näiteks:
- Mis võtab tarkvara värskendamisel kõige rohkem aega?
- Kas seda protsessi on võimalik automatiseerida?
- Kas organisatsiooni struktuur mõjutab seda?
Lisateave organisatsioonis esinevate probleemide tuvastamise kohta «"Ja"» metoodika autoritelt.
Muutke ettevõtte kultuuri. Oluline on veenda kõiki töötajaid muutma oma tavapäraseid tööviise ja laiendama oma pädevuste ringi. Näiteks Facebookis kõik programmeerijad kogu rakenduse elutsükli jooksul: kodeerimisest juurutamiseni. Samuti ei ole Facebookil eraldi testimisosakonda – testid kirjutavad arendajad ise.
Alusta väikesest. Valige värskenduste avaldamisel protsess, mis võtab kõige rohkem aega ja vaeva, ning automatiseerige see. See testimine või rakenduse juurutamise protsess. Eksperdid Esimene samm on hajutatud versioonikontrolli tööriistade rakendamine. Need muudavad allikate haldamise lihtsamaks. Sellistest lahendustest on tuntumad Git, Mercurial, Subversion (SVN) ja CVS.
Samuti tasub tähelepanu pöörata pidevatele integreerimissüsteemidele, mis vastutavad lõpptoote kokkupanemise ja testimise eest. Selliste tööriistade näited: Jenkins, TeamCity ja Bamboo.
Hinnake parandusi. Töötage välja rakendatud lahenduste toimivusmõõdikud ja koostage kontrollnimekiri. Mõõdikud võivad hõlmata väljalaskesagedust, tarkvarafunktsioonidega töötamiseks kulunud aega ja koodis esinevate vigade arvu. Arutage tulemusi mitte ainult juhtide, vaid ka ülejäänud projektiga seotud meeskonnaga. Küsige, millised tööriistad on puudu. Võtke neid taotlusi oma protsesside edasisel optimeerimisel arvesse.
DevOpsi kriitika
Kuigi metoodika organisatsioonid saavad rakenduste arendamisel kiiremini otsuseid teha, vigade arvu tarkvaras ja julgustab töötajaid uusi asju õppima, on sellel ka kriitikat.
On et programmeerijad ei peaks aru saama süsteemiadministraatorite töö üksikasjadest. Väidetavalt viib DevOps selleni, et arendus- või haldusspetsialistide asemel on ettevõttes inimesed, kes saavad kõigest aru, kuid pealiskaudselt.
Samuti arvatakse, et DevOps halva juhtimisega. Kui arendus- ja administraatorimeeskondadel pole ühiseid eesmärke, on juhid süüdi selles, et meeskondadevaheline suhtlus pole korraldatud. Selle probleemi lahendamiseks pole vaja uut metoodikat, vaid alluvatelt saadud tagasiside põhjal juhtide hindamise süsteemi. Saate seda lugeda siit, .
Photo Shoot /Flickr/CC BY-SA
Kes on DevOpsi insener
DevOpsi insener rakendab DevOpsi metoodikat. See sünkroonib kõik tarkvaratoote loomise etapid: koodi kirjutamisest kuni testimise ja rakenduse vabastamiseni. Selline spetsialist kontrollib arendus- ja haldusosakondi, lisaks automatiseerib nende ülesannete täitmist, tutvustades erinevaid tarkvaratööriistu.
DevOpsi inseneri nipp seisneb selles, et ta ühendab endas palju ameteid: administraator, arendaja, testija ja juht.
Joe Sanchez, virtualiseerimistarkvara ettevõtte VMware DevOpsi evangelist, mitmeid oskusi, mis DevOpsi inseneril peavad olema. Lisaks selgetele teadmistele DevOpsi metoodikast peaks sellel inimesel olema kogemusi Windowsi ja Linuxi operatsioonisüsteemide haldamisel ning kogemusi selliste automatiseerimistööriistadega nagu , , . Samuti peaks ta suutma kirjutada skripte ja koodi paaris keeles ning mõistma võrgutehnoloogiaid.
DevOpsi insener vastutab rakenduste konfigureerimise ja juurutamisega seotud ülesannete mis tahes automatiseerimise eest. Tema õlgadele langeb ka tarkvara jälgimine. Nende probleemide lahendamiseks kasutab ta erinevaid konfiguratsioonihaldussüsteeme, virtualiseerimislahendusi ja pilvetööriistu ressursside tasakaalustamiseks.
Kes palkab
DevOpsi insenerid saavad kasu igale organisatsioonile, mis arendab rakendusi või haldab suurt hulka servereid. DevOpsi insenerid IT-hiiglased nagu Amazon, Adobe ja Facebook. Nad töötavad ka Netflixis, Walmartis ja Etsys.
DevOpsi insenerid on ainult idufirmad. Nende ülesanne on uue idee testimiseks välja anda minimaalne elujõuline toode. Enamikul juhtudel saavad idufirmad ilma DevOpsita hakkama.
Kui palju palka
DevOpsi insenerid rohkem kui keegi teine selles valdkonnas. Selliste spetsialistide keskmine sissetulek kogu maailmas jääb vahemikku 100–125 tuhat dollarit aastas.
USA-s nad 90 tuhat dollarit aastas (500 tuhat rubla kuus). Kanadas nad 122 tuhat dollarit aastas (670 tuhat rubla kuus) ja Ühendkuningriigis - 67,5 tuhat naelsterlingit aastas (490 tuhat rubla kuus).
Mis puudutab Venemaad, Moskva ettevõtteid maksa DevOpsi spetsialistidele 100–200 tuhat rubla kuus. Peterburis on tööandjad veidi heldemad - nad pakuvad 160-360 tuhat rubla kuus. Piirkondades on palgad 100–120 tuhat rubla kuus.
Kuidas saada DevOpsi spetsialistiks
DevOps on IT-valdkonnas suhteliselt uus suund, seega pole DevOpsi inseneridele kehtestatud nõuete loendit. Vabadel töökohtadel võib selle ametikoha nõuete hulgast leida nii Debiani kui ka CentOS-i administreerimisoskusi ning kettaseadmetega töötamise oskust. .
Selle põhjal võime järeldada, et esiteks peab DevOpsi inseneril olema hea tehniline väljavaade. Sellise inimese jaoks on oluline pidevalt õppida uusi tööriistu ja tehnoloogiaid.
Lihtsaim viis DevOpsi inseneriks saada on süsteemiadministraator või arendaja. Neil on juba hulk oskusi, mida tuleb lihtsalt arendada. Peamine ülesanne on täiendada DevOpsi miinimumteadmiste kogumit, mõista, kuidas töötada automatiseerimisvahenditega ning täita lünki haldus-, programmeerimis- ja virtualiseerimisoskustes.
Et mõista, kus teadmisi veel napib, võite kasutada või . Ka Hacker Newsi elanikud lugeda raamatuid ""Ja"" (mida me eespool mainisime) ja "» O'Reilly Media templi all.
Saate ka tellida , loe teemakohaseid artikleid ja alustage DevOpsi inseneridega suhtlemist . Tasub tutvuda ka tasuta kursustega või .
Postitused meie blogist:
Allikas: www.habr.com