Мени

Демистификовање ДевОпс-а: Видео водич (1. део)

demystifying devops video tutorial

Испробајте Наш Инструмент За Елиминисање Проблема

Видео водичи за ДевОпс:

како започети јава пројекат

У претходном упутству смо научили како ће ДевОпс утицати на КА тестирање . Овде ћете у овом упутству научити све о ДевОпс-у са видео записом који је у њему укључен.

(Померите се надоле да бисте започели са првим видео записом из ове серије)

Препоручено читање => ДевОпс серија обуке

Данас је ДевОпс актуална тема и модна реч у ИТ индустрији.

Демистификација ДевОпс-а

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

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

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

Стога је веома важно да сви демистификују „ДевОпс“.

Демистификовање ДевОпс-а - Видео водичи

Сврха ДевОпс видео туторијала за обуку:

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

Садржај:

Садржи,

  • Све о ДевОпс-у.
  • Шта је сарадња и како успоставити сарадњу између Дев-а и Опс-а?
  • Кључни процеси ДевОпс-а, ​​континуирана интеграција, континуирано тестирање и континуирано постављање.
  • Кључни концепти ДевОпс-а, ​​управљање издањима, управљање конфигурацијом и надгледање апликација.

Кључна учења:

  • Способан да дефинише ДевОпс.
  • Зашто су организацији потребни ДевОпс?
  • Како започети са ДевОпс-ом?
  • Како окупити развојни и оперативни тим?

Изглед:

  • Овај комплетни водич је структуриран у 4 дела, део 1, део 2, део 3 и део 4, а затим затварање или сажимање дела 5.
  • Сваки део је даље подељен на блокове мањих видео записа са намером да свима буде лако да добро разумеју.
  • У сваком од ових видео записа налази се преглед онога што је обрађено у претходном видео снимку и онога што ће бити покривено у следећем видео снимку.
  • Видео је врло једноставан, са једноставним језиком и ПоверПоинт дијапозитивима са неколико корисних цртежа који објашњавају где год је потребно.
  • Сваки видео је сам по себи независан да би разумео свој концепт и не мора да упућује на било који други видео. Али има смисла ићи редом од дела 1 до дела 4 ради бољег разумевања теме.

Покривеност:

Део 1 : (Овај водич)

Увод у ДевОпс. Његова позадина, дефиниција, вредност, користи, навике и најбоље праксе ДевОпс-а.

Део 2 :

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

3. део :

Детаљи о кључним процесима ДевОпс-а попут,

  • Континуирано интеграција,
  • Континуирано тестирање и
  • Континуирано распоређивање.

4. део :

Значај још неколико кључних процеса ДевОпс-а,

  • Управљање конфигурацијом,
  • Управљање издањима и
  • Надгледање перформанси апликација у Ливе.

Део 5 :

Кратак преглед целог курса.

********************************************

Почнимо са првим видео упутством у овој серији:

У овом првом делу видеа овог водича научићете,

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

ВИДЕО 1. део: Увод- 21 минут 46 секунди

Па, данас ћу говорити о теми „Демистификовање ДевОпс-а“, која је врло актуелна тема у ИТ индустрији ових дана.

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

Хајде!! Да схватимо о чему се ради у овом ДевОпсу.

Преглед

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

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

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

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

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

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

Шта је ДевОпс?

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

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

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

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

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

Ово је велика разлика и кључни аспект ДевОпс-а.

Коначно, Девопс је култура која омогућава људима да се усредсреде на,

  1. Купац
  2. Испорука у производњу,
  3. Аутоматизација
  4. Повратне информације и мерење

Шта није ДевОпс?

Након разумевања шта је ДевОпс, такође је боље разумети шта није ДевОпс, како би се избегле забуне.

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

То такође није било који скуп процеса попут ИСО, ЦММИ, тако да се човек може прилагодити и добити сертификат.

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

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

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

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

Све више и више софтвера за приступање облаку заснованим решењима захтевало је континуирано тестирање, континуирано постављање и аутоматизацију, како би се смањило време циклуса.

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

Вредност ДевОпс-а

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

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

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

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

Предности ДевОпс-а

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

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

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

Контрола верзија омогућила је софтвер за подршку на више платформи, а рано и континуирано тестирање резултирало је мањим недостацима и мањом стопом отказа у производњи.

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

Пракса ДевОпс-а

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

# 1) Управљање конфигурацијом: Знање јасно, шта примењујемо, како постављамо и која ће конфигурација ићи у производњу је кључ за управљање конфигурацијом које је потпуно контролисано верзијом.

# 2) Управљање издањима : Јасно закључујући, како градимо цевовод за испуштање и управљамо њима, кључни је аспект управљања издањима.

# 3) Континуирана интеграција: Осигурава да је свако урезивање кода контролисано верзијом, тестирано и компајлирано, а база кода стално одржавана уредном и чистом.

# 4) Континуирано постављање: Циља на примену компајлираног кода континуирано, све од тестирања до производног окружења.

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

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

ц ++ сачекајте 1 секунду

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

Навике ДевОпс-а

Као што Аристотел каже: „Јесмо. Оно што више пута радимо ... Изврсност, дакле, није чин већ навика.

Дакле, ово називам „навикама“, јер их практикујемо више пута.

Због тога се ове редовне навике морају развијати у тиму без икаквог компромиса, док се намерава вишеструка испорука квалитетног софтвера.

# 1) Управљање техничким дугом:

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

Као што сам више пута споменуо, фокусирање на вредност за купца је начин размишљања тима, а то је кључни аспект културе ДевОпс-а, ​​који тим стално чини да чини све и све подвучено у циљу доношења вредности за купца.

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

Стога, фокус на Вредност за купце мотивише и обогаћује тим да сваки пут ради све боље и боље.

# 2) Развој вођен хипотезама :

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

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

# 3) Мерење из примене:

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

# 4) Култура веб сајта уживо :

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

Култура је натерати све у тиму да схвате да „Ако није на Ливе Сите-у, нема га нигде“ и нема сврхе или било какве користи ако не можемо доћи до Ливе-а, па стога нећемо моћи да га досегнемо нашим крајњим корисницима ако није у Ливе-у.

# 5) Инфраструктура као флексибилни ресурс:

Управљање инфраструктуром као флексибилним ресурсом је веома важан аспект ДевОпс-а, ​​јер бисмо у сваком тренутку требали бити у могућности да се решимо постојеће инфраструктуре и поставимо нову, јер смо нашу инфраструктуру врло лако дефинисали као код.

Овај аспект ДевОпс-а помаже нам да наш софтвер учинимо мултиплатформним подржавајућим и мулти-верзијским.

# 6) Сарадња у тиму:

До сада сви јасно знамо да развој софтвера нису само алати или процеси сами. То је тим који треба да сарађује између себе и усклади се са пословним циљем.

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

Отуда су ови ставови, понашања и навике кључни темељни аспекти ДевОпс културе.

ДевОпс Метрицс

Прошло је време када смо некада сакупљали традиционалне метрике повезане са развојем и тестирањем које су се фокусирале само на интерни развој и тестирање софтвера. Како се фокус испоруке променио, прикупљени показатељи такође су се усклађивали према проналажењу вредности за купца.

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

А ове метрике би било прикладно мерити из перспективе „вредности за купца“ и дефинишу како тим иде в.р.т. Имплементација ДевОпс-а.

У основи, метрика агилности је мерење развојне ефикасности, а поузданост мерење оперативне ефикасности.

# 1) Метрике агилности:

И број примена током одређеног временског периода.

(и) Знамо да се ДевОпс бави испоруком мањих делова и брзом испоруком.

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

Следеће је „Време потребно за примену промена“:

(ии) Такође знамо колико се често мењају погледи купаца што резултира захтевима за промену и намера ДевОпс-а је да те промене у најмању руку окрене производњи.

Стога је следећи аспект показатеља агилности провера: Колико је времена потребно за примену захтева за промену у продукцији?

# 2) Показатељи поузданости:

Метрика поузданости је мерење поузданости софтвера након примене.

Показатељи поузданости укључују,

  1. Стопа неуспеха издања и
  2. Време је да откријемо проблеме и решимо их.

# 1) Стопа неуспеха издања је да се измери: Колико често не успевамо с обзиром на наше размештање? Овде је циљ осигурати да се током одређеног временског периода ова одређена метричка нула смањи, а тим се једноставно навикне на успешно постављање сваки пут и чешће одлазак у производњу постане навика.

#два) Сада је време за откривање и решавање проблема да измери време потребно за откривање квара и његово отклањање. Ова метрика такође треба да провери: Колико брзо можемо да схватимо шта се догађа у производњи, проактивно откријемо проблеме, отклонимо их решавањем проблема и усмери ка развојном циклусу као решење.

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

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

Направимо брз преглед:

  • Шта је ДевОпс?
  • Шта ДевОпс није?
  • Које су предности ДевОпс-а?
  • Које су праксе и навике ДевОпс-а?
  • А које су кључне метрике ДевОпс-а?

Шта је ДевОпс? ДевОпс је култура у организацији која се усредсређује на пружање вредности купцу кроз сталну сарадњу Развојних, Оперативних и осталих заинтересованих страна.

Шта није ДевОпс? ДевОпс није лиценцирани или производ отвореног кода, нити спецификација нити стандард.

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

Које су праксе ДевОпс-а? ДевОпс праксе су континуирана интеграција, аутоматизација тестирања, континуирано постављање, инфраструктура као код, управљање конфигурацијом, управљање издањима и праћење перформанси апликација.

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

Које су метрике ДевОпс-а? Окретност и поузданост су кључне метрике фокуса ДевОпс-а.

О аутору за видео туторијале на ДевОпс:

Члан СТХ тима Гаиатхри Субрахманиам је стручњак за тестирање софтвера са више од једне и по деценије искуства у испоруци пројеката за тестирање софтвера за различите глобалне клијенте из различитих домена. Испоручила је софтвер, интензивно радећи на традиционалним и агилним методологијама за развој софтвера (СЦРУМ, САФЕ) и најновије радећи у ДевОпс методологији.

У нашем следећем видео упутству научићемо ДевОпс праксе засноване на агилним принципима.

лс команда у уник-у са примерима

ПРЕВ Туториал |. | СЛЕДЕЋА Лекција

Препоручено читање

^