Нема бољег времена за учење у животу од данашњег.
2019. је, а ДевОпс је релевантнији него икад. Кажу да су дани систем администратора прошли, баш као и ера мејнфрејма. Али да ли је то заиста тако?
Као што се често дешава у ИТ-у, ситуација се променила. Појавила се методологија ДевОпс, али она не може да постоји без особе са вештинама систем администратора, односно без Опс.
Пре него што је ДевОпс приступ попримио своју модерну форму, класификовао сам себе као Опс. И добро знам шта систем администратор доживљава када схвати колико још не може и колико мало времена има да то научи.
Али да ли је то заиста тако страшно? Рекао бих да недостатак знања не треба доживљавати као неки велики проблем. То је више професионални изазов.
Производи веб-размера засновани су на Линук-у или другом софтверу отвореног кода, а на тржишту је све мање људи способних да их одржавају. Потражња је већ премашила број професионалаца у овој области. Администратор система више неће моћи једноставно да настави са радом без побољшања нивоа своје вештине. Он мора имати вештине аутоматизације за управљање више сервера/чворова и добро разумети како они раде на решавању проблема који се појаве.
Пре него што постанете члан ДевОпс тима, морате проћи кроз прилично дуг, али занимљив пут, учење нових технологија и разних алата неопходних за одржавање система према ДевОпс стандардима.
Дакле, како систем администратор може да пређе са уобичајеног приступа раду на нови концепт ДевОпс-а? Све је као и обично: прво треба да промените своје мишљење. Није лако одустати од приступа који сте пратили последњих десет-двадесет година и почети да радите другачије, али је неопходно.
Пре свега, важно је разумети да ДевОпс није одређена позиција у компанији, већ скуп специфичних пракси. Ове праксе подразумевају дистрибуцију изолованих система, смањење штете од грешака и грешака, честа и благовремена ажурирања софтвера, добро успостављену интеракцију између програмера (Дев) и администратора (Опс), као и стално тестирање не само кода, већ и такође целокупна структура унутар процеса .
Упоредо са променом начина размишљања, потребно је да научите како да одржавате инфраструктуру и обезбедите њен стабилан рад, поузданост и доступност за континуирану интеграцију и испоруку апликација, услуга и софтвера.
Оно што вам можда недостаје као професионалцу у операцијама су вештине програмирања. Сада се писање скрипти (скрипти), које администратори система користе за аутоматску инсталацију закрпа на серверу, управљање датотекама и налозима, решавање проблема и компајлирање документације, већ сматра застарелим. Скриптовање се и даље примењује у релативно једноставним случајевима, али ДевОпс се односи на решавање проблема великих размера, било да се ради о имплементацији, тестирању, изградњи или примени.
Дакле, ако желите да научите аутоматизацију, потребно је да савладате бар мало програмирања, чак и ако нисте програмер, јер у овој фази вашег развоја у ДевОпс-у захтева ову вештину.
Шта да радим? Да бисте остали тражени као специјалиста, потребно је да стекнете релевантне вештине - савладате најмање један програмски језик, на пример Питхон. Ово може изгледати тешко особи која се професионално бави администрацијом, јер је навикла да мисли да само програмери програмирају. Није потребно постати стручњак, већ познавање једног од програмских језика (то може бити Питхон, Басх или чак ), свакако ће бити предност.
Учење програмирања траје неко време. Будите пажљиви и стрпљиви помоћи ће вам да останете у току када комуницирате са члановима ДевОпс тима и клијентима. Пола сата дневно, сат или више, учење програмског језика требало би да буде ваш главни циљ.
Систем администратори и стручњаци за ДевОпс решавају сличне проблеме, али постоје значајне разлике. Верује се да администратор система не може да уради све што може ДевОпс инжењер. Кажу да је систем администратор више фокусиран на конфигурисање, одржавање и обезбеђивање перформанси серверских система, али ДевОпс инжењер вуче сва ова колица и још једна мала колица.
Али колико је ова изјава истинита?
Администратор система: један ратник у пољу
Упркос разликама и сличностима наведеним у овом чланку, и даље верујем да не постоји значајна разлика између администрације система и ДевОпс-а. Администратори система су увек обављали исте функције као и стручњаци за ДевОпс, само што то нико раније није звао ДевОпс. Верујем да нема смисла посебно тражити разлике, поготово ако то није везано за било који задатак. Не заборавите да, за разлику од систем администратора, ДевОпс није позиција, већ концепт.
Треба напоменути још једну важну ствар, без које разговор и о администрацији и о ДевОпс-у неће бити потпун. Администрација система у уобичајеном смислу претпоставља да специјалиста има специфичан скуп вештина и да је фокусиран на сервисирање различитих врста инфраструктуре. Не у смислу да је ово универзални запосленик, већ у смислу да постоји низ послова које обављају сви администратори.
На пример, с времена на време морају да делују као нека врста техничког мајстора, односно да раде буквално све. А ако постоји само један такав администратор за целу организацију, онда ће он генерално обављати све техничке послове. Ово може бити било шта, од одржавања штампача и копир уређаја до обављања задатака везаних за мрежу, као што су подешавање и управљање рутерима и прекидачима или конфигурисање заштитног зида.
Он ће такође бити одговоран за надоградњу хардвера, инспекцију и анализу дневника, безбедносне ревизије, закрпе сервера, решавање проблема, анализу основних узрока и аутоматизацију – обично преко ПоверСхелл, Питхон или Басх скрипти. Један пример употребе је управљање корисничким и групним налозима. Креирање корисничких налога и додељивање дозвола је изузетно напоран задатак јер се корисници појављују и нестају скоро сваки дан. Аутоматизација путем скрипти ослобађа време за важније инфраструктурне задатке, попут надоградње свичева и сервера и других пројеката који утичу на профитабилност компаније у којој администратор ради (иако је опште прихваћено да ИТ одељење не остварује директан приход).
Задатак администратора система је да не губи време и на сваки могући начин уштеди новац компаније. Понекад системски администратори раде као чланови великог тима, уједињујући, на пример, администраторе Линук-а, Виндовс-а, база података, складишта и тако даље. Распоред рада се такође разликује. На пример, промена у једној временској зони на крају дана преноси случајеве у следећу смену у другој временској зони тако да се процеси не заустављају (прати сунце); или запослени имају нормалан радни дан од 9 до 5 часова; или ради у XNUMX/XNUMX дата центру.
Временом, администратори система су научили да размишљају стратешки и комбинују важне ствари са рутинским задацима. Тимовима и одељењима у којима раде обично недостају ресурси, али се у исто време сви труде да свакодневне задатке обављају у највећој мери.
ДевОпс: развој и одржавање као једно
је својеврсна филозофија за процесе развоја и одржавања. Овај приступ у ИТ свету је постао заиста иновативан.
Под окриљем ДевОпс-а, постоји тим за развој софтвера са једне стране и тим за одржавање са друге стране. Често им се придружују стручњаци за управљање производима, тестери и дизајнери корисничког интерфејса. Заједно, ови стручњаци поједностављују операције како би брзо представили нове апликације и ажурирања кода како би подржали и побољшали ефикасност целе компаније.
ДевОпс се заснива на контроли развоја и рада софтвера током целог животног циклуса. Људи за одржавање морају да подржавају програмере, а програмери имају задатак да разумеју више од само АПИ-ја који се користе у системима. Они морају да разумеју шта је испод хаубе (тј. како функционишу хардвер и оперативни системи) како би могли боље да се носе са грешкама, решавају проблеме и комуницирају са сервисерима.
Систем администратори могу да пређу у ДевОпс тим ако желе да науче најновије технологије и ако су отворени за иновативне идеје и решења. Као што сам рекао, не морају да постану пуноправни програмери, али савладавање програмског језика као што је Руби, Питхон или Го ће им помоћи да постану веома корисни чланови тима. Иако системски администратори традиционално сами раде сав посао и често се доживљавају као усамљеници, у ДевОпс-у имају потпуно супротно искуство, где сви у процесу комуницирају једни са другима.
Тема аутоматизације постаје све актуелнија. И систем администратори и стручњаци за ДевОпс заинтересовани су за брзо скалирање, смањење грешака и брзо проналажење и поправљање постојећих грешака. Дакле, аутоматизација је концепт у којем се спајају две области. Администратори система су одговорни за услуге у облаку као што су АВС, Азуре и Гоогле Цлоуд Платформ. Морају разумети принципе континуиране интеграције и испоруке и како да користе алате као што су .
Поред тога, администратори система морају да користе алате за конфигурисање и управљање као нпр , неопходно за паралелно постављање десет или двадесет сервера.
Главни концепт је . Софтвер је све. У ствари, да професија систем администратора не би изгубила релевантност, потребно је само мало променити нагласак. Администратори система се баве услужним пословима и морају бити у стању да ефикасно комуницирају са програмерима и обрнуто. Како кажу, једна глава је добра, а две су боље.
И последњи детаљ у овом механизму је . Рад са Гитом је једна од традиционалних дневних обавеза систем администратора. Овај систем контроле верзија нашироко користе програмери, стручњаци за ДевОпс, Агиле тимови и многи други. Ако је ваш посао везан за животни циклус софтвера, онда ћете сигурно радити са Гитом.
Гит има много функција. Вероватно никада нећете научити све Гит команде, али ћете тачно разумети зашто је то главна компонента у софтверској комуникацији и сарадњи. Темељно познавање Гита је веома важно ако радите у ДевОпс тиму.
Ако сте администратор система, онда морате боље да проучите Гит, разумете како је изграђена контрола верзија и запамтите уобичајене команде: гит статус, гит цоммит -м, гит адд, гит пулл, гит пусх, гит ребасе, гит грана, гит дифф и други. Постоји много онлајн курсева и књига које вам могу помоћи да научите ову тему од нуле и постанете професионалац са специфичним вештинама. Има и дивних , тако да не морате све да их трпате, али што више користите Гит, биће вам лакше.
Закључак
На крају, ви одлучујете да ли треба да постанете специјалиста за ДевОпс или је боље да останете администратор система. Као што видите, постоји крива учења за прелазак, али што пре почнете, то боље. Изаберите програмски језик и истовремено научите алате као нпр (контрола верзија), (ЦИ/ЦД, континуирана интеграција) и (конфигурација и аутоматизација). Коју год опцију да одаберете, не заборавите да морате стално да учите и побољшавате своје вештине.
Извор: ввв.хабр.цом