demystifying devops video tutorial
Výukové videonávody DevOps:
c otázky s odpoveďami pdf
V našom predchádzajúcom tutoriáli sme sa dozvedeli ako DevOps ovplyvní testovanie QA . Tu sa v tomto výučbe dozviete všetko o DevOps s videom, ktoré je súčasťou.
(Posunutím nadol začnite s prvým videom v tejto sérii)
Odporúčané čítanie => Séria školení DevOps
V dnešnej dobe je DevOps aktuálnou témou a módnym slovom v IT priemysle.
S rastúcim dopytom po dodávkach softvéru prechádza metodika dodávania softvéru zmenami, aby vyhovovala náročným očakávaniam zákazníkov.
DevOps je teda zdokonalený a najnovší spôsob dodávania softvéru zákazníkom, najmä pre cloudové riešenia, pri ktorých sa očakáva rýchle dodanie softvéru.
Mnoho pokročilých organizácií už začalo využívať spôsob poskytovania softvéru zákazníkom DevOps. A mnoho ďalších smeruje k jeho prijatiu. V dnešnej dobe tiež väčšina IT príležitostí vyžaduje znalosti DevOps.
Preto je pre Demystifikáciu „DevOps“ veľmi dôležité.
Demystifikácia DevOps - videonávody
Účel výcvikových videonávodov pre DevOps:
- Vedieť o DevOps na ceste k jeho implementácii.
- Pochopiť, ako DevOps prináša zmeny v súčasnom spôsobe práce a dodávok.
- Na vytvorenie základného porozumenia konceptu DevOps.
Obsah:
Obsahuje,
- Všetko o DevOps.
- Čo je spolupráca a ako dosiahnuť spoluprácu medzi spoločnosťami Dev a Ops?
- Kľúčové procesy DevOps, nepretržitá integrácia, nepretržité testovanie a nepretržité nasadenie.
- Kľúčové koncepty DevOps, správa vydaní, správa konfigurácie a monitorovanie aplikácií.
Kľúčové poznatky:
- Schopný definovať DevOps.
- Prečo organizácia potrebuje DevOps?
- Ako začať s DevOps?
- Ako dať dohromady tím vývoja a prevádzky?
Rozloženie:
- Tento kompletný návod je rozdelený na 4 časti, časť 1, časť 2, časť 3 a časť 4 a potom časť 5 na záver alebo rekapituláciu.
- Každá časť je ďalej rozdelená na bloky menších videí so zámerom, aby každý dobre pochopil.
- V každom z týchto videí je zhrnutie toho, čo bolo pokryté v predchádzajúcom videu a čo bude pokryté v nasledujúcom videu.
- Video je veľmi jednoduché, s jednoduchým jazykom a powerpointovými snímkami s niekoľkými užitočnými výkresmi, ktoré vysvetľujú, kdekoľvek je to potrebné.
- Každé video je samostatné, aby pochopilo svoju koncepciu a nemusí odkazovať na žiadne ďalšie videá. Má však zmysel postupovať v poradí od časti 1 do časti 4, aby ste tejto téme lepšie porozumeli.
Pokrytie:
Časť 1 : (Tento návod)
Úvod do DevOps. Jeho pozadie, definícia, hodnota, výhody, zvyky a najlepšie postupy DevOps.
Časť 2 :
Postupy DevOps založené na agilných princípoch, dôležitosti kľúčových procesov, ako je riadenie zdrojov a automatizácia, a ako sa aplikujú na DevOps.
3. časť :
Podrobnosti o kľúčových procesoch DevOps ako,
- Nepretržitá integrácia,
- Nepretržité testovanie a
- Nepretržité nasadenie.
4. časť :
Dôležitosť niekoľkých ďalších kľúčových procesov DevOps,
- Správa konfigurácie,
- Správa uvoľnenia a
- Monitorovanie výkonu aplikácií naživo.
5. časť :
Rekapitulácia celého kurzu.
*************************************
Začnime prvým videonávodom v tejto sérii:
V tejto prvej časti videa tohto tutoriálu sa dozviete,
- Aké je pozadie systému DevOps a ovládačov zavedenia tohto nového spôsobu dodávania softvéru?
- Čo je to DevOps, prečo neexistuje jediná definícia, ktorá by definovala DevOps? Je to metóda, proces, kultúra?
- Aj keď sme pochopili, čo je DevOps, je nevyhnutné vedieť, čo to DevOps nie je.
- Výhody implementácie DevOps v organizácii.
- A rôzne praktiky a návyky DevOps praxe.
- Kľúčové metriky DevOps.
VIDEO 1. časť: Úvod- 21 minút 46 sekúnd
No, dnes budem hovoriť o téme „Demystifikovanie DevOps“, ktorá je v dnešnej dobe v IT priemysle veľmi aktuálnou témou.
Toto módne slovo neustále počúvame na všetkých miestach. V dnešnej dobe tiež väčšina pracovných príležitostí v oblasti IT vyhľadáva vedomosti a skúsenosti typu „DevOps“, a preto je veľmi dôležité o nich vedieť.
Poď!! Poďme pochopiť, o čom je tento DevOps.
Prehľad
Táto séria nazvaná „Demystifikovanie DevOps“ je rozdelená do 4 častí a to by následne spôsobilo, že diváci budú mať malú pohodu pri porozumení každej časti DevOps pomaly a rovnomerne.
Som si istý, že na konci tejto série budete schopní definovať, čo je DevOps? prečo potrebujeme DevOps? aké sú jeho výhody? ako môže organizácia prijať DevOps pre svoje záväzky? a aká je úloha testera v celom DevOps Practice?
Zatiaľ čo agilná prax urýchľovala vývojový proces rýchlo a softvérový tím ho začal dodávať do Operácií v stanovenom časovom horizonte, IT priemysel stále čelil výzvam pri príprave softvérovej produkcie a pri otváraní ju zákazníkom.
Prevádzka skutočne zabrala veľa času, kým sa produktivizoval, a to tak, že medzi softvérovým tímom a operačným tímom bolo veľa problémov s inštaláciou softvéru, jeho prevádzkou a riadením výkonu.
Priemysel pomaly chápal nesúlad medzi vývojom a prevádzkou a medzeru v spolupráci medzi zainteresovanými stranami, najmä operáciami, vývojármi, obchodnými analytikmi a testermi pri získavaní času na obrat a dodávaní kvalitného softvéru, čo sa skutočne ukázalo ako nákladné .
A pomaly táto medzera viedla k zavedeniu praxe nazvanej „DevOps“, ktorá sa vyvinula nad rámec agilných postupov a princípov zameraných na poskytovanie kvalitného softvéru. Alebo inými slovami „prinášať zákazníkom hodnotu“ v krátkom časovom odstupe efektívnejším spôsobom a prinášať to, čo zákazníci skutočne chceli.
Čo je to DevOps?
Teraz, po pochopení pozadia zavedenia DevOps, je pre nás ľahké definovať, čo je DevOps. Pokiaľ ide o definíciu DevOps, neexistuje pre ňu žiadna štandardná definícia. Stavím sa však, že mnohí uvedú svoju vlastnú verziu definícií.
Keď sme pochopili účel a zámer zavedenia DevOps, môžeme jasne povedať, že DevOps je prax jasnej spolupráce medzi zainteresovanými stranami vývoja softvéru, nielen vývojármi a operáciami, ale aj so zvyškom tímu, s cieľom umožniť dodanie hodnoty zákazníkovi rýchlejšie a lepšie.
Keď tu hovorím zvyšok tímu, zahŕňa to projektových manažérov, obchodných analytikov, ľudí zodpovedných za požiadavky, tých, ktorí aplikáciu udržiavajú, ľudí poskytujúcich služby zákazníkom atď.,
Devops hlavne prekonáva medzery, ktoré existovali skôr kvôli nedostatku komunikácie a spolupráce a ktoré následne viedli k zlej kvalite softvéru, veľkému oneskoreniu pri nasadení a tiež k nespokojným zákazníkom.
DevOps nie je len spolupráca, ale aj kombinácia správneho súboru ľudí, správneho súboru procesov a správneho súboru nástrojov, ktoré umožňujú nepretržité dodávanie „hodnoty zákazníkom“. Tu stále stlačím slovo „hodnota pre zákazníkov“, pretože jediným a konečným cieľom DevOps je pripraviť softvérovú produkciu tak, aby zákazníkom poskytovala hodnotu.
Toto je veľký rozdiel a kľúčový aspekt DevOps.
A nakoniec, Devops je kultúra, ktorá umožňuje ľuďom sústrediť sa na,
- Zákazník
- Dodanie do výroby,
- Automatizácia
- Spätná väzba a meranie
Čo nie je DevOps?
Po pochopení toho, čo je DevOps, je tiež lepšie pochopiť, čo nie je DevOps, aby nedošlo k zámene.
DevOps nie je open source alebo licencovaný nástroj, ktorý bude k dispozícii na trhu, aby ste si ho mohli kúpiť, nainštalovať a použiť a mali ste k dispozícii všetky výsledky. Nejde ani o nijakú štandardnú špecifikáciu alebo súbor pravidiel, aby bolo možné sledovať a dosiahnuť požadovaný výsledok.
Nie je to ani žiadna skupina procesov, ako sú ISO, CMMI, aby sme sa mohli prispôsobiť a získať certifikáciu.
Okrem chýbajúcej spolupráce medzi vývojom a prevádzkou, s meniacimi sa potrebami trhu, bolo v tradičnej metóde vývoja softvéru a dokonca aj v agilnej metodike, ktorú bolo treba riešiť, oveľa viac bolestivých bodov, ktoré sa stali kľúčovými hnacími silami praxe DevOps.
Potreba neustáleho zlepšovania kvality a výkonu aplikácie bola nanajvýš dôležitá. Rastúce očakávania, požiadavky a požiadavky zákazníkov a splnenie očakávaných zákazníckych skúseností boli skutočnou výzvou v tradičnej metóde vývoja s / w.
Ďalším kľúčovým faktorom bol neustále rastúci tlak a konkurencia na trhu, ktorá sa mala čoraz rýchlejšie uvoľňovať.
Pri súčasnom rozsahu podpory viacerých operačných systémov a platforiem nestačí iba vývoj softvéru pre prácu na jednej platforme alebo operačnom systéme, a preto bol potrebný proces vývoja softvéru na podporu viacerých platforiem súčasne.
Čoraz viac softvéru, ktorý začal využívať cloudové riešenia, si vyžadovalo nepretržité testovanie, neustále nasadenie a automatizáciu, aby sa skrátil čas cyklu.
Nárast komplexných a kriticky dôležitých programov, riešení a rôznorodých zložitých IT infraštruktúr pre nasadenie a podpora požadovaná v rôznych geografických oblastiach na ich udržanie prostredníctvom veľkej výzvy pre vývoj softvéru.
Hodnota DevOps
Po porozumení kľúčovým faktorom DevOps je ľahké pochopiť hodnotu DevOps, ktorú prináša organizácii, ktorá ho praktizuje.
DevOps hlavne preklenuje priepasť medzi zainteresovanými stranami, a tým zlepšuje komunikáciu a spoluprácu počas celého životného cyklu vývoja aplikácie. DevOps zlepšuje dodaciu lehotu a skracuje časové harmonogramy dodania softvéru. Lead time je čas, ktorý uplynie od odovzdania kódu do úspešného doručenia kódu do výroby.
Celkovo teda DevOps brzdí kultúru, ktorá mení celú organizáciu a vedie ich zamestnancov k tomu, aby sa sústredili na poskytovanie softvéru, ktorý poskytuje hodnotu zákazníkom.
čo nenájde statická analýza
Inými slovami, dodávať menšie, lepšie a rýchlejšie je úplné tajomstvo DevOps.
Výhody DevOps
Po riešení potreby hodiny z dopytu na trhu sa prax DevOps osvedčila pri zvýšenej spokojnosti zákazníkov, čo malo za následok zvýšenie zákazníckej základne.
Nech už boli kľúčovými činiteľmi pri uplatňovaní DevOps akékoľvek, ich výsledkom bol úspech, napríklad zlepšená kvalita a výkon prostredníctvom neustáleho testovania a procesu spätnej väzby.
Zavedenie princípu „automatizovať všetko“ spolu s dodávkou infraštruktúry a konfigurácie ako kódu viedlo k minimalizácii ľudských chýb, rýchlejšiemu dodaniu na trh a častejšiemu vydávaniu.
Riadenie verzií umožňovalo softvérovú podporu na viacerých platformách a včasné a nepretržité testovanie malo za následok menšie chyby a menšiu poruchovosť vo výrobe.
Z dôvodu nepretržitého nasadzovania sa problémy vyriešili rýchlejšie a rýchlejšie sa vydali. Je zrejmé, že je možné pokračovať v pridávaní výhod do zoznamu.
Postupy DevOps
Kľúčové ingrediencie DevOps sú osvedčené postupy, ktoré sa implementujú počas celého životného cyklu vývoja aplikácie. To pomáha vštepovať požadovanú kultúru v tíme a poháňa tím k dosiahnutiu výhod implementácie DevOps.
# 1) Správa konfigurácie: Kľúčom k správe konfigurácie, ktorá je úplne riadená verziou, je jasné, čo nasadzujeme, ako nasadzujeme a aká konfigurácia sa chystá vydať.
# 2) Správa vydaní : Kľúčovým aspektom riadenia vydania je jasné, ako staviame kanál vydaní a spravujeme ich.
# 3) Nepretržitá integrácia: Zaisťuje, že každé odovzdanie kódu je kontrolované, testované a kompilované a verzia kódu je neustále udržiavaná prehľadná a čistá.
# 4) Nepretržité nasadenie: Zameriava sa na nasadenie skompilovaného kódu nepretržite po celú dobu od testovania až po produkčné prostredie.
Automatizácia testov je dôležitá a kritická prax DevOps, ktorá sa uplatňuje počas celého životného cyklu. Potom je dodanie „Infraštruktúry ako kódu“ jedným z hlavných vrcholov DevOps Practice.
Takže neskôr, keď je kód nasadený do výroby, je nevyhnutné zaistiť úspešné fungovanie softvéru zhromažďovaním údajov o výkone, akýchkoľvek chýb v systéme a tiež údajov o použití koncového používateľa prostredníctvom nástrojov a metodík monitorovania aplikácií .
Toto sú teda nevyhnutné a najdôležitejšie postupy, ktoré tím uplatňuje a prijíma počas celého cyklu vývoja aplikácie, ktorý im zaručuje dosiahnutie cieľa DevOps.
Návyky DevOps
Ako hovorí Aristoteles: „Sme. To, čo opakovane robíme ... Dokonalosť preto nie je čin, ale zvyk.
Takže ich nazývam „zvyky“, pretože ich praktizujeme opakovane.
Z tohto dôvodu je potrebné tieto pravidelné návyky rozvíjať v tíme bez akýchkoľvek kompromisov, a to so zámerom opakovane dodávať kvalitný softvér.
# 1) Správa technického dlhu:
Pravidelná správa technického dlhu je jedným z kľúčových aspektov, ak sa tak nestane, drasticky spomalí vývoj softvéru. Preto je potrebné vždy znižovať technický dlh a kódový základ by sa mal udržiavať čo najviac čistý. Čistá základňa kódu uľahčuje nasadenie kódu kedykoľvek.
Ako som opakovane spomínal, zameranie na hodnotu pre zákazníka je zmýšľaním tímu a to je kľúčový kultúrny aspekt DevOps, ktorý tím neustále núti robiť čokoľvek a všetko podčiarknuté smerom k prinášaniu hodnoty pre zákazníka.
S týmto myslením budú zastavené jednotlivci, ktorí si myslia, že ich práca je hotová, a budú sa vrhať na ďalších. A každý si začne myslieť, že konečným cieľom je dodať do výroby a získať úver, až keď zákazník poskytne spätnú väzbu alebo ocenenie po použití softvéru vo výrobe.
Zameranie na hodnotu pre zákazníka preto motivuje a obohacuje tím, aby sa vždy zlepšoval a zlepšoval.
# 2) Vývoj riadený hypotézou :
Okrem dôkladného porozumenia požiadavkám je pochopenie toho, čo zákazník v skutočnosti robí, aký je spôsob používania konkrétnej vlastnosti, a vývoj kódu podľa toho „vývoj založený na hypotéze“.
Preto je veľmi dôležité aktívne sa zapojiť do práce so zákazníkmi hneď od začiatku, aby pochopili, ako používajú softvér, a zabezpečiť, aby sa správne veci vyvíjali v prvom rade samy. Je to veľmi dôležité a opäť je to zvyk DevOps.
# 3) Meranie z nasadenia:
Neustále meranie výkonnosti dodávky a hľadanie spätnej väzby z nasadenia je ďalším dôležitým zvykom, ktorý pomáha tímu v práci na zdokonaľovaní softvéru a prinášaní hodnoty zákazníkom.
# 4) Živá kultúra stránok :
Živá kultúra stránok je vstrebávať sa do mysle každého človeka, že nech vyvíjame čokoľvek, musíme ho bez problémov dostať do výroby.
Je to kultúra, ktorá prinúti každého v tíme pochopiť, že „ak sa nenachádza na živom webe, nikde“ a nemá zmysel ani žiadny prínos, ak sa nám ho nepodarí dosiahnuť, a preto nebudeme schopní dosiahnuť out to our end users if it is not in Live.
# 5) Infraštruktúra ako flexibilný zdroj:
Správa infraštruktúry ako flexibilného zdroja je veľmi dôležitým aspektom DevOps, pretože kedykoľvek by sme mali byť schopní zbaviť sa existujúcej infraštruktúry a roztočiť novú, pretože našu infraštruktúru sme veľmi ľahko definovali ako kód.
Tento aspekt DevOps nám pomáha zabezpečiť, aby bol náš softvér multiplatformový podporný a podporoval viac verzií.
# 6) Tímová spolupráca:
Teraz už všetci jasne vieme, že vývoj softvéru nespôsobujú iba nástroje alebo procesy samotné. Je to tím, ktorý musí spolupracovať medzi sebou a dostane sa do súladu s obchodným cieľom.
Tímová spolupráca je teda kľúčovým aspektom kultúry DevOps, ktorá prekonáva všetky medzery v porozumení medzi nimi a programom.
sql server otázky a odpovede pre skúsených
Preto sú tieto postoje, správanie a návyky kľúčovými základnými aspektmi kultúry DevOps.
Metriky DevOps
Časy, keď sme zvykli zhromažďovať iba tradičné metriky týkajúce sa vývoja a testovania, ktoré sa zameriavali iba na interný vývoj a testovanie softvéru, sú preč. Keď sa zameranie dodávky zmenilo, zhromaždené metriky sa tiež zosúladili s hľadaním hodnoty pre zákazníka.
Aj keď sa metriky, ktoré sa majú zhromaždiť, mierne líšia od organizácie k organizácii v závislosti od priority zákazníka, DevOps sa zameriava na agilitu a spoľahlivosť softvéru.
A tieto metriky by bolo možné merať z hľadiska hodnoty pre zákazníka a definovať, ako sa tímu darí Implementácia DevOps.
V zásade sú metriky Agility určené na meranie efektívnosti vývoja a spoľahlivosť na meranie efektívnosti operácií.
# 1) Metriky agility:
A počet nasadení za určité časové obdobie.
i) Vieme, že DevOps je predovšetkým o dodávke menších kusov a o rýchlej dodávke.
Touto agilnou metrikou je teda skontrolovať, ako často bol tím schopný nasadiť a aká je frekvencia nasadenia.
Ďalším z nich je „Čas potrebný na zavedenie zmien“:
ii) Vieme tiež, ako často sa menia pohľady zákazníkov, čo vedie k požiadavkám na zmenu, a zámerom DevOps je tieto zmeny vo výrobe obratiť v minimálnom čase.
Ďalším aspektom agilných metrík je teda kontrola: Aký je čas potrebný na nasadenie požiadaviek na zmenu do výroby?
# 2) Metriky spoľahlivosti:
Metrika spoľahlivosti predstavuje meranie spoľahlivosti softvéru po nasadení.
Medzi metriky spoľahlivosti patria
- Poruchovosť vydaní a
- Je čas zistiť problémy a opraviť ich.
# 1) Miera zlyhania vydaní je zmerať, ako často zlyhávame, pokiaľ ide o naše nasadenia? Tu je cieľom zabezpečiť, aby sa po určitom čase táto konkrétna metrická nula znížila a tím si zvykol na úspešné nasadenie zakaždým a prechod do výroby sa stal zvykom.
#dva) Teraz je Čas na zistenie a odstránenie problémov merať čas potrebný na zistenie poruchy a jeho odstránenie. Táto metrika tiež kontroluje, ako rýchlo dokážeme pochopiť, čo sa deje vo výrobe, proaktívne detekovať problémy, napraviť ich poskytnutím zástupného riešenia a nasmerovať ho do opravy ako vývojový cyklus.
Táto metrika sa nezameriava len na otočenie rýchlej opravy výroby, ale umožňuje tiež tímu predchádzať takýmto problémom, ktoré sa v budúcnosti môžu vyskytnúť, a to vykonaním vhodných zmien, či už v oblasti návrhu, architektúry, automatizovaného testovania atď.
V ideálnom prípade ide teda o metriky, ktoré pomáhajú tímu dosiahnuť kultúru a doručenie DevOps.
Poďme si rýchlo zhrnúť:
- Čo je to DevOps?
- Čo nie je DevOps?
- Aké sú výhody DevOps?
- Aké sú postupy a návyky DevOps?
- A aké sú kľúčové metriky DevOps?
Čo je to DevOps? DevOps je kultúra v organizácii zameraná na poskytovanie hodnoty zákazníkom prostredníctvom neustálej spolupráce vývoja, prevádzky a ostatných zainteresovaných strán.
Čo nie je DevOps? DevOps nie je licencovaný ani otvorený produkt, ani špecifikácia, ani štandard.
Aká je výhoda DevOps? DevOps prináša vysoko kvalitné doručenie, rýchlejšie doručenie, časté nasadenia, malé nasadenia, menej chybovosti vo výrobe atď.,
Aké sú postupy DevOps? Postupmi DevOps sú nepretržitá integrácia, automatizácia testov, nepretržité nasadenie, infraštruktúra ako kód, správa konfigurácií, správa vydaní a monitorovanie výkonu aplikácií.
Aké sú zvyky DevOps? Zvyky DevOps sú správa technického dlhu, zameranie na poskytovanie hodnoty pre zákazníka, kultúra živých webov, tímová spolupráca, správa infraštruktúry ako flexibilného zdroja, vývoj založený na hypotézach a metriky z výroby.
Aké sú metriky DevOps? Agilita a spoľahlivosť sú kľúčové metriky zamerania DevOps.
O autorovi pre videonávody na DevOps:
Člen tímu STH Gayathri Subrahmanyam je odborník na testovanie softvéru s viac ako jeden a pol desaťročnými skúsenosťami s poskytovaním projektov testovania softvéru pre rôznych globálnych klientov v rôznych doménach. Dodala softvér, intenzívne pracovala na tradičných a svižných metodikách vývoja softvéru (SCRUM, SAFE) a najnovšie pracovala na metodike DevOps.
V našom ďalšom videonávode sa naučíme postupy DevOps založené na agilných princípoch.
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- Výukový program pre testovanie DevOps: Ako DevOps ovplyvní testovanie kvality?
- Hĺbkové návody pre zatmenie pre začiatočníkov
- Rekapitulácia videonávodov pre DevOps
- Výukový program DevOps: Najdôležitejší sprievodca DevOps (25+ výučbových programov)
- Nepretržité testovanie v DevOps
- Výukový program AWS CodeCommit pre implementáciu DevOps v cloude
- Nepretržité doručovanie v DevOps
- Výukový program pre deštruktívne testovanie a nedeštruktívne testovanie