Menu

Demystifikování DevOps: Výukový program pro videa (část 1)

  • Hlavní
  • Jiný
  • Demystifikování DevOps: Výukový program pro videa (část 1)

demystifying devops video tutorial

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Výukové videonávody DevOps:

10 nejlepších webů ke sledování anime

V našem předchozím výukovém programu jsme se to naučili jak DevOps ovlivní testování QA . Zde se v tomto výukovém programu dozvíte vše o DevOps s videem, které je v něm obsaženo.

(Přejděte dolů a začněte s prvním videem v této sérii)

Doporučené čtení => DevOps Training Series

V dnešní době je DevOps aktuálním tématem a módním slovem v IT průmyslu.

Demystifikace DevOps

S rostoucí poptávkou po dodávkách softwaru prochází metodika dodávání softwaru změnami, aby splnila náročná očekávání zákazníků.

DevOps je tedy vylepšený a nejnovější způsob poskytování softwaru zákazníkům, zejména pro cloudová řešení, u nichž se očekává, že dodávky softwaru proběhnou rychle.

Mnoho pokročilých organizací již začalo využívat způsob poskytování softwaru DevOps zákazníkům. A mnoho dalších směřuje k jeho přijetí. Také v dnešní době většina IT příležitostí vyžaduje znalosti DevOps.

Proto je pro Demystifikaci „DevOps“ velmi důležité.

Demystifikace DevOps - výukové programy

Účel výukových video tutoriálů DevOps:

  • Vědět o DevOps k pochodu k jeho implementaci.
  • Pochopit, jak DevOps přináší změnu v současném způsobu práce a dodávek.
  • Vytvořit základní porozumění konceptu DevOps.

Obsah:

Obsahuje,

  • Vše o DevOps.
  • Co je spolupráce a jak zajistit spolupráci mezi Dev a Ops?
  • Klíčové procesy DevOps, průběžná integrace, průběžné testování a průběžné nasazování.
  • Klíčové koncepty DevOps, správa vydání, správa konfigurace a monitorování aplikací.

Klíčové znalosti:

  • Schopen definovat DevOps.
  • Proč organizace potřebuje DevOps?
  • Jak začít s DevOps?
  • Jak dát dohromady tým vývoje a provozu?

Rozložení:

  • Tento kompletní tutoriál je strukturován na 4 části, část 1, část 2, část 3 a část 4 a poté uzavření nebo rekapitulaci části 5.
  • Každá část je dále rozdělena do bloků menších videí se záměrem, že každému bude dobře rozumět.
  • V každém z těchto videí je shrnutí toho, co bylo zahrnuto v předchozím videu a co bude zahrnuto v dalším videu.
  • Video je velmi jednoduché, s jednoduchým jazykem a powerpointovými snímky s několika užitečnými výkresy, které vysvětlují, kdekoli je to potřeba.
  • Každé video je samo o sobě nezávislé, aby porozumělo jeho koncepci a nemusí se na něj odkazovat. Pro lepší pochopení tématu má ale smysl postupovat v pořadí od části 1 do části 4.

Dosah:

Část 1 : (Tento návod)

Úvod do DevOps. Jeho pozadí, definice, hodnota, výhody, zvyky a osvědčené postupy DevOps.

Část 2 :

Postupy DevOps založené na agilních principech, důležitosti klíčových procesů, jako je řízení zdrojů a automatizace, a jak je aplikován na DevOps.

Část 3 :

Podrobnosti o klíčových procesech DevOps jako,

  • Kontinuální integrace,
  • Průběžné testování a
  • Kontinuální nasazení.

Část 4 :

Důležitost několika dalších klíčových procesů DevOps,

  • Správa konfigurace,
  • Správa vydání a
  • Monitorování výkonu aplikací v přímém přenosu.

Část 5 :

Rekapitulace celého kurzu.

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

Začněme prvním videonávodem v této sérii:

V této první části videa tohoto tutoriálu se naučíte,

  • Jaké je pozadí DevOps a ovladačů pro zavedení tohoto nového způsobu dodávání softwaru?
  • Co je DevOps, proč neexistuje jednotná definice pro definování DevOps? Je to metoda, proces, kultura?
  • I když jsme pochopili, co je DevOps, je důležité vědět, co DevOps není.
  • Výhody implementace DevOps v organizaci.
  • A různé praktiky a návyky DevOps praxe.
  • Klíčové metriky DevOps.

VIDEO Část 1: Úvod- 21 minut 46 sekund

Dnes budu hovořit o tématu „Demystifikování DevOps“, které je v dnešní době v IT průmyslu velmi žhavým tématem.

Toto módní slovo neustále slyšíme na všech místech. V dnešní době také většina IT pracovních příležitostí hledá znalosti a zkušenosti „DevOps“, a proto je velmi důležité o nich vědět.

No tak !! Pojďme pochopit, o čem je tato DevOps.

Přehled

Tato série nazvaná „Demystifikování DevOps“ je rozdělena do 4 částí, což by divákům usnadnilo pochopení každé části DevOps pomalu a stabilně.

Na konci této série jsem si jist, že budete schopni definovat, co je DevOps? proč potřebujeme DevOps? jaké jsou jeho výhody? jak může organizace přijmout DevOps pro své závazky? a jaká je role testera v celém DevOps Practice?

Zatímco agilní praxe rychle zrychlovala vývojový proces a softwarový tým jej začal dodávat do Operations ve stanoveném časovém harmonogramu, IT průmysl stále čelil výzvám při přípravě softwarové produkce a jejím otevření zákazníkům.

Operace skutečně zabraly spoustu času, než se produktivizovaly, se spoustou tam a zpět mezi softwarovým týmem a operačním týmem, s obtížemi při instalaci softwaru, jeho uvedení do provozu a řízení výkonu.

Průmysl pomalu chápal rozpojení mezi vývojem a provozem a mezeru ve spolupráci mezi zúčastněnými stranami, zejména provozy, vývojáři, obchodními analytiky a testery při získávání času na obrat softwaru a poskytování kvalitního softwaru, což se skutečně ukázalo jako nákladné .

A tato mezera pomalu vedla k zavedení praxe zvané „DevOps“, která se vyvinula nad agilní praxi a principy, jejichž cílem bylo poskytovat kvalitní software. Nebo jinými slovy „přinést zákazníkům hodnotu“ v krátkém časovém odstupu efektivnějším způsobem a přinést to, co zákazníci skutečně chtěli.

Co je DevOps?

Nyní, po pochopení pozadí zavedení DevOps, je pro nás snadné definovat, co je DevOps. Pokud jde o definici DevOps, neexistuje pro ni žádná standardní definice. Vsadím se však, že mnozí uvedou svou vlastní verzi definic.

Jak jsme pochopili účel a záměr zavedení DevOps, můžeme jasně říci, že DevOps je praxe jasné spolupráce mezi zúčastněnými stranami vývoje softwaru, nejen vývojáři a provozem, ale se zbytkem týmu, aby umožnit dodání hodnoty zákazníkovi rychleji a lépe.

Tady, když řeknu zbytek týmu, zahrnuje to projektové manažery, obchodní analytiky, lidi, kteří shromažďují požadavky, ty, kteří udržují aplikaci, pracovníci zákaznických služeb atd.,

Devops hlavně překlenuje mezery, které existovaly dříve kvůli nedostatku komunikace a spolupráce, což mělo za následek špatnou kvalitu softwaru, velké zpoždění při nasazení a také nespokojené zákazníky.

DevOps není jen spolupráce, ale také kombinace správné skupiny lidí, správné sady procesů a správné sady nástrojů umožňujících nepřetržité poskytování „hodnoty pro zákazníky“. Zde stále tisknu slovo „hodnota pro zákazníky“, protože jediným a konečným cílem DevOps je připravit produkci softwaru tak, aby poskytoval hodnotu zákazníkům.

To je velký rozdíl a klíčový aspekt DevOps.

A konečně, Devops je kultura, která umožňuje lidem soustředit se na,

  1. Zákazník
  2. Dodání do výroby,
  3. Automatizace
  4. Zpětná vazba a měření

Co není DevOps?

Po pochopení toho, co je DevOps, je také lepší porozumět tomu, co není DevOps, aby nedošlo k nejasnostem.

DevOps není open source ani licencovaný nástroj, který bude k dispozici na trhu, takže si jej můžete koupit, nainstalovat, používat a budete mít k dispozici všechny výsledky. Nejedná se o žádnou standardní specifikaci nebo soubor pravidel, aby bylo možné sledovat a dosáhnout požadovaného výsledku.

Také to není žádná sada procesů, jako je ISO, CMMI, aby se člověk mohl přizpůsobit a získat certifikaci.

Kromě chybějící spolupráce mezi vývojem a provozem, s měnícími se potřebami trhu, bylo v tradiční metodě vývoje softwaru a dokonce v agilní metodice, kterou bylo třeba řešit, mnohem více bolestivých bodů, které se staly klíčovými hnacími silami praxe DevOps.

Potřeba neustálého zlepšování kvality a výkonu aplikace byla nanejvýš důležitá. Rostoucí očekávání zákazníků, požadavky a splnění očekávané zákaznické zkušenosti byla skutečnou výzvou v tradiční metodě vývoje s / w.

Dalším klíčovým faktorem byl neustále rostoucí tlak a konkurence na trhu, která se uvolňovala rychleji a rychleji.

Se současným rozsahem podpory více operačních systémů a platforem nestačí jen vyvinout software pro práci na jedné platformě nebo operačním systému, a proto byl vyžadován proces vývoje softwaru pro podporu více platforem současně.

Stále více softwaru využívajícího cloudová řešení vyžadovalo nepřetržité testování, nepřetržité nasazení a automatizaci, aby se zkrátila doba cyklu.

Nárůst komplexních a kriticky důležitých programů, řešení a měnících se složitých IT infrastruktur pro nasazení a podporu požadovanou napříč geografickými oblastmi k jejich udržení díky velké výzvě pro vývoj softwaru.

Hodnota DevOps

Po pochopení klíčových ovladačů DevOps je snadné pochopit hodnotu DevOps, kterou přináší organizaci, která jej praktikuje.

DevOps hlavně překlenuje propast mezi zúčastněnými stranami, a tím zlepšuje komunikaci a spolupráci v průběhu celého životního cyklu vývoje aplikace. DevOps zlepšuje dodací lhůtu a snižuje časové osy dodání softwaru. Lead time je čas uplynulý od potvrzení kódu do kódu doručeného do výroby úspěšně.

Celkově tedy DevOps brzdí kulturu, která mění celou organizaci a vede jejich zaměstnance k tomu, aby se soustředili na poskytování softwaru, který poskytuje hodnotu zákazníkům.

Jinými slovy, dodávat menší, lepší a rychlejší je úplné tajemství DevOps.

Výhody DevOps

Po řešení potřeby hodiny z poptávky na trhu se praxe DevOps osvědčila se zvýšenou spokojeností zákazníků, což vedlo ke zvýšení zákaznické základny.

Ať už byly klíčové hnací síly pro praxi DevOps, jejich výsledkem byl úspěch, například zlepšená kvalita a výkon prostřednictvím nepřetržitého procesu testování a zpětné vazby.

Zavedení principu „automatizovat vše“ spolu s dodáním infrastruktury a konfigurace jako kódu vedlo k minimalizaci lidských chyb, rychlejšímu dodávání na trh a častějšímu vydávání.

Řízení verzí umožnilo podporu softwaru na více platformách a včasné a průběžné testování mělo za následek menší defekty a nižší míru selhání ve výrobě.

Z důvodu nepřetržitého nasazování trvalo rychlejší vyřešení problémů a rychlejší vydání. Samozřejmě je možné pokračovat v přidávání výhod do seznamu.

Praxe DevOps

Klíčové ingredience DevOps jsou osvědčené postupy, které jsou implementovány v celém životním cyklu vývoje aplikací, a to pomáhá vštípit požadovanou kulturu v týmu a vede tým k dosažení výhod implementace DevOps.

# 1) Správa konfigurace: Klíčem ke správě konfigurace, která je plně řízena verzí, je jasné, co nasazujeme, jak nasazujeme a jaká konfigurace bude v provozu.

jak zobrazit xml soubory ve Wordu

# 2) Správa vydání : Jasné vyřezávání, jak stavíme potrubí vydání a jejich správu, je klíčovým aspektem správy vydání.

# 3) Kontinuální integrace: Zajišťuje, že každý odevzdání kódu je řízeno, testováno a kompilováno a základ kódu je udržován čistý a čistý po celou dobu.

# 4) Průběžné nasazení: Zaměřuje se na nasazení kompilovaného kódu nepřetržitě po celou dobu od testování až po produkční prostředí.

Test Automation je důležitá a kritická praxe DevOps, která platí během celého životního cyklu. Poté je dodávka „Infrastruktura jako kód“ jedním z klíčových vrcholů DevOps Practice.

Takže později, jakmile je kód nasazen do produkce, je nezbytné zajistit, aby software běžel úspěšně, a to shromážděním údajů o výkonu, případných chyb v systému a také údajů o využití koncového uživatele prostřednictvím nástrojů a metodik monitorování aplikací .

Jedná se tedy o nezbytné a nanejvýš důležité postupy uplatňované a přijímané týmem během celého cyklu vývoje aplikace, který jim zajišťuje dosažení cíle DevOps.

Návyky DevOps

Jak říká Aristoteles: „Jsme. To, co opakovaně děláme ... Excelence tedy není čin, ale zvyk.

Říkám jim tedy „zvyky“, protože je praktikujeme opakovaně.

Proto je třeba tyto pravidelné návyky rozvíjet v týmu bez jakýchkoli kompromisů, přičemž se zamýšlí opakovaně dodávat kvalitní software.

# 1) Správa technického dluhu:

Pravidelná správa technického dluhu je jedním z klíčových aspektů, pokud se tak nestane, drasticky zpomaluje vývoj softwaru. Proto je třeba vždy snižovat technický dluh a kódový základ by měl být udržován v maximální možné čistotě. Čistá základna kódu usnadňuje nasazení připraveného kódu kdykoli.

Jak jsem opakovaně zmínil, zaměření na hodnotu pro zákazníka je smýšlením týmu a to je klíčový aspekt kultury DevOps, který neustále nutí tým dělat cokoli a vše podtrhuje, aby přineslo hodnotu zákazníkovi.

S tímto smýšlením budou zastaveni jednotlivci, kteří si myslí, že jejich práce je hotová, a budou se vrhat na další. A všichni si začínají myslet, že konečným cílem je dodávat do výroby a získat úvěr, pouze když zákazník poskytne zpětnou vazbu nebo ocenění po použití softwaru ve výrobě.

Zaměření na hodnotu pro zákazníky proto motivuje a obohacuje tým, aby se pokaždé zlepšoval a zlepšoval.

# 2) Hypotéza-řízený vývoj :

Kromě důkladného porozumění požadavkům je pochopení toho, co zákazník naživo dělá a jaký je model používání určité funkce, a vývoj kódu podle toho „vývoj založený na hypotéze“.

Aktivní spolupráce se zákazníky od samého začátku, tedy pochopení toho, jak používají software, a zajištění toho, aby se správné věci vyvíjely v první instanci, je velmi důležité a opět je to zvyk DevOps.

# 3) Měření z nasazení:

Neustálé měření výkonu dodávky a hledání zpětné vazby z nasazení je dalším důležitým zvykem, který pomáhá týmu v práci na zlepšování softwaru a zvyšování hodnoty pro zákazníky.

# 4) Živá kultura webu :

Živá kultura webu znamená vstřebat se do myšlení každého člověka, že ať vyvíjíme cokoli, musíme ho bez problémů dostat do výroby.

Je to kultura, díky níž každý v týmu pochopí, že „pokud není na živém webu, není nikde“ a nemá smysl ani žádný užitek, pokud jej nezvládneme, a proto nebudeme schopni dosáhnout mimo naše koncové uživatele, pokud není naživo.

# 5) Infrastruktura jako flexibilní zdroj:

Správa infrastruktury jako flexibilního zdroje je velmi důležitým aspektem DevOps, protože kdykoli bychom měli být schopni se zbavit stávající infrastruktury a roztočit novou, protože jsme naši infrastrukturu definovali jako kód s velkou lehkostí.

Tento aspekt DevOps nám pomáhá zajistit, aby náš software podporoval více platforem a podporoval více verzí.

# 6) Týmová spolupráce:

Nyní už všichni jasně víme, že vývoj softwaru nezajišťují pouze samotné nástroje nebo procesy. Je to tým, který musí spolupracovat mezi sebou a dostane se do souladu s obchodním cílem.

Týmová spolupráce je tedy klíčovým aspektem kultury DevOps, který překlenuje jakoukoli mezeru v porozumění mezi nimi a programem.

Proto jsou tyto postoje, chování a návyky klíčovými základními aspekty kultury DevOps.

Metriky DevOps

Časy, kdy jsme zvyklí shromažďovat tradiční metriky týkající se vývoje a testování, se zaměřily pouze na vývoj a testování interního softwaru, jsou pryč. Jak se změnilo zaměření dodávky, shromážděné metriky se také zarovnaly k nalezení hodnoty pro zákazníka.

Ačkoli metriky, které je třeba shromáždit, se u jednotlivých organizací liší, v závislosti na prioritě zákazníka, měření obratnosti a spolehlivosti softwaru je hlavním zaměřením DevOps.

A tyto metriky by bylo vhodné měřit z pohledu „hodnoty pro zákazníka“ a definují, jak si tým vede w.r.t. Implementace DevOps.

bezplatné anime streamovací stránky anglicky dabované

V zásadě je metrikou agility měření účinnosti vývoje a spolehlivostí měření účinnosti operací.

# 1) Metriky agility:

A počet nasazení za určité časové období.

(i) Víme, že DevOps je o dodávce menších kusů a o rychlé dodávce.

Tato metrika agility má tedy zkontrolovat, jak často tým dokázal nasazení provést a jaká je frekvence nasazení.

Další z nich je „Čas potřebný k zavedení změn“:

ii) Víme také, jak často se mění pohledy zákazníků, které vedou k žádostem o změnu, a záměrem DevOps je tyto změny v produkci otočit v minimálním čase.

Dalším aspektem agilních metrik je tedy kontrola, jaký je čas potřebný k nasazení požadavků na změnu do produkce?

# 2) Metriky spolehlivosti:

Metriky spolehlivosti spočívají v měření spolehlivosti softwaru po nasazení.

Mezi metriky spolehlivosti patří,

  1. Míra selhání vydání a
  2. Je čas zjistit problémy a opravit je.

# 1) Míra selhání vydání je měřit, jak často selháme s ohledem na naše nasazení? Zde je cílem zajistit, aby se po určitou dobu tato konkrétní metrická nuly snížila a tým si zvykl na úspěšné nasazení pokaždé a přechod do výroby se častěji stal zvykem.

#dva) Nyní je čas detekovat a opravit problémy měřit čas potřebný k detekci poruchy a opravit ji. Tato metrika také kontroluje, jak rychle dokážeme pochopit, co se děje ve výrobě, proaktivně detekovat problémy, napravit je poskytnutím řešení a nasměrovat jej do vývojového cyklu jako opravu.

Tato metrika se nezaměřuje jen na otočení rychlé opravy k produkci, ale také umožňuje týmu zabránit takovým problémům, které se v budoucnu vyskytnou, provedením vhodných změn, ať už v designu, architektuře, automatickém testovacím kanálu, ať už je to cokoli.

V ideálním případě se tedy jedná o metriky, které týmu pomáhají dosáhnout kultury a doručení DevOps.

Pojďme si rychle shrnout:

  • Co je DevOps?
  • Co není DevOps?
  • Jaké jsou výhody DevOps?
  • Jaké jsou postupy a návyky DevOps?
  • A jaké jsou klíčové metriky DevOps?

Co je DevOps? DevOps je kultura v organizaci, která se zaměřuje na poskytování hodnoty zákazníkovi prostřednictvím neustálé spolupráce vývoje, provozu a ostatních zúčastněných stran.

Co není DevOps? DevOps není licencovaný ani open source produkt, ani specifikace, ani standard.

Jaká je výhoda DevOps? DevOps přináší vysoce kvalitní doručení, rychlejší doručení, časté nasazení, malé nasazení, méně poruch v produkci atd.,

Jaké jsou postupy DevOps? Postupy DevOps jsou nepřetržitá integrace, automatizace testů, nepřetržité nasazení, infrastruktura jako kód, správa konfigurace, správa verzí a monitorování výkonu aplikací.

Jaké jsou zvyky DevOps? Zvyky DevOps jsou správa technického dluhu, zaměření na poskytování hodnoty zákazníkovi, kultura živých webů, týmová spolupráce, správa infrastruktury jako flexibilního zdroje, vývoj založený na hypotézách a metriky z výroby.

Jaké jsou metriky DevOps? Agilita a spolehlivost jsou klíčové metriky zaměření DevOps.

O autorovi pro videonávody na DevOps:

Člen týmu STH Gayathri Subrahmanyam je expert na testování softwaru s více než jeden a půl desetiletí zkušeností v poskytování projektů testování softwaru pro různé globální klienty napříč různými doménami. Dodala software, intenzivně pracovala na tradičních a agilních metodikách vývoje softwaru (SCRUM, SAFE) a naposledy pracovala na metodice DevOps.

V našem dalším výukovém videu se naučíme postupy DevOps založené na agilních principech.

Výukový program PREV | DALŠÍ výuka

Doporučené čtení

^