Ако сте у ИТ индустрији, можда сте сигурно чули једну од најмодернијих модних речи под називом ДевОпс. Ако желите да наставите каријеру у ДевОпс-у, онда је сигурно корисно и корисно ако се одлучите за . Пре него што наставимо даље, предложићу вам да прођете кроз следеће блогове:
10 најважнијих разлога за учење ДевОпс-а
који су 6 начина за употребу ове кључне речи?
Много великих ИТ компанија усвојило је ДевОпс као свој пут напред. Дакле, на овом блогу ћу разговарати о томе шта је тачно ДевОпс и тачке које ћу обрађивати су следеће:
Шта је ДевОпс? 
Израз ДевОпс комбинација је две речи, наиме Развој и Операције. ДевОпс је пракса која омогућава једном тиму да управља целокупним животним циклусом развоја апликација, односно развојем, тестирањем, применом и надгледањем.
Крајњи циљ ДевОпс-а је да смањи трајање животног циклуса развоја система, истовремено испоручујући функције, исправке и ажурирања у блиској синхронизацији са пословним циљевима.
ДевОпс је приступ развоју софтвера уз помоћ којег можете брзо и са више поузданости развити софтвер врхунског квалитета. Састоји се из различитих фаза као што су континуирани развој, континуирана интеграција, континуирано тестирање, континуирано постављање и континуирано праћење.
Па с обзиром на то шта је ДевОпс, погледајмо историју ДевОпс-а.
Историја ДевОпс-а
Пре ДевОпс-а, имали смо два приступа за развој софтвера, и то Ватерфалл и Агиле.
Модел водопада
Модел водопада је модел развоја софтвера који је прилично директан и линеаран. Овај модел следи приступ од врха према доле.
Овај модел има различите, почев од Прикупљање и анализа захтева . Ово је фаза у којој од клијента добијате захтеве за развој апликације. После овога покушавате да анализирате ове захтеве.
Следећа фаза је Дизајн фазу у којој припремате нацрт софтвера. Овде размишљате о томе како ће софтвер заправо изгледати.
Једном када је дизајн спреман, крећете се даље помоћу Имплементација фаза у којој започињете са кодирањем апликације. Тим програмера заједно ради на различитим компонентама апликације.
Једном када завршите развој апликације, тестирате је у Верификација фаза. На апликацији се спроводе различити тестови као што су јединично тестирање, тестирање интеграције, испитивање перформанси итд.
Након завршетка свих тестова на апликацији, она се распоређује на производне сервере.
Напокон долази Одржавање фаза. У овој фази апликација се прати ради. Сва питања у вези са извођењем апликације решавају се у овој фази.
Предности модела водопада:
Једноставно за разумевање и употребу
Омогућава лако тестирање и анализу
Штеди значајну количину времена и новца
Добро за мале пројекте ако су сви захтеви јасно дефинисани
Омогућава одељење и управљачку контролу
Мане модела водопада:
Ризично и неизвесно
Недостатак видљивости тренутног напретка
Није погодно када се захтеви стално мењају
Тешко је извршити промене на производу када је у фази испитивања
Крајњи производ је доступан само на крају циклуса
Није погодно за велике и сложене пројекте
Агилна методологија
Агиле Метходологи је итеративни приступ развоју софтвера где се софтверски пројекат дели на различите итерације или спринтеве. Свака итерација има фазе попут модела водопада као што су прикупљање захтева, дизајн, развој, испитивање и одржавање. Трајање сваке итерације је обично 2-8 недеља.
Агиле Процесс
У Агиле-у компанија објављује апликацију са неким приоритетним карактеристикама у првој итерацији.
Након објављивања, крајњи корисници или купци дају вам повратне информације о перформансама апликације.
Затим у апликацију уносите потребне измене, заједно са неким новим функцијама, а апликација се поново пушта, што је друга итерација.
Читав овај поступак понављате док не постигнете жељени квалитет софтвера.
Предности агилног модела
Прилагодљиво реагује на промене захтева
Исправљање грешака на самом почетку развојног процеса чини овај поступак исплативијим
Побољшава квалитет производа и чини га без грешака
Омогућава директну комуникацију између људи укључених у софтверски пројекат
Изузетно погодан за велике и дугорочне пројекте
Минимални захтеви за ресурсима и врло једноставни за управљање
Мане агилног модела
У великој мери зависи од јасних захтева купаца
Прилично је тешко предвидети време и напор за веће пројекте
Није погодно за сложене пројекте
Недостаје ефикасност документације
Повећани ризици одржавања
Кренимо сада и разговарајмо о ДевОпс фазама и алатима.
ДевОпс бине и алати
Као што је раније поменуто, различите фазе као што су континуирани развој, континуирана интеграција, континуирано тестирање, континуирано постављање и континуирано надгледање чине животни циклус ДевОпс-а. Сада ћемо погледати сваку од фаза ДевОпс животног циклуса једну по једну.
Фаза - 1: Континуирани развој
Коришћени алати: Гит, СВН, Мерцуриал, ЦВС
Процес тока:
Ово је фаза која укључује „планирање“ и „кодирање“ софтвера. Ви одлучујете о визији пројекта током фазе планирања, а програмери започињу са развојем кода за апликацију.
Не постоје ДевОпс алати који су потребни за планирање, али постоји низ алата за одржавање кода.
Код може бити на било ком језику, али га одржавате помоћу алата за контролу верзија. Овај поступак одржавања кода познат је под називом Управљање изворним кодом.
Након што се код развије, прелазите на фазу континуиране интеграције.
Фаза - 2: Континуирана интеграција
Алати: Јенкинс, ТеамЦити, Травис
Процес тока:
Ова фаза је срж читавог ДевОпс животног циклуса. То је пракса у којој програмери захтевају чешће уређивање промена изворног кода. То може бити свакодневно или недељно.
Затим направите свако урезивање и то омогућава рано откривање проблема ако су присутни. Грађевински код не укључује само компилацију, већ укључује и преглед кода, јединствено тестирање, интеграционо тестирање и паковање.
Код који подржава нову функционалност је са постојећим кодом. Будући да се континуирано развија софтвер, потребно је да ажурирани код интегришете непрекидно, као и глатко, са системима како бисте одражавали промене крајњим корисницима.
- У овој фази користите алате за изградњу / паковање кода у извршну датотеку како бисте га могли проследити у следеће фазе.
Фаза - 3: Континуирано тестирање
Алати: Јенкинс, Селениум ТестНГ, ЈУнит
Процес тока:
Ово је фаза у којој континуирано тестирате развијени софтвер на грешке помоћу алата за аутоматизацију. Ови алати омогућавају КА-има да паралелно темељно тестирају више база кода како би се осигурало да у функцији нема недостатака. У овој фази можете користити Доцкер контејнере за симулацију тест окружења.
Селен користи се за тестирање аутоматизације, а извештаје генерише ТестНГ . Целу ову фазу тестирања можете аутоматизовати помоћу алата за континуирану интеграцију названог Јенкинс.
Претпоставимо да сте написали код селена на Јави да бисте тестирали своју апликацију. Сада можете да направите овај код помоћу мрава или мавена. Једном када направите код, тестирате га за тестирање прихватљивости корисника (УАТ). Читав овај процес се може аутоматизовати помоћу Јенкинс .
Фаза - 4: Континуирано распоређивање
Коришћени алати:
оквир вођен подацима у примеру селена вебдривер
Управљање конфигурацијом - кувар, лутка, одговор
Контејнеризација - Доцкер, Вагрант
Процес тока:
- Ово је фаза у којој распоредите код на производне сервере. Такође је важно осигурати да правилно распоредите код на свим серверима. Пре него што наставимо, покушајмо да разумемо неколико ствари о управљању конфигурацијом и Алати за контејнеризацију . Ови скупови алата овде помажу у постизању континуиране примене (ЦД).
Управљање конфигурацијом је чин успостављања и одржавања доследности у функционалним захтевима и перформансама апликације. Дозволите ми да ово поједноставим речима, то је чин пуштања примена на сервере, заказивање ажурирања на свим серверима и најважније одржавање конфигурација на свим серверима.
Алати за контејнеризацију такође играју једнако кључну улогу у фази примене. Алати за контејнеризацију помажу у постизању доследности у развојном, тестном, сценском и производном окружењу. Поред тога, они такође помажу у брзом повећању и смањивању случајева.
Фаза - 5: Континуирано праћење
Коришћени алати: Сплунк, ЕЛК Стацк, Нагиос, Нев Релиц
Процес тока:
- Ово је врло критична фаза животног циклуса ДевОпс-а у којој непрестано надгледате перформансе ваше апликације. Овде бележите виталне информације о употреби софтвера. Затим ове податке обрађујете да бисте проверили исправну функционалност апликације. У овој фази решавате системске грешке као што су недостатак меморије, недоступност сервера итд.
Ова пракса укључује учешће Оперативног тима који ће надгледати активност корисника у вези са грешкама или било каквим неправилним понашањем система.Алати за континуирано надгледање помажу вам да пажљиво надгледате перформансе апликације и сервере, а такође вам омогућавају да проактивно проверите стање система.
На крају, разговараћемо о томе ко је тачно ДевОпс инжењер.
Ко је ДевОпс инжењер?
ДевОпс инжењер је неко ко разуме животни циклус развоја софтвера и има потпуно разумевање различитих алата за аутоматизацију за развој дигиталних цевовода (ЦИ / ЦД цевоводи).
ДевОпс Енгинеер ради са програмерима и ИТ особљем како би надгледао издања кода. Они су или програмери који се занимају за размештање и мрежне операције или сисадмини који воле страст према скриптирању и кодирању и прелазе на развојну страну где могу побољшати планирање теста и примене.
Дакле, то је све било с моје стране у овом чланку о томе шта је ДевОпс. Надам се да сте разумели све о чему сам овде говорио. Ако имате питања, љубазно их наведите у одељку за коментаре.
Следи листа блогова који би вам могли бити занимљиви:
Сад кад сте разумели Шта је ДевОпс , погледајте Едурека, поуздана компанија за учење на мрежи са мрежом од више од 250.000 задовољних ученика раширених широм света. Едурека ДевОпс сертификациони курс помаже ученицима да разумеју шта је ДевОпс и стекну стручност у различитим ДевОпс процесима и алатима као што су Пуппет, Јенкинс, Нагиос, Ансибле, Цхеф, Салтстацк и ГИТ за аутоматизацију више корака у СДЛЦ-у.
Имате питање за нас? Молимо вас да то споменете у одељку за коментаре и јавићемо вам се.