„Devops“ inžinieriai: kokie jie yra ir kodėl jūsų mažasis verslas turėtų jį pasamdyti

Jei jūsų mažas ir vidutinis verslas (SMB) naudoja daug trečiųjų šalių ir patentuotą programinę įrangą, tikriausiai turėtumėte pasamdyti „Development Operations“ (DevOps) specialistą. Šie protingi kūrėjai yra atsakingi už daugybę užduočių, įskaitant kodų rašymą, programų kūrimą, mastelio didinimo infrastruktūrą, virtualios aplinkos kūrimą ir sistemų bei procedūrų automatizavimą. Jie prižiūri visų tarpžinybinių programinės įrangos ryšių inžineriją, kokybės užtikrinimą (QA) ir sklandų darbą.

Pagalvokite apie šį scenarijų: Jūsų žmogiškųjų išteklių (HR) komanda nori įdiegti HR programinę įrangą, kuri gali padėti valdyti darbuotojų įrašus. Jūsų „DevOps“ inžinierius, dirbdamas kartu su jūsų plėtros komanda, padeda įdiegti naująjį įrankį, nuolatos testuoja įrankį, kad užtikrintų nuolatinį funkcionalumą, sukuria papildomas funkcijas, kurių reikia įmonei, prižiūri reikalingą techninę priežiūrą ir atnaujinimus, padeda automatizuoti nuspėjamus procesus ir ryšius. sistemos į kitas organizacijos sistemas, tokias kaip ryšių su klientais valdymo (CRM) įrankis. Jūsų „DevOps“ inžinierius turėtų galėti prisidėti prie šio scenarijaus ir bet kokių panašių scenarijų, susijusių su skirtingų IT priemonių įgyvendinimu, eksperimentavimu ir komunikacija tarp jų.

„„ DevOps “yra daugiau nei tik kodo automatizavimas“, - sakė EZ Bardeguezas, „Zynga“ „DevOps“ inžinierius, žaidimų kūrėjas, atsakingas už „Farmville“ ir „Žodžiai su draugais“. „Mažesnei įmonei geras„ DevOps “inžinierius iš tikrųjų yra techninio produkto elementas“.

Anot Bardeguezo, pagrindinis „DevOps Engineer“ tikslas yra valdyti įmonės serverius, ypač tuos, kuriuose naudojamos atvirojo kodo operacinės sistemos (OS), tokios kaip BSD ar Linux. Nors darbas su „Windows OS“ yra populiari ir perspektyvi alternatyva, nes „Microsoft“ apmokestina kiekvieną serverį ir vartotoją, tačiau tai galiausiai kainuoja brangiau, nei naudoti atvirojo kodo įrankį, kurio dauguma yra nemokami ir be galo keičiami. Naudojant atvirojo kodo sistemas, didžiausios jūsų išlaidos bus „DevOps Engineer“ hotshot, kuris gali atstatyti programinės įrangos ryšius nuo A iki Z.

„DevOps“ kilmės istorija

„DevOps“, kaip praktikos, poreikis prasidėjo nuo mąstymo, kilusio maždaug Agile konferencijos pradžioje 2008 m. Konferencijoje programinės įrangos kūrėjas Patrick Debois (kartais vadinamas „DevOps krikštatėviu“) kalbėjo savo kolegoms apie užpildyti operacinį ir filosofinį atotrūkį tarp kūrėjų ir operacijų grupių. Deboisas, kuriam anksčiau buvo pavesta vykdyti duomenų perkėlimo projektą Belgijos vyriausybei, pastebėjo jaučiamą įtampą tarp projekto kūrėjų ir sistemos administratorių.

Kitais metais Deboisas pradėjo reklamuoti savo konferenciją „Devopsdays“, kuri buvo parduota plėtros ir operacijų komandoms. Pristatyta: „Agile infrastruktūros kūrimas su lėle“, „Nuolatinė integracija, vamzdynai ir diegimas“ ir „Automatizuoti konfigūracijos valdymą“. Po įvykio „Twitter“ žurnalas #DevOps tapo (ir tebėra) „DevOps“ patarimų, nuomonių ir naujienų epicentru (žr. Žemiau).

#DevOps Tweets

Šiandien, remiantis „Infrastructure-as-a-service“ (IaaS) bendrovės „RightScale“ ataskaita, „DevOps“ praktiką pritaikė 74 procentai įmonių. 70 proc. Ataskaitoje apklaustų mažų ir vidutinių įmonių taip pat priėmė „DevOps“ principus.

Ar turėtumėte pasirinkti „DevOps“?

2014 m. „Forrester Research“ ir IBM padėjo pagrindus, kas taps „DevOps“ sėkmės gairėmis. Ataskaitoje, paremtoje 600 IT specialistų apklausa, nustatyta, kad „DevOps“ sėkmė, ypač susijusi su programinės įrangos diegimu, pagrįsta aštuoniomis pagrindinėmis geriausios praktikos pavyzdžiais. Filosofija grindžiama mintimi, kad organizacijos turėtų pateikti minimalų perspektyvų produktą, kad jis būtų pradėtas, o vėliau, palaipsniui, tobulindamas jį vėliau.

„DevOps“ komanda turėtų būti tam tikra grupė, turinti kryžmines disciplinas, vengianti perdėtos specializacijos. Komanda turėtų sukurti laisvai sujungtą architektūrą tarp programų, kad būtų supaprastintas pristatymas, ir ji turėtų sumažinti žingsnių skaičių tarp procesų, kad paspartintų darbo eigą. Komandos nariai turėtų būti skaidrūs apie pažangą ir suklupti, kad geriau suprastų riziką, tačiau pati komanda turėtų kiek įmanoma sumažinti būsenos ataskaitas ir susitikimus, atitraukiančius dėmesį nuo faktinio mažos siuntos pristatymo. Siekdama supaprastinti visą „DevOps“ procesą, komanda turėtų automatizuoti savo testavimo procesą, kad būtų išvengta rankinio ir daug laiko reikalaujančio testavimo.

Nors Bardeguezas žaibiškai pabrėžia savo vaidmens svarbą, jis atsargiai elgiasi su kiekvienu smulkiu verslu, kuris pasamdo „DevOps“ inžinierių. "Idėja visiems, kuriems reikalingas šis vaidmuo, yra pavojinga. Tai gali būti visiškai nereikalinga. Pvz., Jei esate maža įmonė, užsiimanti didesnių firmų buhalterija, o jūs pirmiausia pasikliaujate failų serveriu ir el. Pašto adresu, greičiausiai jūs to nedarote". Nereikia „DevOps“ inžinieriaus. Bet jei jums reikia automatizuoti bet kokius su jūsų produktu ar paslauga susijusius sistemas, jums to tikrai reikia. “

„Ideal DevOps Professional“

Taigi, ko turėtumėte ieškoti „DevOps“ įdarbinime? Pradėkime nuo atlyginimo: Vidutinis „DevOps“ inžinierius, remiantis turinio pateikimo tinklo (CDN) ir kibernetinio saugumo įmonės „Incapsula“ duomenimis, 2015 m. Metinėmis vidutinėmis pajamomis sudarė 105 600 USD. Paprastai darbdaviai ieško kandidatų, turinčių praktinių sistemų patirties, o ne neseniai studijas baigę kolegijos absolventai, kuriems ypač patiko informatika. Taip yra todėl, kad reikalaujama, kad „DevOps“ inžinieriai bendrautų visose verslo disciplinose, o tai reiškia, kad jie bus atsakingi už įvairių verslo sričių lyderių įtikinimą, kad eksperimentinės technologinės procedūros ilgainiui organizacijai bus pigesnės ir geresnės. Šiuo atžvilgiu tas, kuris turi gilų technologinį išsilavinimą ir turi didelę patirtį verslo aplinkoje, stumia žmogų, ką tik išėjusį iš „Ivy League“ mokyklos.

Suradę keletą kandidatų, turinčių tvirtą įmonės ar pradžios pagrindą, ieškokite žmonių, turinčių didelę „Linux“ ar „Unix“ administravimo patirtį, taip pat turinčius patirties automatizuoti procesus naudojant „Chef“ ar „Lėlę“, kurie yra labiausiai paplitę IT automatizavimo įrankiai rinkoje. Taip pat norite, kad kas nors, turintis turtingą foną, naudotų debesies paslaugas, ypač „Amazon Web Services“ (AWS). Šis asmuo turėtų mokėti MySQL ir SQL, taip pat PHP, Python ar Ruby programavimo kalbomis.