release management devops
Čo je správa vydaní v DevOps?
Dúfam, že by ste mali jasno Koncept správy konfigurácie v DevOps z nášho posledného tutoriálu.
Ako sme už skôr definovali DevOps, DevOps je celý tím, ktorý vlastní softvér od jeho vzniku až do jeho dodania do výroby a zaisťuje, aby aplikácia vo výrobe fungovala podľa požiadaviek.
Odporúčané čítanie => Najlepšie výukové kurzy pre DevOps
Preto „Release Management“, ako všetci vieme, znamená spravovať, ktorá verzia softvéru je nasadená do ktorého prostredia, kedy a ako, nie je len zodpovednosťou Release Manager, ale zodpovednosťou celého tímu v DevOps.
Hlavné výhody správy vydaní v DevOps možno zhrnúť ako,
-
- Rýchlejšie a konzistentné dodávky.
- Silný audit a vysledovateľnosť zmien.
- Automatizácia procesu vydania: Vyššia kvalita, konzistencia, sebadôvera.
- Zvyšuje dôveru prostredníctvom úspešných a dôsledných dodávok.
- Uvoľnenie - namáhaná činnosť
- Žiadne prestoje
VIDEO Časť 4 Blok 2: Správa vydaní- 17 minút 12 sekúnd
Prepis:
V tomto bloku budeme rozumieť Postup správy vydania DevOps .
Čo je Release Management v kontexte DevOps a aké sú jeho hlavné výhody?
Keď uvažujem o správe vydaní, vynárajú sa mi rôzne otázky, ktoré vydanie je spustené v ktorom prostredí a aké opravy sa tam aplikovali? Aké sú rýchle opravy, ktoré boli nasadené a pre akého zákazníka sú?
Viem, že je to hlava manažéra vydania, aby sledoval všetky tieto informácie. Vieme, že skôr, správa vydaní ani predtým nebola zodpovednosťou Dev alebo Ops. Na správu aktivít pri vydávaní softvéru slúžil samostatný tím správy vydaní.
A samostatná rada s názvom CCB a CAB, rada pre kontrolu zmien, rada pre schválenie zmien, ktorá sa používa na zvládnutie zodpovednosti za riadenie zmien a kontrolu toho, čo sa uplatňuje a čo nie.
Ale teraz sa veci zmenili s DevOps. A už to nie je iba zodpovednosť manažéra vydania, ale celého tímu.
Ako sme už skôr definovali DevOps, DevOps je celý tím, ktorý vlastní softvér od jeho počiatku až do jeho dodania do výroby a zaisťuje, aby aplikácia fungovala vo výrobe podľa požiadaviek.
Teda v DevOps, pokiaľ nie je kód nasadený na web a nie je úspešne monitorovaný jeho výkon po určité obdobie, nie je úloha vývoja softvéru dokončená.
Zodpovednosť za dodávku softvéru a za jeho súčasný výkon teda nesú všetci v tíme. Rovnako tak úlohy správy vydania.
Dozvieme sa viac o aspektoch správy vydaní v DevOps.
Poďme pochopiť, čo je Release Management?
Ako všetci vieme, zo širokého hľadiska správa vydaní spravuje a udržiava podobné informácie, ktorá verzia softvéru alebo komponentov je nasadená do ktorých prostredí, kedy a ako bola nasadená.
čím môžem otvoriť súbor eps
Toto je teda všetko o správe vydaní.
Pozrime sa, ako funguje proces správy vydaní.
Na rozdiel od predchádzajúcich verzií neexistujú v DevOps formálne CCB. Neznamená to však, že zmeny nebudú schválené.
K schváleniu dochádza aj prostredníctvom nástroja. Nástroje na správu zmien ako Jeera a ClearQuest sa používajú na vykonávanie zaznamenávania a schvaľovania zmien a ich smerovania do vývojového tímu na účely vytvárania nevybavených stavov ako technický dlh alebo nová požiadavka.
Tieto zmeny, ktoré zachytil tím programu, sú zostavené, testované a automaticky sa nasadia do výroby spolu s automatickým doručovacím potrubím. Každá zmena sa ale zapisuje do správy verzií a tieto zmeny sa auditujú a testujú v celom distribučnom potrubí.
Takže akékoľvek zmeny vykonané tímom sa zaznamenajú do nástroja na správu verzií a to, čo sa úspešne nasadilo do prostredí a ich konfigurácií, je k dispozícii v konfiguračnom nástroji.
Správa verzií aj správa konfigurácie nám teda spoločne poskytujú jasný obraz o tom, čo sa vydáva, kedy sa vydáva, kde sa vydáva a ako sa vydáva.
V kontexte DevOps teda v zásade funguje správa verzií a správa konfigurácie ako nástroj na správu vydaní. Tieto dva procesy a nástroje teda fungujú ako CCB, ktoré nazývame našou tradičnou metódou vývoja.
V zásade automatizuje prácu manažéra CCB, ktorý ideálne overuje každú z týchto zmien alebo vydaní a certifikuje, že ide do výroby.
V prípade DevOps nie je certifikované vydanie, ale celé doručovacie potrubie je certifikované automatizovaným spôsobom spolu s manuálnymi bránami.
Správa vydaní ako taká nie je samostatnou aktivitou ako súčasť DevOps, ale je zabudovaná už ako súčasť DevOps potrubia alebo doručovacieho potrubia spolu s riadením verzií, správou konfigurácie a nasadením.
Takže správa verzií v spojení so správou konfigurácie umožňuje správu vydaní.
A zatiaľ čo prechádzame do praxe DevOps, kde sa zameriavame na doručovanie dodávok v priebehu niekoľkých hodín, je prakticky nemožné zvládnuť také časté nasadenia a ich záznamy a údržbu ručne pomocou tradičných procesov správy vydaní, kde sa riadia manuálne pomocou automatizácie vo veľmi malom rozsahu.
Celková automatizácia procesu správy vydania je teda nevyhnutnosťou.
V potrubí DevOps tiež nemusíme kontrolovať nasadenia, ak sú zmeny schválené, zostavené, testované a dostanú sa do riadenia verzií, automaticky sa použijú na produkciu. Samozrejmosťou sú prepínače funkcií, pomocou ktorých je možné ich zapnúť alebo vypnúť, aby ste ich ovládali pri výrobe.
Audit a vysledovateľnosť každej zmeny sú jednou z najsilnejších výhod, ktoré z pohľadu správy vydaní máme. Keď teda budujeme potrubie DevOps alebo doručovacie potrubie, zabudujeme toto protokolovanie a auditovanie do potrubia, aby sa dianie v prostredí v reálnom čase zaznamenávalo a kontrolovalo.
Dostaneme teda skutočné udalosti, ktoré vyjdú v dôsledku akcie nasadenia aplikácie do prostredia. Keďže ide o kratšie a menšie vydanie, je celkom ľahké sledovať tieto zmeny v celom potrubí.
Dostali sme sa do časti Nástroje v správe vydania.
Nástroje na správu vydaní, ktoré sú dostupné na trhu, zaisťujú, že automatické nasadenie zmien je včasné a bezchybné a ich cieľom je poskytnúť používateľom maximálnu hodnotu.
V zásade ide o nasadovacie nástroje, ktoré sa používajú v doručovacom potrubí počas automatizovaného nasadenia.
XL Release je jeden taký nástroj na správu vydaní, ktorý je špecifický pre Continuous Deployment. Ako som už uviedol skôr, tieto nástroje pomáhajú tímom DevOps navrhnúť ich model nasadenia a pomáhajú pri monitorovaní vydaní automatizáciou všetkých úloh súvisiacich s nasadením a správou vydaní.
Plutora je ďalší taký robustný nástroj, ktorý poskytuje softvérovú sadu nástrojov Enterprise IT Release Management na požiadanie, ktorá pomáha pri vydávaní verzií.
Produkt BMC Software Release Lifecycle Management je tiež nástrojom na správu vydaní od spoločnosti BMC Software, ktorý poskytuje komplexný prehľad o vývoji vydania softvéru. Zdá sa, že používatelia môžu prostredníctvom centrálneho webového portálu sledovať vývoj aplikácií, kontrolu kvality a výrobu, aby mohli monitorovať dôsledky každej vykonanej zmeny.
Existuje ďalší nástroj od spoločnosti XebiaLabs. Tento nástroj umožňuje plánovať, automatizovať a analyzovať kanály ich softvérových vydaní.
Uveďme zoznam výhod automatizovaného systému správy vydaní DevOps.
Najskôr všetky procesy správy vydaní, ktoré sa automatizujú, pomáhajú tímu rýchlejšie a konzistentnejšie dodávky zákazníkom.
Dozvedeli sme sa, že kedykoľvek sa akékoľvek vydanie alebo zmena pretlačí cez nepretržitý dodávací kanál v prostredí DevOps, všetky informácie o tom, čo sa v danom prostredí skutočne stalo, sa zreteľne zapíšu do protokolov.
Budeme teda mať skutočné udalosti alebo udalosti v reálnom čase, ktoré sa zapíšu do protokolu, a to od toho, čo sa stalo počas skutočného nasadenia vydania do konkrétneho prostredia.
Takže s týmto máme veľmi veľmi silný audit a vysledovateľnosť zmien udržiavaných v DevOps.
Ktokoľvek kedykoľvek urobí akékoľvek zmeny v ktorejkoľvek časti dodávacieho potrubia, bude vypátraný.
Budeme mať v správe verzií, čo sa zmenilo, čo sa nasadilo, a príslušné konfigurácie. Toto teda poskytuje jasný prehľad o podrobnostiach o tom, čo sa doručilo, kam sa doručilo, kedy a ako, v prípade každého vydania.
Automatizácia potrubia vydávania je ďalšou skvelou vlastnosťou DevOps, ktorá čo najviac zabraňuje manuálnym zásahom a je tiež veľmi ľahké vystopovať späť v prípade zlyhania vydania porovnaním zlyhaného vydania s úspešným vydaním.
Automatizácia výdajového kanálu nám teda poskytuje vyššiu kvalitu doručenia v priebehu niekoľkých minút. Robia sa ľudské chyby, dôslednosť a zjavne väčšia dôvera v dodávky.
To tiež umožňuje tímu cítiť, že nasadenie alebo „uvoľnenie do výroby“ je rutina alebo denný rozvrh, a to tak, že im umožní dôkladné pochopenie kanálu vydávania a jeho nasadenia.
Niet pochýb o tom, že tento komfort a úspora času umožňuje ľuďom sústrediť sa viac na iné dôležité veci ako na bežné veci.
Vieme skôr, vydania sa zvykli vyskytovať po hodinách alebo skorých hodinách a spravidla cez víkendy. A tím bol požiadaný, aby podporil tieto vydania v týchto časovaniach.
Pomysli na všetky stresujúce okamihy pred prepustením, ktoré by sa mali stať, bdenie v priebehu niekoľkých hodín alebo skoro ráno po nasadení, skončenie ľudských chýb, zabudnutie na zmenu a potom modlitba k Bohu, aby bolo prepustenie úspešné a tak ďalej.
Takže teraz súčasná metóda riadenia nasadenia a vydania DevOps dala oponu všetkým našim predchádzajúcim strastiam stresových momentov.
ako vytvoriť falošný e-mailový účet
Už žiadne víkendové nasadenia, už žiadne prebdené noci a už žiadny stres z nasadenia. Všetko je automatizované. Vydávanie nových funkcií alebo aktualizácia zmien teda už nie je stresujúcou aktivitou.
Metóda nasadenia DevOps nezahŕňa žiadne prestoje alebo akékoľvek prerušenia činnosti používateľov v porovnaní s predchádzajúcim prípadom zasielania nepríjemných správ o prestojoch všetkým zákazníkom a ich žiadaním o ukončenie používania služby alebo o náhle prekvapenie neočakávanými problémami, ktoré sa vyskytli. počas aktualizácie a ďalšieho predĺženia prestojov.
Absurdné !! Prečo by im malo prekážať aktualizácia softvéru, ktorú robíme, alebo prečo by mali mať s týmito aktualizáciami problémy?
Nerušte používateľov aktualizáciami, ktoré softvérový tím na serveri vykonáva. Preto spôsob vydávania vydaní DevOps ukončil všetky tieto problémy.
Už žiadne nasadenie cez noc, žiadne doručovanie opráv zákazníkom a žiadny výpadok služieb.
Týmto dokončujeme tému ‘Release Management in DevOps’.
V našom pripravovanom výučbe , dozvieme sa viac o Proces monitorovania výkonu aplikácií v DevOps.
Výukový program PREV | NEXT Tutorial
Odporúčané čítanie
- Správa konfigurácie v postupoch DevOps
- Tlačová správa: Doplnok Test Management, Zephyr pre JIRA, je teraz k dispozícii v cloude
- Nepretržité nasadenie v DevOps
- Čo by mal tester QA vedieť o procese riadenia vydania a nasadenia
- Dôležitosť malých prírastkov dodávok v DevOps
- Nepretržité doručovanie v DevOps
- Nepretržité testovanie v DevOps
- DevOps Automation: Ako sa automatizácia uplatňuje v praxi DevOps