Meni

Demistifikacija DevOps: Video vadnica (1. del)

  • Glavni
  • Drugo
  • Demistifikacija DevOps: Video vadnica (1. del)

demystifying devops video tutorial

Preizkusite Naš Instrument Za Odpravo Težav

Video vaje za DevOps:

ki je odgovoren za poslovno vrednost, ki jo je prinesla scrum ekipa

V prejšnji vaji smo se naučili kako bo DevOps vplival na testiranje kakovosti . Tukaj boste v tej vadnici izvedeli vse o DevOpsu z vključenim videoposnetkom.

(Pomaknite se navzdol, da začnete s prvim videoposnetkom v tej seriji)

Priporočeno branje => DevOps Training Series

Danes je DevOps vroča tema in modna beseda v IT industriji.

Demistifikacija DevOps

Z naraščajočim povpraševanjem po dobavi programske opreme se metodologija za dostavo programske opreme spreminja, da bi izpolnila zahtevna pričakovanja kupcev.

DevOps je torej izboljšan in najnovejši način dostave programske opreme strankam, zlasti za rešitve v oblaku, kjer naj bi se dobava programske opreme izvajala hitro.

Številne napredne organizacije so že začele sprejemati DevOps način dostave programske opreme strankam. In še veliko več jih je v smeri sprejetja. Dandanes večina IT priložnosti zahteva znanje DevOps.

Zato je zelo pomembno, da vsi demistificirajo 'DevOps'.

Demistifikacija DevOps - Video vaje

Namen video vadnic za usposabljanje za DevOps:

  • Če želite vedeti, kako DevOps koraka k njegovi izvedbi.
  • Da bi razumeli, kako DevOps prinaša spremembe v trenutnem načinu dela in dostave.
  • Ustvariti osnovno razumevanje koncepta DevOps.

Vsebina:

Vsebuje,

  • Vse o DevOps.
  • Kaj je sodelovanje in kako vzpostaviti sodelovanje med Dev in Ops?
  • Ključni procesi DevOps, nenehna integracija, neprekinjeno testiranje in neprekinjena uvedba.
  • Ključni koncepti DevOps, upravljanje izdaj, upravljanje konfiguracije in spremljanje aplikacij.

Ključna spoznanja:

  • Sposoben definirati DevOps.
  • Zakaj organizacija potrebuje DevOps?
  • Kako začeti z DevOps?
  • Kako združiti razvojno in operativno ekipo?

Postavitev:

  • Ta celotna vadnica je razdeljena na 4 dele, del1, del2, del3 in del4, nato pa del5 za zaprtje ali povzetek.
  • Vsak del je nadalje razdeljen na bloke manjših videoposnetkov z namenom, da bi ga lahko vsi dobro razumeli.
  • V vsakem od teh videoposnetkov je povzetek tega, kar je bilo zajeto v prejšnjem videoposnetku in kaj bo zajeto v naslednjem videoposnetku.
  • Video je zelo preprost, s preprostim jezikom in diapozitivi v Powerpointu z nekaj uporabnimi risbami, ki pojasnjujejo, kjer koli je to potrebno.
  • Vsak video je sam po sebi neodvisen, da bi razumel svoj koncept in mu ni treba sklicevati se na druge videoposnetke. Za boljše razumevanje teme pa je smiselno iti po vrstnem redu od dela 1 do dela 4.

Pokritost:

1. del : (Ta vadnica)

Uvod v DevOps. Njegovo ozadje, definicija, vrednost, koristi, navade in najboljše prakse DevOps.

2. del :

DevOps prakse, ki temeljijo na agilnih načelih, pomembnosti ključnih procesov, kot sta nadzor virov in avtomatizacija, ter kako se uporablja za DevOps.

3. del :

Podrobnosti o ključnih procesih DevOps, kot so

  • Stalna integracija,
  • Neprekinjeno testiranje in
  • Neprekinjeno uvajanje.

4. del :

Pomen še nekaj ključnih procesov DevOps,

  • Upravljanje konfiguracije,
  • Upravljanje izdaje in
  • Spremljanje delovanja aplikacij v živo.

5. del :

Povzetek celotnega tečaja.

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

Začnimo s prvo video vadnico v tej seriji:

V tem prvem delu videoposnetka te vadnice boste izvedeli,

  • Kakšno je ozadje DevOps in gonilnikov za predstavitev tega novega načina dobave programske opreme?
  • Kaj je DevOps, zakaj ni enotne definicije, ki bi opredelila DevOps? Je to metoda, postopek, kultura?
  • Čeprav smo razumeli, kaj DevOps je, je nujno vedeti, kaj DevOps ni.
  • Prednosti izvajanja DevOps v organizaciji.
  • In različne prakse in navade prakse DevOps.
  • Ključne metrike DevOps.

VIDEO 1. del: Uvod- 21 minut 46 sekund

No, danes bom govoril o temi 'Demistifikacija DevOps', ki je danes zelo vroča tema v IT industriji.

To modno besedo vedno znova slišimo povsod. Dandanes večina priložnosti za zaposlitev v IT išče znanje in izkušnje DevOps, zato je zelo pomembno vedeti o njih.

Daj no !! Dovolite nam, da razumemo, kaj sploh je ta DevOps.

Pregled

Ta serija z naslovom Demystifying DevOps je razdeljena na štiri dele, zaradi česar bi občinstvo počasi in vztrajno razumelo vsak del DevOpsa.

Do konca te serije sem prepričan, da boste lahko opredelili, kaj je DevOps? Zakaj potrebujemo DevOps? kakšne so njegove prednosti? kako lahko organizacija sprejme DevOps za njihovo sodelovanje? in kakšna je vloga preizkuševalca v celotni praksi DevOps?

Medtem ko je agilna praksa pospešeno pospeševala razvojni proces in ga je skupina programske opreme začela dostavljati operacijam v določenem časovnem okviru, se je IT industrija še vedno soočala z izzivi pri pripravi in ​​odpiranju programske opreme strankam.

Operacije so resnično vzele veliko časa, da se je produciralo z veliko naprej in nazaj med ekipo za programsko opremo in operacijsko skupino, ki je imela težave pri namestitvi programske opreme, njenem operacionaliziranju in upravljanju učinkovitosti.

Industrija je počasi razumela ločenost med razvojem in delovanjem ter vrzel v sodelovanju med zainteresiranimi stranmi, zlasti operacijami, razvijalci, poslovnimi analitiki in preizkuševalci pri pridobivanju programske opreme in dobavi kakovostne programske opreme, kar se je res izkazalo za drago .

In počasi je ta vrzel privedla do uvedbe prakse, imenovane „DevOps“, ki se je razvila poleg agilne prakse in načel, namenjenih zagotavljanju kakovostne programske opreme. Ali z drugimi besedami, 'učinkovitejše zagotavljanje vrednosti strankam' v kratkem času in zagotavljanje tistega, kar so stranke dejansko želele.

Kaj je DevOps?

Zdaj, ko razumemo ozadje uvedbe DevOps, nam je enostavno določiti, kaj je DevOps. Ko gre za definicijo DevOps, zanjo ni standardne definicije. Stavim pa, da bodo mnogi dali svojo različico opredelitev.

Ko smo razumeli namen in namen uvedbe DevOps, lahko jasno rečemo, da je DevOps praksa jasnega sodelovanja med deležniki pri razvoju programske opreme, ne samo med razvijalci in operacijami, ampak tudi s preostalo ekipo, da bi omogočajo hitrejšo in boljšo dostavo vrednosti kupcu.

Tukaj, ko rečem preostala ekipa, vključuje vodje projektov, poslovne analitike, ljudi, ki izpolnjujejo zahteve, tiste, ki vzdržujejo aplikacijo, uporabnike služb za stranke itd.,

Devops v glavnem premosti vrzeli, ki so obstajale že prej zaradi pomanjkanja komunikacije in sodelovanja, kar je posledično povzročilo slabo kakovost programske opreme, veliko zamudo pri uvajanju in nezadovoljne stranke.

No, DevOps ni samo sodelovanje, temveč tudi kombinacija pravega nabora ljudi, pravega nabora procesov in pravega nabora orodij, ki omogočajo neprekinjeno zagotavljanje 'vrednosti strankam'. Tu še naprej pritiskam na besedo „Vrednost za stranke“, ker je edini in končni cilj DevOps pripraviti proizvodnjo programske opreme, da bo strankam prinesla vrednost.

To je velika razlika in ključni vidik DevOpsa.

Končno je Devops kultura, ki ljudem omogoča, da se osredotočijo na

  1. Stranka
  2. Dostava v proizvodnjo,
  3. Avtomatizacija
  4. Povratne informacije in meritve

Kaj ni DevOps?

Ko razumete, kaj je DevOps, je tudi bolje razumeti, kaj ni DevOps, da se izognete zmedi.

DevOps ni odprtokodno ali licenčno orodje, ki bo na voljo na trgu, tako da ga lahko kupite, kupite, namestite in uporabite ter imate na voljo vse rezultate. Prav tako ne gre za nobeno standardno specifikacijo ali pravilnik, da bi lahko sledili in dobili želeni rezultat.

Prav tako ni nobenega sklopa procesov, kot sta ISO in CMMI, da bi se lahko prilagodil in pridobil certifikat.

Poleg manjkajočega sodelovanja med razvojem in operacijami je bilo zaradi spreminjajočih se potreb trga še veliko več bolečih točk v tradicionalni metodi razvoja programske opreme in celo v agilni metodologiji, ki jo je bilo treba obravnavati, kar je postalo ključno gonilo prakse DevOps.

No, potreba po nenehnem izboljševanju kakovosti in učinkovitosti aplikacije je bila nadvse pomembna. Naraščajoča pričakovanja, zahteve kupcev in izpolnjevanje pričakovanih izkušenj s kupci so bili pravi izziv pri tradicionalni metodi skupnega razvoja.

Nenehno naraščajoči pritisk in konkurenca na trgu za hitrejše in hitrejše sproščanje je bilo drugo ključno gonilo.

Ob trenutnem obsegu podpore za več operacijskih sistemov in platform ni dovolj le razviti programsko opremo za delo na eni platformi ali operacijskem sistemu, zato je bil potreben postopek razvoja programske opreme za podporo več platform hkrati.

Vse več programske opreme, ki je prehajala do rešitev v oblaku, je zahtevalo nenehno testiranje, nenehno uvajanje in avtomatizacijo, da bi skrajšali čas cikla.

Povečanje zapletenih in kritičnih programov, rešitev in različnih zapletenih IT-infrastruktur za uvajanje in podpora, ki jo potrebujejo zemljevidi za njihovo vzdrževanje, kar predstavlja velik izziv za razvoj programske opreme.

Vrednost DevOps

Po razumevanju ključnih gonilnikov DevOps-a postane enostavno razumeti vrednost DevOps-a, ki ga prinese organizaciji, ki to izvaja.

DevOps predvsem premosti vrzel med zainteresiranimi stranmi in tako izboljša komunikacijo in sodelovanje v celotnem življenjskem ciklu razvoja aplikacije. DevOps izboljša čas izvedbe in skrajša roke dostave programske opreme. Čas izvedbe je čas, ki je potekel od prevzema kode do kode, ki je bila uspešno dostavljena v produkcijo.

Na splošno DevOps zavira kulturo, ki spreminja celotno organizacijo in vodi zaposlene, da se osredotočijo na zagotavljanje programske opreme, ki strankam prinaša vrednost.

Z drugimi besedami, zagotavljati manjše, boljše in hitrejše je popolna skrivnost DevOps.

Prednosti DevOps

Ob obravnavi potrebe po uri glede na povpraševanje na trgu se je praksa DevOps izkazala z večjim zadovoljstvom strank in s tem s povečano bazo strank.

Karkoli so bili ključni gonilniki za prakso DevOps, so bili doseženi z uspehom, na primer z izboljšano kakovostjo in zmogljivostjo s stalnim postopkom testiranja in povratnih informacij.

Uvedba načela 'avtomatiziraj vse', skupaj z zagotavljanjem infrastrukture in konfiguracije kot kode, je privedla do zmanjšanja človeških napak, hitrejše dostave na trg in pogostejših izdaj.

Nadzor različic je programski opremi omogočal podporo na več platformah, zgodnje in neprekinjeno testiranje pa je povzročilo manj napak in manjšo stopnjo napak v proizvodnji.

Zaradi nenehne razmestitve je bilo treba hitreje odpraviti težave in jih hitreje sprostiti. Torej očitno lahko še naprej dodajamo prednosti na seznam.

Praksa DevOps

Ključne sestavine DevOps so najboljše prakse, ki se izvajajo v celotnem življenjskem ciklu razvoja aplikacij, kar pomaga privzgovati zahtevano kulturo v ekipi in vodi ekipo k doseganju prednosti implementacije DevOps.

# 1) Upravljanje konfiguracije: Jasno vedeti, kaj uvajamo, kako uvajamo in kakšna konfiguracija bo šla v proizvodnjo, je ključnega pomena za upravljanje konfiguracij, ki je popolnoma nadzorovano z različicami.

# 2) Upravljanje izdaje : Jasno ugotovimo, kako gradimo plinovod za sprostitev in upravljamo z njimi, je ključni vidik upravljanja izdaj.

# 3) Stalna integracija: Zagotavlja, da je vsak prevzem kode nadzorovan z različicami, preizkušen in preveden, osnova kode pa ves čas urejena in čista.

# 4) Neprekinjena razmestitev: Namenjen je neprekinjeni uvedbi prevedene kode, vse od testiranja do produkcijskega okolja.

Test Automation je pomembna in kritična praksa DevOps, ki velja v celotnem življenjskem ciklu. Nato je zagotavljanje „infrastrukture kot kode“ eden ključnih poudarkov prakse DevOps.

Pozneje, ko je koda nameščena v produkciji, je nujno zagotoviti, da se programska oprema uspešno izvaja, tako da zberemo podatke o zmogljivosti, morebitne napake v sistemu in tudi podatke o uporabi končnega uporabnika prek orodij in metodologij za nadzor aplikacij. .

To so nujne in izredno pomembne prakse, ki jih ekipa uporablja in sprejema v celotnem ciklu razvoja aplikacij, kar jim zagotavlja doseganje cilja DevOps.

Navade DevOps

brute force geslo cracker prenos za android -

Kot pravi Aristotel: 'Mi smo. Kar večkrat počnemo ... Odličnost torej ni dejanje, temveč navada.

Torej, temu pravim kot 'navade', ker jih večkrat izvajamo.

Zato je treba te redne navade razvijati v ekipi brez kompromisov, hkrati pa nameravati večkrat zagotavljati kakovostno programsko opremo.

# 1) Upravljanje tehničnega dolga:

Redno upravljanje tehničnega dolga je eden ključnih vidikov, če tega ne storite, pa drastično upočasni napredek programske opreme. In zato je treba tehnični dolg vedno zmanjšati in osnovo kode vzdrževati v čim večji meri. Čista osnova kode omogoča, da je koda kadar koli pripravljena.

Kot sem že večkrat omenil, je osredotočanje na vrednost za kupca miselnost ekipe in to je ključni vidik kulture DevOps, zaradi katerega ekipa nenehno naredi karkoli in vse, kar je poudarjeno za doseganje vrednosti za kupca.

S to miselnostjo se bodo ustavili posamezniki, ki mislijo, da je njihovo delo končano, in bodo drugi predali naprej. In vsi začnejo razmišljati, da je končni cilj dobava proizvodnji in prevzem kredita šele, ko stranka po uporabi programske opreme v proizvodnji posreduje povratne informacije ali zahvalo.

Zato se osredotočanje na Vrednost za stranke motivira in obogati ekipo, da vsakič dela bolje in bolje.

s katerim pripomočkom lahko prestrežemo podrobne informacije s spletnega mesta podjetja?

# 2) Razvoj, ki ga poganja hipoteza :

Poleg temeljitega razumevanja zahtev je tudi razumevanje, kaj kupec dejansko počne v živo in kakšen je vzorec uporabe določene funkcije, ter razvoj kode v skladu s tem 'razvoj, ki temelji na hipotezah'.

Torej je dejavno sodelovanje s strankami že od samega začetka pri razumevanju, kako uporabljajo programsko opremo, in zagotavljanju, da se prave stvari razvijejo v prvi vrsti, zelo pomembno in spet je navada DevOps.

# 3) Meritev iz razmestitve:

Nenehno merjenje učinkovitosti dostave in iskanje povratnih informacij od uvajanja je še ena pomembna navada, ki ekipi pomaga pri izboljšanju programske opreme in zagotavljanju vrednosti za stranke.

# 4) Kultura spletnega mesta v živo :

Kultura spletnega mesta v živo mora biti vpeta v miselnost vseh, da ne glede na to, kaj razvijamo, to moramo brez težav spraviti v proizvodnjo.

Kultura je, da vsi v ekipi razumejo, da „če ni na spletnem mestu v živo, ni nikjer“ in nima smisla ali koristi, če ne moremo v živo in zato ne bomo mogli doseči končnim uporabnikom, če ni v živo.

# 5) Infrastruktura kot prilagodljiv vir:

Upravljanje infrastrukture kot prilagodljivega vira je zelo pomemben vidik DevOpsa, ker bi se morali kadar koli znebiti obstoječe infrastrukture in vrteti novo, saj smo svojo infrastrukturo zelo enostavno opredelili kot kodo.

Ta vidik DevOps-a nam pomaga, da podpremo našo večplatformno programsko opremo in podporo za več različic.

# 6) Skupinsko sodelovanje:

Zdaj vsi že jasno vemo, da pri razvoju programske opreme ne skrbijo samo orodja ali procesi. Skupina mora sodelovati med seboj in se prilagoditi poslovnemu cilju.

Skupinsko sodelovanje je torej ključni vidik kulture DevOps, ki premosti kakršno koli vrzel v razumevanju med njimi in programom.

Zato so ta stališča, vedenja in navade ključni temeljni vidiki kulture DevOps.

Meritve DevOps

Časi, ko smo nekoč zbirali tradicionalne meritve, povezane z razvojem in testiranjem, so se osredotočale samo na interni razvoj in testiranje programske opreme. Ko se je osredotočil na dostavo, so se tudi zbrane meritve uskladile z iskanjem vrednosti za kupca.

Čeprav se meritve, ki jih je treba zbrati, od organizacije do organizacije nekoliko razlikujejo, odvisno od prioritete stranke, je merjenje gibčnosti in zanesljivosti programske opreme ključni poudarek DevOpsa.

In te meritve bi bilo primerno meriti z vidika 'vrednosti za kupca' in določajo, kako uspeva ekipa w.r.t. Izvajanje DevOps.

V osnovi je meritev agilnosti merjenje razvojne učinkovitosti, zanesljivost pa operativne učinkovitosti.

# 1) Meritve agilnosti:

In število uvedb v določenem časovnem obdobju.

(jaz) Vemo, da je DevOps namenjen dostavi manjših kosov in hitri dostavi.

Torej, ta metrika agilnosti je preveriti, kako pogosto je ekipa lahko izvedla razmestitve in kakšna je pogostost uvajanja.

Naslednji je 'Čas, potreben za uvajanje sprememb':

(ii) Vemo tudi, kako pogosto se spreminjajo pogledi strank, kar ima za posledico zahteve za spremembo, in namen DevOps je, da te spremembe v najkrajšem času obrne na produkcijo.

Naslednji vidik meritev agilnosti je torej preveriti: Koliko časa potrebujemo za namestitev zahtev za spremembo v produkcijo?

# 2) Meritve zanesljivosti:

Meritve zanesljivosti so merjenje zanesljivosti programske opreme po uvedbi.

Meritve zanesljivosti vključujejo,

  1. Stopnja odpovedi izpustov in
  2. Čas je, da odkrijemo težave in jih odpravimo.

# 1) Stopnja neuspehov izdaj je merjenje: Kako pogosto ne uspemo pri uvajanju? Tu je cilj zagotoviti, da se v določenem časovnem obdobju ta metrična ničla zniža in da se ekipa le navadi, da se bo vsakič uspešno razporedila in pogosteje odhajala v proizvodnjo.

#two) Zdaj je Čas za odkrivanje in odpravljanje težav izmeriti čas, potreben za odkrivanje napake in odpravo. Ta metrika je tudi preveriti, kako hitro lahko razumemo, kaj se dogaja v proizvodnji, proaktivno zaznamo težave, jih odpravimo z zagotavljanjem rešitve in kot popravek usmerimo v razvojni cikel.

Ta metrika se ne osredotoča samo na hitro spreminjanje proizvodnje, ampak tudi omogoča ekipi, da prepreči takšne težave, ki se bodo pojavljale v prihodnosti, tako da ustrezno spremeni načrtovanje, arhitekturo, avtomatizirano preskuševalno cevovodno karkoli.

V idealnem primeru so to meritve, ki ekipi pomagajo doseči kulturo in dostavo DevOps.

Naredimo hiter povzetek:

  • Kaj je DevOps?
  • Kaj DevOps ni?
  • Kakšne so prednosti DevOps?
  • Kakšne so prakse in navade DevOps?
  • In katere so ključne metrike DevOps?

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, niti specifikacija niti standard.

Kakšne koristi ima 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 so stalna integracija, preizkusna avtomatizacija, neprekinjena razmestitev, infrastruktura kot koda, upravljanje konfiguracije, upravljanje izdaj in spremljanje učinkovitosti aplikacij.

Kakšne so navade DevOpsa? Navade DevOps so upravljanje tehničnega dolga, poudarek na zagotavljanju vrednosti za kupca, kultura spletnega mesta v živo, sodelovanje v skupini, upravljanje infrastrukture kot prilagodljivega vira, razvoj na podlagi hipotez in meritve iz proizvodnje.

Kakšne so meritve DevOps? Spretnost in zanesljivost sta ključni metriki osredotočenosti DevOps.

O avtorju za video vaje o DevOps:

Član ekipe STH Gayathri Subrahmanyam je strokovnjak za testiranje programske opreme z več kot desetletji in pol izkušenj pri izvajanju projektov testiranja programske opreme za različne globalne stranke na različnih področjih. Ponudila je programsko opremo, veliko dela na tradicionalnih in gibčnih metodologijah razvoja programske opreme (SCRUM, SAFE) in najnovejša dela v metodologiji DevOps.

V naši naslednji video vadnici bomo spoznali prakse DevOps, ki temeljijo na agilnih načelih.

PREV Vadnica | NASLEDNJA Vadnica

Priporočeno branje

^