devops practice based agile manifesto
У нашем претходном видео упутству за Демистификација ДевОпс-а , детаљно смо сазнали све о ДевОпсу.
Такође смо детаљно погледали значење ДевОпс-а и разне друге факторе који се на њега односе.
Предложено читање => Интензивна серија обуке за ДевОпс
Сада ћемо проћи кроз део 2 „Демистификовање ДевОпс-а“.
је ц ++ бољи од јаве
Кратки осврт на оно што смо покрили у првом делу:
Шта је ДевОпс? ДевОпс је култура у организацији која се усредсређује на пружање вредности купцу кроз сталну сарадњу Развоја, Операција и остатка заинтересованих страна.
Шта није ДевОпс? ДевОпс није лиценцирани или производ отвореног кода, није спецификација нити стандард.
Које су предности ДевОпс-а? ДевОпс доноси испоруку високог квалитета, бржу испоруку, честе примене, мале примене, мање стопе отказа у производњи итд.,
Које су праксе ДевОпс-а? Девопс праксе укључују континуирану интеграцију, аутоматизацију тестирања, континуирано постављање, инфраструктуру као код, управљање конфигурацијом, управљање издањима и праћење перформанси апликација.
Које су навике ДевОпс-а? Навике Девопс-а укључују управљање техничким дугом, фокус на испоруци вредности купцу, културу веб локација уживо, аутономију тима, управљање инфраструктуром као флексибилним ресурсом, развој вођен хипотезама, метрике из производње.
Које су метрике ДевОпс-а? Окретност и поузданост су кључне метрике фокуса ДевОпс-а.
У овом делу предавања научићемо следеће:
Које су праксе ДевОпс-а развијене на основу агилних принципа и како се постижу циљеви ДевОпс-а?
У првом делу смо наставили да дефинишемо ДевОпс као сарадњу. Да схватимо шта је заправо ова сарадња и како праксе ДевОпс помажу у развоју сарадње између Развоја и Операција у постизању њених циљева?
У овом делу ћемо разумети важност кључних елемената ДевОпс-а попут контроле извора и аутоматизације и испоруке малих прираста. Остали елементи попут континуиране интеграције, континуираног тестирања, континуиране испоруке и праћења апликација биће објашњени у наредном делу.
Као што је раније обавештено, ДевОпс праксе се углавном заснивају на агилним принципима и праксама. Од 12 агилних принципа, следећа 4 су она која се директно примењују на ДевОпс.
Дакле, боље је освежити ове Агиле манифеста који се примењују на функције ДевОпс. Нећу детаљно да говорим о овима.
Прочитајмо их брзо.
# 1) Појединци и интеракције - преко процеса и алата
# 2) Радни софтвер - преко свеобухватне документације
# 3) Сарадња са купцима - преко преговора о уговору
# 4) Одговор на промене - преко праћења плана
На основу ових агилних принципа, ДевОпс је развио одређене принципе и праксе, који су следећи:
- Донесите вредност купцу
- Испоручите радни софтвер
- Промене подршке
- Сарадња
- Мотивишите тим и дајте слободу члановима тима
- Доставите све брже и брже
# 1) Донесите вредност купцу испоруком мањег, честог и континуираног постављања софтвера.
#два) Испоручите радни софтвер у краћем временском оквиру. Купац неће гледати сјајни дизајн који израђујемо или фантастичну архитектуру или план или стратегију коју израђујемо како бисмо развили софтвер, већ све што они желе је радни софтвер.
# 3) Промене подршке према захтевима кад год купац жели, на основу тржишног тренда. Ово је веома важно за купца. Наша методологија за развој софтвера треба да буде довољно флексибилна да се носи са свим променама које купац затражи и пружа их са удобношћу.
# 4) Сарадња ..сарадити ... сарађивати. Сарађујте и непрестано сарађујте са предузећем како бисте први пут направили софтвер.
# 5) И Агиле и ДевОпс подједнако дају велики значај тиму и људима. Дакле, принцип ДевОпс каже, мотивисати тим , дајте им слободу, пружите им подршку која им је потребна кад год су у потреби, развијте поверење у њих како би добили посао.
Ако посао обављају из добровољног интереса, квалитет ће бити добар, уместо да се то ради присилно и под притиском. Поред сарадње, агилни предлаже и комуникацију лицем у лице унутар развојног тима.
Дакле, максимизирајте комуникацију лицем у лице путем станд уп састанака, састанака за преглед итд. Ово развија тимски дух и помаже у мотивисању тима и развоју здравог такмичења.
Које су праксе ДевОпс-а развијене на основу агилних принципа и како се постижу циљеви ДевОпс-а? Још један кључни аспект ДевОпс-а је испорука брже и брже. Знамо, током агилне праксе, сцрум, Канбан или било шта друго, брже се односило на испоруку током неколико недеља до месец дана, сада се то код ДевОпса променило на више од неколико сати. Дакле, бржа испорука у ДевОпс-у односи се на испоруку током неколико сати.
Организације попут Амазона, Флипкарта и Гоогле-а ажурирају и објављују своја издања за неколико сати. То је брзина и квалитетна излазност која се очекује од оних који вежбају ДевОпс. Отуда су ДевОпс процеси, навике и праксе толико јаки да омогућава тиму да раде заједно да би то постигли.
Дакле, можемо јасно рећи да се све ове теорије и праксе ДевОпс-а врте око основних агилних принципа, могу да кажем, њихово проширење.
Овде оно што треба да погледамо и научимо је да оно што треба свакодневно радити, вежбати и навикавати да би се постигли циљеви ДевОпс-а.
Није довољно само једна особа или неколицина у тиму која би то требало да вежба. Сви у тиму, како у развоју, тако и у операцијама, морају стриктно усвојити ове праксе и учинити их БАУ, уобичајеним за пословање, а тада свима постаје навика у тиму да то понављају више пута.
Отуда успех ДевОпс-а зависи само од тога колико се озбиљно следе сви поступци у тиму. И без сумње је успех сигуран ако се ове праксе поштују религиозно.
Већ смо научили најбоље праксе и навике ДевОпс-а у нашем парт1 предавању, што омогућава тиму да постигне ДевОпс културу. Дакле, нема губитка онолико пута колико поновимо ове праксе које треба следити како бисмо постигли циљ ДевОпс-а.
Као што знамо, циљ ДевОпс-а је усредсредити се на доношење вредности за купца кроз мање примене, брже постављање и континуирано постављање. Хајде да схватимо шта треба да радимо у ДевОпс пракси да бисмо то постигли изнад агилних пракси.
Прва је она коју већ знамо, а то је сарадња коју морамо имати са свим заинтересованим странама како би све информације биле доступне читавом тиму и имале се на уму током развоја софтвера.
На пример , то би могла бити мала промена у подразумеваној конфигурацији окружења коју оперативни тим планира да изврши и те информације треба проследити свим члановима тима како би сваки у тиму могао да брине о утицају промене, где год је применљиво.
Као што програмери воде рачуна о кодирању, тестери осигуравају да се на крају изврши најновије ажурирање. Конфигурација је тестирана у односу на старију.
У основи, тим мора да се окупи и заједно ради на решавању проблема, било да је то проблем дизајна, архитектуре, тестирања или примене или перформанси апликације. Убрзо ћемо разумети више о сарадњи.
Технички дуг мора бити што је могуће мањи.
Сваки део програма је веома важан и ако се занемари и не присуствује на време, то ће довести до проблема са квалитетом у каснијој фази.
Стога је обраћање пажње на детаље, изврсност и континуирано фокусирање на потребе купаца веома важно и не сме се постићи компромис у било којој фази за било шта осим овога.
Знамо да је важан сваки аспект животног циклуса развоја софтвера и његов утицај, ако му се не посвети пажња. Дакле, фокусирање на најбољу архитектуру, захтеве, дизајн, тестирање, сви они су веома важни и без компромиса у било којој фази СДЛЦ фаза.
О важности прикупљања метрика већ смо сазнали из уживо.
Надам се да сте уживали у овом информативном водичу !!
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- ДевОпс аутоматизација: Како се аутоматизација примењује у пракси ДевОпс
- Значај малих повећања испорука у ДевОпс-у
- Контрола извора или контрола верзија у ДевОпс-у (Видео водич, 2. део - блок 2)
- Агиле Манифест: Разумевање агилних вредности и принципа
- Промена начина размишљања агилног тестера: усклађивање са агилним манифестом
- Континуирано постављање у ДевОпс
- Континуирана испорука у ДевОпс-у
- Водич за ДевОпс: Врхунски водич за ДевОпс (25+ водича)