Menu

Správa vydání v DevOps

release management devops

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

Co je Správa verzí v DevOps?

Doufám, že byste měli jasno Koncept správy konfigurace v DevOps z našeho posledního tutoriálu.

Jak jsme již dříve definovali DevOps, DevOps je celý tým, který vlastní software od jeho vzniku až do jeho dodání do výroby a zajišťuje, že aplikace bude ve výrobě fungovat podle požadavků.

Doporučené čtení => Nejlepší výukové kurzy pro DevOps

Správa vydání v DevOps

Z tohoto důvodu je „Release Management“, jak všichni víme, spravovat, která verze softwaru je nasazena do kterého prostředí, kdy a jak, není jen odpovědností Release Manager, ale odpovědností celého týmu v DevOps.

Hlavní výhody správy vydání v DevOps lze shrnout jako,

    • Rychlejší a důslednější dodávky.
    • Silný audit a sledovatelnost změn.
    • Automatizace procesu vydání: Vyšší kvalita, konzistence, jistota.
    • Zvyšuje důvěru prostřednictvím úspěšných a důsledných dodávek.
    • Uvolnění - nepříjemná aktivita
    • Žádné prostoje

VIDEO Část 4 Blok 2: Správa vydání- 17 minut 12 sekund

Přepis:

V tomto bloku pochopíme Postup správy vydání DevOps .

Co je Release Management v kontextu DevOps a jaké jsou jeho hlavní výhody?

Když přemýšlím o správě vydání, různé otázky, které vyvstávají v mé mysli, jsou, které vydání běží v kterém prostředí a jaké opravy byly tam použity? Jaké jsou opravy hotfix, které byly nasazeny a pro kterého zákazníka se jedná?

Vím, že je to bolest hlavy správce vydání, aby sledoval všechny tyto informace. Dříve víme, že správa vydání nebyla dříve odpovědností Dev ani Ops. Byl to samostatný tým správy vydání, který řídil aktivity vydávání softwaru.

A samostatná rada s názvem CCB a CAB, deska pro kontrolu změn, rada pro schválení změn, která se používá k odpovědnosti za správu změn a kontrolu toho, co se použije a co ne.

Ale teď se věci změnily s DevOps. A už to není jen odpovědnost manažera vydání, ale celého týmu.

Jak jsme již dříve definovali DevOps, DevOps je celý tým, který vlastní software od samého počátku až do jeho dodání do výroby a zajišťuje, že aplikace bude ve výrobě fungovat podle požadavků.

Tedy v DevOps, pokud není kód nasazen na webu a je monitorován jeho výkon úspěšně po určité období, není úloha vývoje softwaru dokončena.

Odpovědnost za dodávku softwaru a jeho aktuální výkon tedy leží na každém z týmu. Stejně tak úkoly správy vydání.

Dozvíme se více o aspektech správy vydání v DevOps.

Pojďme pochopit, co je Release Management?

Jak všichni víme, ze širokého hlediska správa vydání spravuje a udržuje podobné informace, která verze softwaru nebo komponenty jsou nasazeny do kterých prostředí, kdy a jak byly nasazeny.

jak otevřít binární soubory v systému Windows

Jedná se tedy o správu vydání.

Podívejme se, jak funguje proces správy vydání.

Na rozdíl od dříve neexistují v DevOps žádné formální CCB. Neznamená to však, že by změny nebyly schvalovány.

Ke schválení dochází také prostřednictvím nástroje. Nástroje pro správu změn, jako je Jeera a ClearQuest, se používají k provádění zaznamenávání a schvalování změn a jejich směrování do týmu Dev za účelem budování nevyřízených položek jako technický dluh nebo nový požadavek.

Tyto změny vyzvednuté týmem programu jsou sestaveny, testovány a automaticky nasazeny do výroby spolu s automatickým doručovacím kanálem. Ale každá změna se zaznamenává, v řízení verzí a tyto změny jsou auditovány a testovány v celém doručovacím kanálu.

Ať už tým provede jakékoli změny, zaznamená se v nástroji pro správu verzí a to, co se úspěšně nasadilo do prostředí, a jejich konfigurace jsou k dispozici v konfiguračním nástroji.

Řízení verzí i správa konfigurace nám tedy společně dávají jasný obraz o tom, co se vydává, kdy se vydává, kde se vydává a jak se vydává.

V kontextu DevOps tedy v zásadě funguje správa verzí a správa konfigurace jako nástroj pro správu vydání. Tyto dva procesy a nástroje tedy fungují jako CCB, které nazýváme v naší tradiční metodě vývoje.

V zásadě automatizuje práci manažera CCB, který v ideálním případě ověří každou z těchto změn nebo vydání a certifikuje, aby mohl jít do výroby.

V případě DevOps se necertifikuje vydání, ale celé doručovací potrubí, které se certifikuje automatizovaným způsobem spolu s manuálními branami.

Správa verzí tak není samostatnou aktivitou jako součást DevOps, ale je integrována již jako součást kanálu DevOps nebo doručovacího kanálu spolu s řízením verzí, správou konfigurace a nasazením.

Díky správě verzí je správa verzí spojena se správou konfigurace.

A zatímco se pohybujeme v praxi DevOps, kde se zaměřujeme na dodávky během několika hodin, je prakticky nemožné spravovat tak časté nasazení a jejich záznam a údržbu ručně tradičními procesy správy vydání, kde se spravují ručně s automatizací ve velmi malé míře.

Celková automatizace procesu správy vydání je tedy nutností.

V kanálu DevOps také nemusíme kontrolovat nasazení, pokud jsou změny schváleny, vytvořeny, testovány a dostanou se do správy verzí, automaticky se aplikují na produkci. Přepínače funkcí jsou samozřejmě k dispozici pro zapnutí nebo vypnutí pro ovládání ve výrobě.

Audit a sledovatelnost každé změny jsou jednou z nejsilnějších výhod, které z pohledu správy vydání máme. Když tedy sestavujeme potrubí DevOps nebo doručovací potrubí, sestavujeme toto protokolování a auditování v rámci kanálu, aby se dění v reálném čase v prostředí zaznamenávaly a kontrolovaly.

Budeme tedy dostávat skutečné události, které vyjdou v důsledku akce nasazení aplikace do prostředí. Jelikož se jedná o kratší a menší verzi, je celkem snadné sledovat tyto změny v celém potrubí.

Přišli jsme do části Nástroje správy vydání.

Nástroje pro správu verzí, které jsou k dispozici na trhu, zajišťují, že automatické nasazení změn je včasné a bezchybné a jejich cílem je poskytnout uživatelům maximální hodnotu.

V zásadě se jedná o nástroje pro nasazení, které se používají v doručovacím kanálu během automatizovaného nasazení.

XL Release je jeden takový nástroj pro správu vydání, který je specifický pro Continuous Deployment. Jak jsem již řekl dříve, tyto nástroje pomáhají týmům DevOps navrhnout jejich model nasazení a pomáhají při monitorování verzí automatizací všech úkolů souvisejících s nasazením a správou verzí.

Plutora je další takový robustní nástroj, který poskytuje sadu softwarových nástrojů Enterprise IT Release Management na vyžádání, která pomáhá při vydávání verzí.

Produkt BMC Software Release Lifecycle Management je také nástrojem pro správu vydání od společnosti BMC Software, který poskytuje komplexní přehled o vývoji softwarového vydání. Zdá se, že prostřednictvím centrálního webového portálu mohou uživatelé sledovat vývoj aplikací, QA a produkci a sledovat důsledky každé provedené změny.

Existuje další nástroj od XebiaLabs. Tento nástroj umožňuje plánovat, automatizovat a analyzovat potrubí pro jejich vydání softwaru.

Uveďme seznam výhod automatizovaného systému správy vydání DevOps.

Za prvé, všechny procesy správy vydání, které se automatizují, pomáhají týmu rychlejší a konzistentní dodávky zákazníkům.

Dozvěděli jsme se, že kdykoli se jakékoli vydání nebo změna prosadí prostřednictvím kanálu nepřetržitého doručování v prostředí DevOps, všechny informace o tom, co se v daném prostředí skutečně stalo, by byly jasně zapsány do protokolů.

Takže budeme mít skutečné věci nebo události v reálném čase, které se zapíší do protokolu, k tomu, co se stalo během skutečného nasazení verze do konkrétního prostředí.

Takže díky tomu máme v DevOps udržován velmi silný audit a sledovatelnost změn.

Kdykoli někdo provede jakékoli změny v jakékoli části doručovacího potrubí, bude vysledován.

V řízení verzí budeme mít, co bylo změněno, co bylo nasazeno a jeho příslušné konfigurace. Toto tedy poskytuje jasný přehled o podrobnostech o tom, co bylo dodáno, kam bylo dodáno, kdy a jak, v případě každého vydání.

Automatizace kanálu vydání je další skvělá vlastnost DevOps, která co nejvíce brání manuálnímu zásahu a je také velmi snadné zpětně sledovat v případě selhání vydání, porovnáním neúspěšné verze s úspěšnou verzí.

Automatizace kanálu vydání nám tedy poskytuje vyšší kvalitu dodávky během několika minut. Dochází k lidským chybám, důslednosti a zjevně větší důvěře v dodávky.

To také umožňuje týmu cítit, že nasazení nebo „vydání do výroby“ jako rutina nebo denní plán, protože jim důkladně porozumí kanálu vydání a jeho nasazení.

Není pochyb o tom, že tento komfort a úspora času umožňuje lidem soustředit se více na jiné důležité věci než na rutinní věci.

Víme dříve, vydání se stávala po hodinách nebo časných hodinách a obecně o víkendech. A od týmu se vyžadovalo, aby tato vydání v těchto časováních podporoval.

Přemýšlejte o všech stresujících okamžicích před propuštěním, které by se staly, probuzení během několika hodin nebo brzy ráno k provedení nasazení, konec v lidských chybách, zapomenutí provést změnu a pak se modlete k Bohu, aby bylo propuštění úspěšné a tak dále.

Takže nyní současná metoda DevOps nasazení a správy vydání dala oponu všem našim dřívějším strastem stresujících okamžiků.

jak najít soubory apk na telefonu Android

Už žádné víkendové nasazení, žádné bezesné noci a žádný stres z nasazení. Vše je automatizované. Vydávání nových funkcí nebo aktualizace změn tedy již není stresující aktivitou.

Metoda nasazení DevOps nezahrnuje žádné prostoje ani jakýkoli druh přerušení pro uživatele oproti dřívějšímu případu zasílání otravných zpráv o prostojích všem zákazníkům a jejich žádání, aby přestali používat službu, nebo aby jim poskytli náhlá překvapení s neočekávanými problémy, ke kterým došlo během upgradu a dalšího prodloužení prostojů.

Směšné !! Proč by se měli obtěžovat kvůli upgradům softwaru, které děláme, nebo proč by měli mít potíže s těmito aktualizacemi?

Nerušte uživatele žádnými aktualizacemi, které softwarový tým provádí na serveru. Proto způsob vytváření verzí DevOps ukončil všechny tyto problémy.

Žádné další nasazení přes noc, žádné další opravy dodávané zákazníkům a žádný výpadek služeb.

Tímto dokončujeme téma „Release Management in DevOps“.

V našem připravovaném výukovém programu , se dozvíme více o Proces monitorování výkonu aplikací v DevOps.

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

Doporučené čtení

^