„DevOps“ ir „Agile“! Viskas, ką reikia žinoti



Šiame „DevOps“ ir „Agile“ tinklaraštyje palyginama, kaip skiriasi dvi programinės įrangos kūrimo metodikos, praktika / procesai, kuriais jie vadovaujasi, ir kokia jų pagrindinė dėmesio sritis.

„DevOps“ yra madingas žodis, kuris jau kurį laiką yra populiarus pramonėje. Nepaisant populiarumo, kyla daug painiavos, kiek ji skiriasi nuo Agile. Kas blogiau? The „DevOps“ vs judrus , yra nesibaigiančios diskusijos IT pramonėje.

Jei norite suprasti, kokie jie skirtingi ir kuris iš jų yra geresnis už kitą, tada laikykitės šio „DevOps vs Agile“ tinklaraščio pabaigos, kur aš atskleisiu daugybę pramonės paslapčių. Tačiau skirtumų tarp jų santrauka pateikiama žemiau esančioje lentelėje.





egzemplioriaus kintamasis Java pavyzdyje

Ar esate trokštantis „DevOps“ inžinierius, tikiuosi išmokti visus „DevOps“ įrankius? Na, jei esate, tada turėtumėte apsvarstyti išmokdami visų svarbiausių įrankių. Vienas iš tokių įrankių, kurie turi būti jūsų sąraše, yra „Ansible“.

funkcijos „DevOps“ Vikrus
Vikrumas Agility tiek kūrimo, tiek operacijų srityjeVikrumas tik vystymosi srityje
Procesai / praktika Apima tokius procesus kaip CI, CD, CT ir kt.Apima tokias praktikas kaip „Agile Scrum“, „Agile Kanban“ ir kt.
Pagrindinė dėmesio sritis Savalaikiškumas ir kokybė turi vienodą prioritetąSavalaikiškumas yra pagrindinis prioritetas
Išleidimo ciklai / kūrimo sprintai Mažesni išleidimo ciklai su greitu grįžtamuoju ryšiuMažesni paleidimo ciklai
Atsiliepimų šaltinis Atsiliepimai pateikiami iš savęs (stebėjimo įrankiai)Atsiliepimai yra iš klientų
Darbo sritis Judrumas ir automatikos poreikisTik judrumas


„DevOps“ vs judrus



„Agile“ pagrindinis principas suteikia judrumą plėtrai. Bet „DevOps“ pagrindinis principas suteikia judrumą tiek plėtrai, tiek operacijoms. Prieš kalbėdamas apie techninius „DevOps“ ir „Agile“ skirtumus, noriu išaiškinti kontekstą. Taigi kalbėsiu apie keletą netechninių skirtumų, kuriuos turėtumėte žinoti.

Svarbu atkreipti dėmesį į tai, kad „DevOps“ nėra „Agile“ pakaitalas! Skamba neteisingai? Ne, judrus nemiršta. Bet ar „DevOps“ yra geresnis? Taip, tai yra patobulinimas.

Nors „Agile“ buvo natūralus „Waterfall“ modelio ir kitų „Scrum“ praktikų pakaitalas, „DevOps“ nėra pakaitalas. Bet tai yra tiesioginis „Agile“ įpėdinis.



Panašiai, kaip laikui bėgant, praktika laikui bėgant gerėja, „Agile“ taip pat padidino savo iššūkius, o „DevOps“ pasirodė esanti labiau optimizuota praktika.

Kodėl „DevOps“ yra geresnis nei judrus?

Supraskime tai iš pradžių sužinoję, kokie buvo „Agile“ programinės įrangos kūrimo iššūkiai.

Vikrus programinės įrangos kūrimas - tai geriausios praktikos, kaip laiku sukurti kokybišką programinę įrangą, rinkinys. Tačiau problema yra ta, kad laikomasi geriausios praktikos pavyzdžių turi žmonės, dirbantys Silosai .

„Silos“ turiu omenyje, kad yra žmonių, kurie dirbs kaip Kūrėjai arba kaip Testuotojai arba kaip ITOps tarp jų labai mažai bendraujant. Kadangi tarp jų yra labai mažai bendravimo, jie nežino, ką kiti dirba, nepaisant to, kad yra to paties proceso dalis.

Šis „Silos“ redaguotas komandų darbas yra liūdnai pagarsėjusio „Kaltės žaidimo“ priežastis, vykstanti, kai programinė įranga sugenda arba turi didelių trūkumų.

„Kaltės žaidimas“

Kai klientas skundžiasi programine įranga, vidinė kaltė yra išmesta viena į kitą. „Dev“ komanda rodydavo pirštus į „QA“ komandą. Tada „QA“ komanda parodys pirštus į „ITOps“ komandą, kuri kaltę nukreiptų į „Dev“ komandą.

kaltas žaidimas - devops vs judrus - edureka

Nepaisant problemos, susijusios su sukurtu kodu, ar sistemose, kuriose yra įdiegtas kodas, problema lieka atskirai, nes niekas nenori prisiimti atsakomybės už įsukimą.

Šios amžinos problemos sprendimas?

„DevOps“ ! Tai galėjai atspėti. Bet ar galite atspėti, kaip „DevOps“ įveikia silosą?

Paprasta - „DevOps“ laužo silosus tiesiai per vidurį. „DevOps“ programoje „Dev“ komanda, „ITOps“ komanda ir „QA“ komanda nėra savarankiškai dirbanti gamos dalis. Bet jie yra „vienas“.

„DevOps“ praktikoje naudojamas a „DevOps“ inžinierius - kas daro viską: - tobulina kodą, testuoja tą kodą ir ta pati kodą taiko gamybai. Taigi, ar susivienijimas išsprendžia problemą?

Taip, tai išsprendžia vieną pagrindinį problemos aspektą. Kadangi tas pats „DevOps“ inžinierius turi daug kvalifikacijų, jam bus suteikta viso proceso nuosavybė: kodo kūrimas, vieneto testavimas / funkcinis testavimas ir šio kodo diegimas etapams / bandymams / gamybai.

Kadangi jis yra vienintelis savininkas, iškils labai nedaug problemų. Net jei kiltų problemų, žmogus, kuris geriausiai žino produktą, dirbs darbe.

Kalbant apie geriausią žmogų, kita „DevOps“ išspręsta problema yra priklausomybės problema. Taigi, net jei „ITOps“ vaikino nėra, vėlavimo nebus. Kadangi, būdami „DevOps“ inžinieriais, „ITOps“ vaidmenį gali lengvai prisiimti bet kas kitas.

Ar „DevOps“ atlieka tik „DevOps“ inžinieriai?

Na, tai yra laimikis. Visada atrodo, kad „DevOps“ inžinieriai yra vieninteliai žmonės. Tačiau realiame pasaulyje „DevOps“ inžinieriai gali atlikti tik nurodytą vaidmenį, net jei jie gali dalyvauti per visą gyvenimo ciklą.

Jei norite paskaityti apie įvairius „DevOps“ vaidmenys tai gali egzistuoti organizacijoje .

Techniniai „DevOps“ ir „Agile“ skirtumai

Procesas ar praktika?

Vikrus vystymasis apima tokias praktikas kaip: Vikrus Scrum & Vikrus Kanbanas .

„DevOps“ apima daugybę techninių procesų, tokių kaip: nuolatinis tobulinimas, nuolatinė integracija (PI), nuolatinis testavimas (PI), nuolatinis diegimas (CD) ir nuolatinis stebėjimas.

Pagrindinė dėmesio sritis?

Vikrus kūrimas daugiausia dėmesio skiria kokybiškos programinės įrangos išleidimui laiku.

„DevOps“ žengia dar vieną žingsnį. Pagrindinis dėmesys skiriamas kokybiškos programinės įrangos garantavimui laiku. Kokybę garantuoja Nuolatinis stebėjimas programinę įrangą po jos įdiegimo.

Išleidimo ciklai / kūrimo sprintai

„Agile“ sutelkia dėmesį į mažesnius išleidimo ciklus su laipsnišku programinės įrangos pristatymu.

„DevOps“ sutelkia dėmesį į mažesnius išleidimo ciklus su laipsnišku pristatymu ir greitu grįžtamuoju ryšiu.

Kas teikia atsiliepimus?

„Agile“ atsiliepimus dažniausiai teikia klientai.

„DevOps“ sistemoje grįžtamąjį ryšį dažniausiai matuoja vidinė komanda (naudojant nuolatinio stebėjimo įrankius).

Darbo sritis

„Agile“ daugiausia dėmesio skiria darbui su „Speed“ arba „Agility“.

„DevOps“ daugiausia dėmesio skiria automatizavimui pasiekti, organizuodama įvairius „DevOp“ įrankius.

Dabar tai užbaigia šį „DevOps vs Agile“ tinklaraštį. Sekite naujienas „Edureka“ ir gaukite įdomesnių „DevOps“ tinklaraščių. Norėdami geriau suprasti „DevOps“ ir „Agile“ skirtumus, galite žiūrėti žemiau pateiktą vaizdo įrašą.

„DevOps“ ir „Agile“ „DevOps“ pamoka pradedantiesiems | „DevOps“ mokymai Edureka

Struktūrinius „DevOps“ mokymus rasite apsilankę sukūrė patikima internetinė mokymosi įmonė „Edureka“, turinti daugiau nei 250 000 patenkintų besimokančiųjų tinklą visame pasaulyje.

neveikia lentos duomenų maišymas

„Edureka DevOps“ sertifikavimo mokymo kursas padeda besimokantiesiems įgyti įvairių „DevOps“ procesų ir įrankių, tokių kaip „Git“, „Jenkins“, „Docker“, „Puppet“, „Ansible“ ir „Nagios“, patirties, siekiant automatizuoti kelis SDLC veiksmus.

Turite mums klausimą? Prašau paminėti tai komentarų skiltyje ir mes su jumis susisieksime.