Ко су ДевОпс?

Тренутно је ово скоро најскупља позиција на тржишту. Галама око „ДевОпс“ инжењера је изван свих замисливих граница, а још је гора са Сениор ДевОпс инжењерима.
Радим као шеф одељења за интеграцију и аутоматизацију, претпостављам енглеско декодирање - ДевОпс Манагер. Мало је вероватно да енглески транскрипт одражава наше свакодневне активности, али руска верзија у овом случају је тачнија. Због природе моје делатности, природно је да имам потребу да интервјуишем будуће чланове мог тима, а у протеклих годину дана кроз мене је прошло око 50 људи, а исто толико је прекинуто на пресцреен са мојим запосленима.

Још увек тражимо колеге, јер се иза ознаке ДевОпс крије веома велики слој различитих врста инжењера.

Све доле написано је моје лично мишљење, не морате да се слажете са њим, али признајем да ће то додати мало боје вашем ставу према теми. Упркос ризику да паднем у немилост, објављујем своје мишљење јер верујем да оно има где да буде.

Компаније имају различита схватања о томе ко су ДевОпс инжењери и, ради брзог ангажовања ресурса, стављају ову етикету на све. Ситуација је прилично чудна, јер су компаније спремне да исплаћују нереалне накнаде овим људима, добијајући, у већини случајева, администратора алата за њих.

Дакле, ко су ДевОпс инжењери?

Почнимо са историјом његовог појављивања – Развојне операције су се појавиле као још један корак ка оптимизацији интеракције у малим тимовима за повећање брзине производње производа, као очекивана последица. Идеја је била да се развојни тим ојача познавањем процедура и приступа у управљању производним окружењем. Другим речима, програмер мора да разуме и зна како његов производ функционише у одређеним условима, мора да разуме како да примени свој производ, које карактеристике окружења се могу прилагодити да би се побољшале перформансе. Тако су се неко време појавили програмери са ДевОпс приступом. ДевОпс програмери су написали скрипте за прављење и паковање како би поједноставили своје активности и перформансе производног окружења. Међутим, сложеност архитектуре решења и међусобни утицај инфраструктурних компоненти временом су почели да погоршавају перформансе окружења; са сваком итерацијом, било је потребно све дубље разумевање одређених компоненти, смањујући продуктивност програмера због додатних трошкови разумевања компоненти и система подешавања за одређени задатак. Сопствени трошкови програмера су расли, цена производа заједно са њим, захтеви за новим програмерима у тиму су нагло скочили, јер су и они морали да покрију одговорности развојне „звезде“ и, наравно, „звезде“ су постале мање и мање доступни. Такође је вредно напоменути да је, према мом искуству, мало програмера заинтересовано за специфичности обраде пакета од стране језгра оперативног система, правила рутирања пакета и аспекте безбедности хоста. Логичан корак је био да се привуче администратор који је упознат са овим и да му се доделе сличне одговорности, што је, захваљујући његовом искуству, омогућило постизање истих показатеља по нижој цени у односу на цену развоја „звезде“. Такви администратори су стављени у тим, а његов главни задатак је био да управља тестним и производним окружењима, према правилима одређеног тима, са ресурсима додељеним овом конкретном тиму. Тако се, заправо, ДевОпс појавио у главама већине.

Делимично или потпуно, временом, ови систем администратори су почели да схватају потребе овог конкретног тима у области развоја, како да олакшају живот програмерима и тестерима, како да покрену ажурирање и да не морају да преноће у петак у канцеларију, исправљајући грешке у примени. Време је пролазило, а сада су „звезде“ били системски администратори који су разумели шта програмери желе. Да би се утицај свео на минимум, почели су да се појављују услужни програми за управљање; сви су се сетили старих и поузданих метода изоловања нивоа ОС, што је омогућило да се минимизирају захтеви за безбедност, управљање мрежним делом и конфигурацијом хоста као целине и, као резултат, смањити захтеве за новим „звездама“.

Појавила се "дивна" ствар - доцкер. Зашто дивно? Да, само зато што је стварање изолације у цхроот-у или затвору, као и ОпенВЗ-у, захтевало нетривијално познавање ОС-а, насупрот томе, услужни програм вам омогућава да једноставно креирате изоловано окружење апликације на одређеном хосту са свим потребним унутра и рукама поново преко узде развоја, а администратор система може да управља само са једним хостом, обезбеђујући његову сигурност и високу доступност – логично поједностављење. Али напредак не мирује и системи поново постају све сложенији, компоненти је све више, један хост више не задовољава потребе система и потребно је градити кластере, поново се враћамо систем администраторима који су способни да изграде ове системе.

Циклус за циклусом појављују се различити системи који поједностављују развој и/или администрацију, појављују се системи оркестрације, који су, док не треба да одступите од стандардног процеса, лаки за коришћење. Микросервисна архитектура се такође појавила са циљем да поједностави све горе описано – мање односа, лакше за управљање. По мом искуству, нисам нашао комплетну микросервисну архитектуру, рекао бих 50 до 50 - 50 одсто микросервиса, црних кутија, ушло је, изашло обрађено, осталих 50 су поцепани монолит, сервиси не могу да раде одвојено од других. компоненте. Све ово је поново наметнуло ограничења на ниво знања и програмера и администратора.

Слична „колебања” у нивоу стручног знања одређеног ресурса трају и данас. Али мало се скрећемо, има много ствари које вреди истаћи.

Инжењер градње/инжењер издања

Веома високо специјализовани инжењери који су се појавили као средство за стандардизацију процеса и издања софтвера. У процесу увођења широко распрострањеног Агиле-а, чини се да су престали да буду тражени, али то је далеко од случаја. Ова специјализација се појавила као средство стандардизације склапања и испоруке софтвера у индустријском обиму, тј. користећи стандардне технике за све производе компаније. Појавом ДевОпс-а, ​​програмери су делимично изгубили своје функције, јер су програмери били ти који су почели да припремају производ за испоруку, а с обзиром на промену инфраструктуре и приступа испоруци што је брже могуће без обзира на квалитет, временом су се претворили у заустављач промена, пошто поштовање стандарда квалитета неизбежно успорава испоруке. Тако је постепено део функционалности инжењера Буилд/Релеасе прешао на рамена системских администратора.

Операције су тако различите

Идемо даље и поново присуство великог спектра одговорности и недостатак квалификованог особља гура нас ка стриктној специјализацији, као печурке после кише појављују се разне операције:

• ТецхОпс - еникеи систем администратори ака ХелпДеск Енгинеер
• ЛивеОпс – администратори система првенствено одговорни за производна окружења
• ЦлоудОпс - систем администратори специјализовани за јавне облаке Азуре, АВС, ГЦП, итд.
• ПлатОпс/ИнфраОпс/СисОпс – администратори система инфраструктуре.
• НетОпс - мрежни администратори
• СецОпс - систем администратори специјализовани за безбедност информација - ПЦИ усклађеност, ЦИС усклађеност, закрпе итд.

ДевОпс је (у теорији) особа која из прве руке разуме све процесе развојног циклуса – развој, тестирање, разуме архитектуру производа, способна је да процени безбедносне ризике, упозната је са приступима и алатима за аутоматизацију, барем на високој ниво, поред овога, такође разуме претходну и накнадну обраду.подршку за издавање производа. Особа способна да се понаша као заговорник и за операције и за развој, што омогућава повољну сарадњу између ова два стуба. Разуме процесе планирања рада тимова и управљања очекивањима купаца.

За обављање ове врсте послова и одговорности, ова особа мора имати средства за управљање не само процесима развоја и тестирања, већ и управљањем инфраструктуром производа, као и планирањем ресурса. ДевОпс у овом схватању не може бити лоциран ни у ИТ, ни у Р&Д, па чак ни у ПМО; мора имати утицај у свим овим областима - технички директор компаније, главни технички директор.

Да ли је то истина у вашој компанији? - Сумњам. У већини случајева, ово је или ИТ или Р&Д.

Недостатак средстава и могућност утицаја на барем једну од ове три области активности помериће тежину проблема тамо где је ове промене лакше применити, као што је примена техничких ограничења на издања у вези са „прљавим“ кодом према статичким анализаторски системи. Односно, када ПМО постави стриктан рок за ослобађање функционалности, Р&Д не може произвести висококвалитетан резултат у овим роковима и производи га најбоље што може, остављајући рефакторисање за касније, ДевОпс везан за ИТ блокира издавање техничким средствима . Недостатак овлашћења да мењају ситуацију, код одговорних запослених, доводи до испољавања хиперодговорности за оно на шта не могу да утичу, посебно ако ови запослени разумеју и виде грешке, и како да их исправе – „Блаженство је незнање“, и као последица сагоревања и губитка ових запослених.

Тржиште ДевОпс ресурса

Погледајмо неколико слободних радних места за ДевОпс позиције из различитих компанија.

Спремни смо да се састанемо са вама ако:

1. Ви поседујете Заббик и знате шта је Прометеј;
2. Иптаблес;
3. БАСХ докторант;
4. професор Ансибле;
5. Линук Гуру;
6. Знати како да користиш отклањање грешака и пронађеш проблеме са апликацијама заједно са програмерима (пхп/јава/питхон);
7. Рутирање вас не чини хистеричним;
8. Обратите значајну пажњу на безбедност система;
9. Направите резервну копију „свега и свега“, а такође и успешно вратите ово „све и свашта“;
10. Знате како да конфигуришете систем на начин да извучете максимум од минимума;
11. Подесите репликацију пре спавања на Постгрес и МиСКЛ;
12. Подешавање и подешавање ЦИ/ЦД-а вам је неопходно као доручак/ручак/вечера.
13. Имати искуства са АВС-ом;
14. Спремни за развој са компанијом;

Дакле:

• од 1 до 6 - администратор система
• 7 - мало мрежне администрације, што се такође уклапа у систем администратора, средњи ниво
• 8 - мало сигурности, што је обавезно за систем администратора средњег нивоа
• 9-11 – Администратор средњег система
• 12 — У зависности од додељених задатака, или средњи систем администратор или инжењер изградње
• 13 - Виртуелизација - Миддле Систем Администратор, или такозвани ЦлоудОпс, напредно познавање услуга одређеног хостинг сајта, за ефикасно коришћење средстава и смањење оптерећења одржавања

Сумирајући ово радно место, можемо рећи да је средњи/виши систем администратор довољан момцима.

Узгред, не би требало снажно да делите администраторе на Линук-у/Виндовс-у. Наравно, разумем да су сервиси и системи ова два света различити, али основа за све је иста и сваки админ који поштује себе је упознат и са једним и са другим, а чак и ако није упознат, биће компетентном администратору неће бити тешко да се упозна са тим.

Хајде да размотримо још једно слободно место:

1. Искуство у изградњи система високог оптерећења;
2. Одлично познавање Линук ОС-а, општег системског софтвера и веб стека (Нгинк, ПХП/Питхон, ХАПроки, МиСКЛ/ПостгреСКЛ, Мемцацхед, Редис, РаббитМК, ЕЛК);
3. Искуство са системима виртуелизације (КВМ, ВМВаре, ЛКСЦ/Доцкер);
4. Познавање језика скрипте;
5. Разумевање принципа рада мрежа мрежних протокола;
6. Разумевање принципа изградње система отпорних на грешке;
7. Самосталност и иницијатива;

Хајде да погледамо:

• 1 – виши систем администратор
• 2 - У зависности од значења уложеног у овај стек - Средњи/Виши систем администратор
• 3 – Радно искуство, укључујући, може значити – „Кластер није подигао, већ је креирао и управљао виртуелним машинама, постојао је један Доцкер хост, приступ контејнерима није био доступан“ – Средњи системски администратор
• 4 - Млађи систем администратор - да, администратор који не зна да напише основне скрипте за аутоматизацију, без обзира на језик, а не администратор - еникеи.
• 5 - Средњи системски администратор
• 6 – виши систем администратор

Да резимирамо – средњи/виши систем администратор

Још један:

1. Девопс искуство;
2. Искуство у коришћењу једног или више производа за креирање ЦИ/ЦД процеса. Гитлаб ЦИ ће бити предност;
3. Рад са контејнерима и виртуелизација; Ако сте користили доцкер, добро, али ако сте користили к8с, одлично!
4. Искуство рада у агилном тиму;
5. Познавање било ког програмског језика;

Хајде да видимо:

• 1 - Хмм... Шта момци мисле? =) Највероватније ни они сами не знају шта се крије иза тога
• 2 - Грађевински инжењер
• 3 - Средњи системски администратор
• 4 - Мека вештина, за сада то нећемо разматрати, иако је Агиле још једна ствар која се тумачи на начин који је погодан.
• 5 - Превише опширно - може бити језик за скриптовање или компајлирани. Питам се да ли ће им одговарати писање на Пасцал и Басиц у школи? =)

Такође бих желео да оставим напомену у вези са тачком 3 како бих ојачао разумевање зашто ову тачку покрива администратор система. Кубернетес је само оркестрација, алатка која обмотава директне команде мрежним драјверима и хостовима виртуелизације/изолације у неколико команди и омогућава вам да комуницирате са њима апстрактном, то је све. На пример, узмимо „направи оквир“ Маке, који, иначе, не сматрам оквиром. Да, знам за моду гурања Маке било где, где је то потребно и непотребно - умотавање Мавена у Маке, на пример, озбиљно?
У суштини, Маке је само омотач преко љуске, који поједностављује команде окружења за компилацију, повезивање и компилацију, баш као к8с.

Једном сам интервјуисао типа који је користио к8с у свом раду на ОпенСтацк-у, и он је причао о томе како је поставио сервисе на њему, међутим, када сам питао за ОпенСтацк, испоставило се да је он администриран, као и подигао систем администратори. Да ли заиста мислите да особа која је инсталирала ОпенСтацк, без обзира коју платформу користи иза себе, не може да користи к8с? =)
Овај апликант заправо није ДевОпс, већ системски администратор и, тачније, Кубернетес администратор.

Да сумирамо још једном – средњи/виши систем администратор ће им бити довољни.

Колико тежити у грамима

Распон предложених плата за наведена слободна радна места је 90к-200к
Сада бих желео да повучем паралелу између новчаних награда системских администратора и ДевОпс инжењера.

У принципу, да бисте поједноставили ствари, можете расипати оцене на основу радног искуства, иако то неће бити тачно, али за потребе чланка биће довољно.

Искуство:

1. до 3 године – Јуниор
2. до 6 година – Средњи
3. више од 6 – Сениор

Сајт за претрагу запослених нуди:
Администратори система:

1. Јуниор - 2 године - 50к руб.
2. Средњи - 5 година - 70 хиљада рубаља.
3. Сениор - 11 година - 100к руб.

ДевОпс инжењери:

1. Јуниор - 2 године - 100к руб.
2. Средњи - 3 године - 160 хиљада руб.
3. Сениор - 6 година - 220к руб.

Према искуству „ДевОпса“, коришћено је искуство које је бар некако утицало на СДЛЦ.

Из наведеног произилази да компанијама заправо није потребан ДевОпс, као и да би ангажовањем Администратора могле да уштеде најмање 50 одсто првобитно планираних трошкова, а штавише, могле би јасније да дефинишу одговорности особе коју траже. и брже испунити потребу. Такође не треба заборавити да нам јасна подела одговорности омогућава да смањимо захтеве за особљем, као и да створимо повољнију атмосферу у тиму, због одсуства преклапања. Огромна већина слободних радних места је пуна услужних програма и ДевОпс ознака, али се не заснивају на стварним захтевима за ДевОпс инжењера, већ само на захтевима за администратора алата.

Процес обуке ДевОпс инжењера је такође ограничен само на скуп конкретних радова, услужних програма и не пружа опште разумевање процеса и њихових зависности. Свакако је добро када особа може да примени АВС ЕКС користећи Терраформ, у комбинацији са Флуентд сидецаром у овом кластеру и АВС ЕЛК стеком за систем евидентирања за 10 минута, користећи само једну команду у конзоли, али ако не разуме принцип обраде самих дневника и за шта су они потребни, ако не знате како да прикупљате метрику о њима и пратите деградацију сервиса, онда ће то и даље бити исти еникеи који зна да користи неке услужне програме.

Потражња, међутим, ствара понуду, и видимо изузетно прегрејано тржиште за ДевОпс позицију, где захтеви не одговарају стварној улози, већ само дозвољавају администраторима система да зараде више.

Па ко су они? ДевОпс или похлепни системски администратори? =)

Како наставити да живим?

Послодавци треба да прецизније формулишу захтеве и траже управо оне који су потребни, а не да се разбацују етикетама. Не знате шта ДевОпс раде - у том случају вам не требају.

Радници - Учите. Непрестано усавршавајте своје знање, гледајте укупну слику процеса и пратите пут до свог циља. Можете постати ко год желите, само морате покушати.

Извор: ввв.хабр.цом