Odloči inženirje: kaj so in zakaj bi moralo vaše podjetje najeti enega

Če vaše majhno srednje podjetje (SMB) uporablja zdravo količino programske opreme drugih proizvajalcev, potem verjetno razmislite o zaposlitvi strokovnjaka za razvojne operacije (DevOps). Ti pametni razvijalci so odgovorni za široko paleto nalog, vključno s pisanjem kode, ustvarjanjem aplikacij, spreminjanjem infrastrukture, ustvarjanjem virtualnih okolij in avtomatizacijo sistemov in postopkov. Nadzirajo inženiring, zagotavljanje kakovosti (QA) in nemoteno delovanje vseh medresorskih komunikacij programske opreme.

Pomislite na ta scenarij: Vaša kadrovska skupina (HR) želi uvesti programsko opremo za človeške vire, ki jim lahko pomaga upravljati evidence zaposlenih. Vaš DevOps inženir, ki deluje skupaj z vašo razvojno ekipo, pomaga pri izvajanju novega orodja, nenehno preizkuša orodje za zagotovitev stalne funkcionalnosti, oblikuje dodatne funkcije, kot jih potrebuje podjetje, nadzira potrebno vzdrževanje in nadgradnje, pomaga avtomatizirati predvidljive procese in povezave sistem do drugih sistemov v organizaciji, kot je orodje za upravljanje odnosov s strankami (CRM). Vaš inženir DevOps bi moral imeti možnost prispevati v tem scenariju in podobnih scenarijih, ki vključujejo izvajanje, eksperimentiranje in komunikacijo med različnimi orodji IT.

"DevOps je več kot le avtomatiziranje kode, " je dejal EZ Bardeguez, DevOps inženir v podjetju Zynga, ustvarjalec iger, odgovoren za Farmville in Words with Friends. "Za manjše podjetje je dober inženir DevOps resnično gradnik tehnološkega izdelka."

Bardeguez je po besedah ​​Bardegueza glavni cilj DevOps Engineerja upravljati strežnike podjetja, zlasti tiste, ki uporabljajo odprtokodne operacijske sisteme (OS), kot sta BSD ali Linux. Čeprav je delo z operacijskim sistemom Windows priljubljena in izvedljiva alternativa, ker Microsoft zaračunava vsak strežnik in uporabnika, je na koncu dražje kot uporaba odprtokodnega orodja - večina tega je brezplačna in neskončno spremenljiva. Pri odprtokodnih sistemih bo vaš največji strošek hitri DevOps Engineer, ki lahko odstrani programsko komunikacijo od A do Ž.

Zgodba o nastanku DevOps

Potreba po DevOpsu kot praksi se je začela z razmišljanjem, ki je nastalo na začetku Agile Conference leta 2008. Na konferenci je razvijalc programske opreme Patrick Debois (včasih imenovan tudi "Boter of DevOps") s svojimi kolegi govoril o premoščanje operativne in filozofske vrzeli med razvijalci in operativnimi skupinami. Debois, ki je bil predhodno zadolžen za projekt selitve podatkov za belgijsko vlado, je opazil občutno napetost med razvijalci projekta in sistemskimi skrbniki.

Naslednje leto je Debois začel promovirati lastno konferenco Devopsdays, ki je bila prodana razvojnim in operativnim skupinam. Predstavitve so vključevale "Gradnja agilne infrastrukture z lutko", "Nenehna integracija, cevovodi in uvajanje" in "Samodejno upravljanje konfiguracije." Po dogodku je Twitterjev hashtag #DevOps postal (in še vedno ostaja) epicenter DevOps nasvetov, mnenj in novic (glej spodaj).

#DevOps tweets

Danes je 74 odstotkov podjetij sprejelo prakse DevOps v skladu s poročilom podjetja InSastruktura za storitve (IaaS) RightScale. 70 odstotkov malih in srednje velikih podjetij, ki so bile raziskane v poročilu, je prav tako sprejelo načela DevOps.

Bi se morali odločiti za DevOps?

Leta 2014 sta Forrester Research in IBM postavila temelje za to, kar bi postalo načrt za uspeh DevOpsa. Poročilo, ki temelji na anketi 600 strokovnjakov za IT, je ugotovilo, da uspeh DevOps, zlasti kar zadeva uvajanje programske opreme, temelji na osmih ključnih praksah. Filozofija temelji na ideji, da bi morale organizacije za začetek zagotoviti minimalno dober izdelek in ga nato v naslednjih izdajah postopoma izboljšati.

Skupina DevOps bi morala biti namenska skupina s medfunkcijskimi disciplinami, ki se izogibajo pretirani specializaciji. Skupina bi morala zgraditi ohlapno povezano arhitekturo med aplikacijami, da bi poenostavila dobavo in zmanjšala število korakov med postopki, da bi pospešila potek dela. Člani skupine bi morali biti pregledni glede napredka in se spotikajo, da bi bolje razumeli tveganje, sama ekipa pa bi morala zmanjšati poročila o stanju in sestanke, ki odvrnejo od dejanskih majhnih pošiljk. Da bi racionalizirali celoten proces DevOps, bi morala ekipa avtomatizirati lastni postopek testiranja, da bi se izognili ročnim, zamudnim testiranjem.

Čeprav je Bardeguez zoprn glede pomena svoje vloge, je previden pri vsakem majhnem podjetju, ki najame inženirja DevOps. "Zamisel o vsem, ki potrebujejo to vlogo, je nevarna. Lahko bi bila popolnoma nepotrebna. Če ste na primer majhno podjetje, ki se ukvarja z računovodstvom večjih podjetij in se v glavnem zanašate na datotečni strežnik in e-pošto, potem verjetno ne" ne potrebujete inženirja DevOps. Če pa morate v zvezi z vašim izdelkom ali storitvijo avtomatizirati karkoli sistema, ga zagotovo potrebujete."

Ideal DevOps Professional

Kaj bi torej morali iskati pri DevOps zaposlitvi? Začnimo z plačo: Povprečni letni dohodek DevOps je v letu 2015 po podatkih mreže za dostavo vsebin (CDN) in podjetja za kibernetsko varnost Incapsula v letu 2015 poročal o 105.600 ameriških dolarjev. Delodajalci običajno iščejo kandidate z izkušnjami sistemov, v nasprotju z nedavnimi diplomanti na visoki šoli, ki so se zaposlili v računalništvu. To je zato, ker morajo inženirji DevOps komunicirati med vsemi poslovnimi disciplinami, kar pomeni, da bodo odgovorni za prepričanje voditeljev po različnih področjih poslovanja, da bodo eksperimentalni tehnološki postopki dolgoročno za organizacijo cenejši in boljši. V tem pogledu nekdo z globokim tehnološkim ozadjem in izkušnjami v podjetniškem okolju trpi nekoga, ki je pravkar stopil iz šole Ivy League.

Ko najdete nekaj kandidatov z močnim podjetniškim ali zagonskim ozadjem, poiščite ljudi z globokimi izkušnjami v administraciji Linuxa ali Unixa, pa tudi z izkušnjami avtomatizacije procesov z uporabo Chef ali Puppet, ki sta najpogostejša orodja za avtomatizacijo IT na trgu. Prav tako boste želeli nekoga z bogatim ozadjem, ki uporablja storitve v oblaku, zlasti storitve Amazon Web Services (AWS). Ta oseba naj bi tekoče govorila v MySQL in SQL ter v programskih jezikih PHP, Python ali Ruby.