devops practice based agile manifesto
V naši prejšnji video vadnici dne Demistifikacija DevOps , smo podrobno izvedeli vse o DevOpsu.
Podrobno smo si ogledali tudi pomen DevOps in različne druge dejavnike, povezane z njim.
Predlagano branje => Serija intenzivnih treningov DevOps
Zdaj pa pojdimo skozi 2. del 'Demistifikacija DevOps'.
Kratek povzetek tega, kar smo obravnavali v 1. delu:
Kaj je DevOps? DevOps je kultura v organizaciji, ki se osredotoča na zagotavljanje vrednosti kupcu s stalnim sodelovanjem razvojnih, operativnih in ostalih zainteresiranih strani.
Kaj ni DevOps? DevOps ni licenčni ali odprtokodni izdelek, ni specifikacija niti standard.
Kakšne so prednosti DevOps? DevOps prinaša visokokakovostno dostavo, hitrejšo dostavo, pogoste razmestitve, majhne razmestitve, manj napak v proizvodnji itd.,
Kakšne so prakse DevOps? Prakse Devops vključujejo nenehno integracijo, avtomatizacijo preizkusov, neprekinjeno uvajanje, infrastrukturo kot kodo, upravljanje konfiguracije, upravljanje izdaj in spremljanje delovanja aplikacij.
Kakšne so navade DevOpsa? Navade Devops vključujejo upravljanje tehničnega dolga, osredotočenost na zagotavljanje vrednosti kupcu, kulturo spletnega mesta v živo, avtonomijo ekipe, upravljanje infrastrukture kot prilagodljivega vira, razvoj na podlagi hipotez, meritve iz proizvodnje.
Kakšne so meritve DevOps? Spretnost in zanesljivost sta ključni metriki osredotočenosti DevOps.
nedefinirano sklicevanje na funkcijo razreda c ++
V tem delu predavanja bomo izvedeli naslednje:
Kakšne so prakse DevOps, ki so razvite na podlagi agilnih načel in kako se dosegajo cilji DevOps?
V prvem delu smo DevOps nenehno opredeljevali kot sodelovanje. Dovolite nam, da razumemo, kaj pravzaprav je to sodelovanje in kako prakse DevOps pomagajo razviti sodelovanje med Razvojom in Operacijo pri doseganju njegovih ciljev?
V tem delu bomo razumeli pomen ključnih elementov DevOps, kot so nadzor virov in avtomatizacija ter dostava majhnih korakov. Ostali elementi, kot so nenehna integracija, neprekinjeno testiranje, neprekinjena dobava in spremljanje aplikacij, bodo pojasnjeni v prihodnjem delu.
Kot smo že obvestili, prakse DevOps v glavnem temeljijo na agilnih načelih in praksah. Od 12 agilnih načel so naslednja 4 tista, ki neposredno veljajo za DevOps.
Torej, bolje je osvežiti te agilne manifesta, ki veljajo za funkcije DevOps. O teh se ne bom spuščal v podrobnosti.
Naj jih hitro preberemo.
# 1) Posamezniki in interakcije - nad procesi in orodji
# 2) Delovna programska oprema - obsežno dokumentacijo
# 3) Sodelovanje s strankami - čez pogajanja o pogodbi
# 4) Odziv na spremembe - nad sledenjem načrtu
Na podlagi teh agilnih načel je DevOps razvil določena načela in prakse, ki so naslednje:
- Prinesite vrednost za kupca
- Dostavite delujočo programsko opremo
- Spremembe podpore
- Sodelujte
- Motivirajte ekipo in dajte svobodo članom ekipe
- Dostavite hitreje in hitreje
# 1) Kupcu prinesite vrednost z zagotavljanjem manjše, pogoste in neprekinjene uporabe programske opreme.
#two) Dostavite delujočo programsko opremo v krajšem časovnem obdobju. Kupec ne bo pogledal odličnega dizajna, ki ga izdelamo, niti fantastične arhitekture ali načrta ali strategije, ki jo izdelamo za razvoj programske opreme, ampak vse, kar si želi, je delujoča programska oprema.
# 3) Spremembe podpore zahteve, kadar stranka to želi, glede na tržne trende. To je za kupca zelo pomembno. Naša metodologija za razvoj programske opreme mora biti dovolj prilagodljiva, da bo lahko obvladovala kakršne koli spremembe, ki jih zahteva stranka, in jih udobno zagotavljati.
# 4) Sodelujte ..sodelujejo ... sodelujejo. Sodelujte in nenehno sodelujte s podjetjem, da prvič izdelate programsko opremo.
# 5) Tako Agile kot DevOps enako pomenita ekipi in ljudem. Torej, načelo DevOps pravi, motivirati ekipo , jim dajte svobodo, jim zagotovite podporo, kadar so v stiski, razvijte jim zaupanje, da bodo dobili delo.
Če delo opravijo iz prostovoljnega interesa, bo kakovost dobra, namesto da bi to storili prisilno in pod pritiskom. Poleg sodelovanja gibčni predlagajo komunikacijo iz oči v oči v razvojni skupini.
Povečajte torej komunikacijo iz oči v oči s stand-up sestanki, preglednimi sestanki itd. To razvija timski duh in pomaga pri motiviranju ekipe in razvoju zdrave konkurence.
Kakšne so prakse DevOps, ki so razvite na podlagi agilnih načel in kako se dosegajo cilji DevOps? Drug ključni vidik DevOps-a je hitrejše in hitrejše delovanje. Vemo, da se je med agilnimi vajami scrum, Kanban ali kaj drugega hitreje nanašalo na dostavo v nekaj tednih do mesecu, zdaj pa se je z DevOpsom spremenil v več kot nekaj ur. Hitrejša dostava v DevOps se torej nanaša na dostavo v nekaj urah.
Organizacije, kot so Amazon, Flipkart in Google, posodobijo in objavijo v nekaj urah. To je hitrost in kakovostna udeležba, ki se pričakuje od tistih, ki vadijo DevOps. Procesi, navade in prakse DevOps so tako močni, da ekipi omogočajo, da to doseže skupaj.
Torej lahko jasno rečemo, da se vse teorije in prakse DevOps vrtijo okoli osnovnih okretnih načel, lahko rečem, njihove razširitve.
Tu moramo pogledati in se naučiti, kaj moramo delati vsak dan, vaditi in navajati, da dosežemo cilje DevOps.
Ni dovolj le ena oseba ali nekaj članov ekipe, ki bi to morali vaditi. Vsi v ekipi, tako pri razvoju, kot tudi pri operacijah, morajo te prakse dosledno sprejeti in narediti BAU, kot običajno, nato pa je v navadi vseh v skupini, da to izvajajo večkrat.
Uspeh DevOps-a je torej odvisen zgolj od tega, kako resno se te prakse držijo vsi in vsi v ekipi. In brez dvoma je uspeh zagotovo, če se te prakse versko upoštevajo.
Najboljše prakse in navade DevOps smo že spoznali na našem predavanju part1, ki ekipi omogoča doseganje kulture DevOps. Torej ni izgube tolikokrat, kot ponavljamo te prakse, ki jih je treba upoštevati, da bi dosegli cilj DevOps.
Kot vemo, je cilj DevOps usmeriti pozornost k doseganju vrednosti za stranke z manjšimi uvedbami, hitrejšimi uvajanji in neprekinjenimi uvedbami. Dovolite nam, da razumemo, kaj moramo storiti v praksi DevOps, da to dosežemo poleg agilnih praks.
Prvi je ta, da že vemo, da moramo sodelovati z vsemi zainteresiranimi stranmi, da bodo vsi podatki na voljo celotni skupini in jih bomo imeli v mislih pri razvoju programske opreme.
Na primer , lahko gre za majhno spremembo privzete konfiguracije okolja, ki jo načrtuje operativna skupina, in da je treba informacije posredovati vsem članom ekipe, tako da lahko vsak v skupini poskrbi za vpliv spremembe, kjer koli je to primerno.
Tako kot razvijalci skrbijo med kodiranjem, preizkuševalci poskrbijo, da je na koncu posodobljena najnovejša posodobitev. Konfiguracija je preizkušena v primerjavi s starejšo.
V bistvu se mora ekipa združiti in skupaj rešiti težavo, najsi gre za oblikovalsko težavo, arhitekturo, testiranje ali uvajanje ali delovanje aplikacije. Kmalu bomo razumeli več o sodelovanju.
Tehnični dolg je treba čim bolj zmanjšati.
Vsak del programa je zelo pomemben in če ga bomo zanemarili in se ga ne bomo pravočasno udeležili, bo v kasnejši fazi prišlo do težav s kakovostjo.
Zato je zelo pomembno, da smo pozorni na podrobnosti, odličnost in se nenehno osredotočamo na potrebe strank in v nobeni fazi ne sprejmemo nobenega kompromisa.
Vemo, kako pomemben je vsak vidik življenjskega cikla razvoja programske opreme in njegov vpliv, če mu ne posvečamo pozornosti. Torej, če se osredotočimo na najboljšo arhitekturo, zahteve, načrtovanje, testiranje, so vsi zelo pomembni in v nobeni fazi faz SDLC ne predstavljajo kompromisov.
O pomembnosti zbiranja metrike smo že izvedeli iz neposrednih sporočil.
Upam, da ste uživali v tej informativni vadnici !!
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- DevOps Automation: Kako se avtomatizacija uporablja v praksi DevOps
- Pomen majhnih prirastkov dobav v DevOps
- Nadzor virov ali nadzor različic v DevOps (Video vadnica, 2. del - blok 2)
- Agile Manifesto: Razumevanje okretnih vrednot in načel
- Sprememba miselnosti agilnega preizkuševalca: uskladitev z agilnim manifestom
- Neprekinjena razmestitev v DevOps
- Neprekinjena dostava v DevOps
- Vadnica za DevOps: Končni vodnik po DevOps (25+ vadnic)