Ко је ДевОпс и када није потребан?

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

Неки људи наводе ДевОпс у свом животопису, иако не знају увек или не разумеју суштину термина. Неки мисле да ћете након проучавања Ансибле-а, ГитЛаб-а, Јенкинса, Терраформ-а и слично (листа се може наставити по вашем укусу), одмах постати „девопсиста“. Ово, наравно, није тачно.

Последњих неколико година углавном сам био укључен у имплементацију ДевОпс-а у разним компанијама. Пре тога је радио више од 20 година на позицијама у распону од систем администратора до ИТ директора. Тренутно водећи инжењер ДевОпс-а у Плаигендари-ју.

Ко је ДевОпс

Идеја да се напише чланак појавила се након другог питања: „ко је ДевОпс?“ Још увек нема устаљеног термина за шта или ко је то. Неки од одговора су већ у овоме видео. Прво ћу истаћи главне тачке из њега, а затим ћу изнети своја запажања и размишљања.

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

ДевОпс је филозофија и методологија.

Другим речима, то је скуп пракси које програмерима помажу у активној интеракцији са системским администраторима. Односно да се процеси рада повезују и интегришу један у други.

Са појавом ДевОпс-а, ​​структура и улоге стручњака остали су исти (постоје програмери, постоје инжењери), али су се правила интеракције променила. Границе између одељења су се замаглиле.

Циљеви ДевОпс-а се могу описати у три тачке:

• Софтвер се мора редовно ажурирати.
• Софтвер се мора урадити брзо.
• Софтвер треба да се примени на једноставан начин и за кратко време.

Не постоји јединствен алат за ДевОпс. Конфигурисање, испорука и проучавање неколико производа не значи да се ДевОпс појавио у компанији. Постоји много алата и сви се користе у различитим фазама, али служе једној заједничкој сврси.

А ово је само део ДевОпс алата

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

Из искуства са интервјуа, видим следећу слику: специјалисти који сматрају ДевОпс насловом посла обично имају неспоразуме са колегама.

Постојао је упечатљив пример. Младић је дошао на интервју са пуно паметних речи у својој биографији. На последња три посла имао је 5-6 месеци искуства. Напустио сам два стартупа јер „нису полетели“. Али за трећу компанију је рекао да га тамо нико не разуме: програмери пишу код на Виндовс-у, а директор приморава овај код да се „умота” у обичан Доцкер и угради у ЦИ/ЦД цевовод. Момак је рекао много негативних ствари о свом тренутном радном месту и својим колегама - само сам хтео да одговорим: "Дакле, нећете продати слона."

Онда сам му поставио питање које је високо на мојој листи за сваког кандидата.

— Шта за вас лично значи ДевОпс?
- Генерално или како ја то доживљавам?

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

Послодавци, који су чули много о „магији ДевОпс-а“, желе да пронађу особу која ће доћи и створити ову „магију“. А кандидати из категорије „ДевОпс је посао“ не разумеју да овим приступом неће моћи да испуне очекивања. И, генерално, написали су ДевОпс у својој биографији јер је то тренд и много плаћају за то.

ДевОпс методологија и филозофија

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

ДевОпс методологија је само средство за постизање циљева.

Сада о томе шта је ДевОпс филозофија. И ово је вероватно најтеже питање.

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

На мом факултету није постојао такав предмет, све сам морао сам да учим користећи материјале које сам могао да пронађем 90-их. Тема је изборна за инжењерско образовање, па отуда и недостатак формализације одговора. Али они људи који су озбиљно уроњени у ДевОпс почињу да осећају одређени „дух“ или „несвесну свеобухватност“ свих процеса компаније.

Користећи сопствено искуство, покушао сам да формализујем неке од „постулата” ове филозофије. Резултат је следећи:

• ДевОпс није нешто независно што се може одвојити у засебну област знања или активности.
• Сви запослени у компанији треба да се руководе ДевОпс методологијом приликом планирања својих активности.
• ДевОпс утиче на све процесе у компанији.
• ДевОпс постоји да би смањио временске трошкове за било које процесе у компанији како би обезбедио развој њених услуга и максималну удобност корисника.
• ДевОпс, модерним језиком, је проактивна позиција сваког запосленог у компанији, усмерена на смањење временских трошкова и унапређење квалитета ИТ производа око нас.

Мислим да су моји „постулати“ посебна тема за дискусију. Али сада има на чему да се гради.

Шта ради ДевОпс

Кључна реч овде је комуникација. Постоји много комуникација, чији би иницијатор требало да буде управо тај исти ДевОпс инжењер. Зашто је то? Јер ово је филозофија и методологија, па тек онда инжењерско знање.

Не могу са 100% самопоуздањем да говорим о западном тржишту рада. Али знам доста о ДевОпс тржишту у Русији. Поред стотина интервјуа, током протеклих годину и по дана учествовао сам у стотинама техничких претпродаја за услугу „Имплементација ДевОпс“ за велике руске компаније и банке.

У Русији је ДевОпс још увек веома млада, али већ у тренду тема. Колико ја знам, само у Москви је мањак таквих специјалиста у 2019. био више од 1000 људи. А реч Кубернетес за послодавце је скоро као црвена крпа за бика. Присталице овог алата су спремни да га користе чак и тамо где то није неопходно и економски исплативо. Послодавац не разуме увек у којим случајевима шта је прикладније за коришћење, а уз правилну примену, одржавање Кубернетес кластера кошта 2-3 пута више од примене апликације користећи конвенционалну шему кластера. Користите га тамо где вам је заиста потребно.

Имплементација ДевОпс-а је скупа у смислу новца. И оправдано је само тамо где доноси економску корист у другим областима, а не само по себи.

ДевОпс инжењери су, у ствари, пионири – они су ти који би требало да први имплементирају ову методологију у компанији и граде процесе. Да би ово било успешно, специјалиста мора у сталној интеракцији са запосленима и колегама на свим нивоима. Као што обично кажем, сви запослени у компанији треба да буду укључени у процес имплементације ДевОпс-а: од чистачице до генералног директора. А ово је предуслов. Ако најмлађи члан тима не зна и не разуме шта је ДевОпс и зашто се обављају одређене организационе радње, онда успешна имплементација неће успети.

Такође, ДевОпс инжењер мора с времена на време да користи административни ресурс. На пример, да се превазиђе „отпор околине“ – када тим није спреман да прихвати ДевОпс алате и методологију.

Програмер треба да пише само код и тестове. Да би то урадио, није му потребан супер-моћан лаптоп на коме ће поставити и локално подржати целокупну инфраструктуру пројекта. На пример, фронт-енд програмер чува све елементе апликације на свом лаптопу, укључујући базу података, С3 емулатор (минио) итд. Односно, он проводи доста времена одржавајући ову локалну инфраструктуру и сам се бори са свим проблемима таквог решења. Уместо развијања кода за фронт. Такви људи могу бити веома отпорни на сваку промену.

Али постоје тимови који, напротив, радо уводе нове алате и методе и активно учествују у овом процесу. Иако ни у овом случају комуникација између ДевОпс инжењера и тима није отказана.

Када ДевОпс није потребан

Постоје ситуације када ДевОпс није потребан. То је чињеница – то треба разумети и прихватити.

Пре свега, ово се односи на било које компаније (посебно мала предузећа), када њихов профит не зависи директно од присуства или одсуства ИТ производа који пружају информационе услуге клијентима. И овде не говоримо о веб локацији компаније, било да је то статична „визит карта“ или са динамичким блоковима вести, итд.

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

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

Многи други примери и предавања могу се наћи у снимцима тематских скупова и конференција. Неке од њих сам лично посетио - ово је веома корисно искуство за оне који желе да се развијају у овом правцу. Ево линкова ка ИоуТубе каналима са добрим предавањима и материјалима о ДевОпс-у:

• ДевОопс
• ДевОпсЦонф
• ХигхЛоад++
• Флант
• МаилРу Цлоуд решење

Сада погледајте своје пословање и размислите о овоме: Колико ваша компанија и њен профит зависе од ИТ производа како би се омогућила интеракција са клијентима?

Ако ваша компанија продаје рибу у малој продавници и једини ИТ производ су две 1Ц: Ентерприсе конфигурације (рачуноводство и УНФ), онда нема смисла говорити о ДевОпс-у.

Ако радите у великом трговачком и производном предузећу (на пример, производите ловачке пушке), онда бисте требали размислити о томе. Можете преузети иницијативу и свом менаџменту пренети изгледе за имплементацију ДевОпс-а. Па, и истовремено водите овај процес. Проактивна позиција је једно од важних начела ДевОпс филозофије.

Величина и обим годишњег финансијског промета није главни критеријум за одређивање да ли је вашој компанији потребан ДевОпс.

Замислимо велико индустријско предузеће које нема директну интеракцију са купцима. На пример, неки произвођачи аутомобила и компаније за производњу аутомобила. Сада нисам сигуран, али из мог претходног искуства, дуги низ година сва интеракција са клијентима се одвијала путем е-поште и телефона.

Њихови клијенти су ограничена листа дилера аутомобила. И сваком је додељен специјалиста од произвођача. Сав интерни ток докумената одвија се кроз САП ЕРП. Интерни запослени су у суштини клијенти информационог система. Али овај ИС се контролише класичним средствима управљања кластер системима. Што искључује могућност коришћења ДевОпс пракси.

Отуда закључак: за таква предузећа имплементација ДевОпс-а није нешто критично важно, ако се подсетимо циљева методологије са почетка чланка. Али не искључујем да данас користе неке ДевОпс алате.

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

Главни критеријум за разумевање да ли је ДевОпс потребан: коју вредност ваши ИТ производи имају за компанију и купце.

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

Све игре постоје захваљујући финансирању: директном или индиректном од играча. У Плаигендари-ју развијамо бесплатне мобилне игре са преко 200 људи који су директно укључени у њихово креирање. Како користимо ДевОпс?

Да, потпуно исто као што је горе описано. Стално комуницирам са програмерима и тестерима и спроводим интерну обуку за запослене о ДевОпс методологији и алатима.

Сада активно користимо Јенкинс као алатку за ЦИ/ЦД цевоводе за извршавање свих монтажних цевовода са Унити-ом и каснију имплементацију у Апп Сторе и Плаи Маркет. Више из класичног комплета алата:

• Асана - за управљање пројектима. Интеграција са Џенкинсом је конфигурисана.
• Гоогле Меет – за видео састанке.
• Слацк - за комуникацију и разна упозорења, укључујући обавештења од Џенкинса.
• Атлассиан Цонфлуенце - за документацију и групни рад.

Наши непосредни планови укључују увођење статичке анализе кода помоћу СонарКубе-а и спровођење аутоматског тестирања корисничког интерфејса помоћу Селена у фази континуиране интеграције.

Уместо закључка

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

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

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

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