Meniu

Managementul lansărilor în DevOps

release management devops

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Ce este Managementul lansărilor în DevOps?

Sper că ai fi fost clar Concept de gestionare a configurației în DevOps din ultimul nostru tutorial.

Așa cum am definit DevOps mai devreme, DevOps este întreaga echipă care deține software-ul de la începuturi până când este livrat la producție și se asigură că aplicația funcționează în producție conform cerințelor.

Lectură recomandată => Cele mai bune tutoriale de instruire DevOps

Managementul lansărilor în DevOps

Prin urmare, „Managementul lansării”, așa cum știm cu toții, este să gestionăm ce versiune a software-ului este implementată în ce mediu, când și cum nu este doar responsabilitatea Managerului de lansare, ci responsabilitatea întregii echipe din DevOps.

Principalele beneficii ale Managementului versiunilor în DevOps pot fi rezumate ca,

    • Livrări mai rapide și consistente.
    • Audit puternic și trasabilitate a modificărilor.
    • Automatizarea procesului de lansare: calitate superioară, consistență, încredere.
    • Sporește încrederea prin livrări de succes și consecvente.
    • Eliberarea - activitate nestresată
    • Fără perioade de nefuncționare

VIDEO Part4 Blocul 2: Managementul lansării- 17 minute 12 secunde

Transcriere:

În acest bloc, vom înțelege Procedura de gestionare a lansării DevOps .

Ce este Managementul lansărilor în contextul DevOps și care sunt principalele sale avantaje?

Când mă gândesc la gestionarea versiunilor, diferitele întrebări care apar în mintea mea sunt, care versiune rulează în ce mediu și ce patch-uri au fost aplicate acolo? Care sunt remedierile rapide care au fost implementate și pentru ce client este?

Știu, este durerea de cap a managerului de versiuni să țină evidența tuturor acestor informații. Știm, mai devreme, managementul lansării nu a fost niciodată responsabilitatea Dev sau a Ops. A fost o echipă separată de gestionare a versiunilor care obișnuia să gestioneze activitățile de lansare a software-ului.

Și o placă separată numită CCB și CAB, placă de control a schimbării, placă de aprobare a schimbării, utilizată pentru a gestiona responsabilitatea de a gestiona modificările și de a controla ce se aplică și ce nu.

Dar acum lucrurile s-au schimbat cu DevOps. Și nu mai este doar responsabilitatea managerului de lansare, ci a întregii echipe.

Așa cum am definit DevOps mai devreme, DevOps este o întreagă echipă care deține software-ul de la început până când este livrat la producție și se asigură că aplicația funcționează în producție conform cerințelor.

Astfel, în DevOps, cu excepția cazului în care codul este implementat pe site și este monitorizat cu succes pentru o anumită perioadă de timp, sarcina de dezvoltare software nu este finalizată.

Prin urmare, responsabilitatea livrării software-ului și a performanței acestuia în direct revine tuturor celor din echipă. La fel și sarcinile de gestionare a lansării.

Vom afla mai multe despre aspectele gestionării lansărilor în DevOps.

Să înțelegem Ce este Managementul versiunilor?

După cum știm cu toții, dintr-o perspectivă largă, managementul versiunilor gestionează și menține informații precum versiunea software-ului sau componentele în care medii, când și cum a fost implementat.

cel mai bun software pentru curățarea pc 2015

Deci, aici este vorba despre gestionarea lansărilor.

Să vedem cum funcționează procesul de gestionare a lansărilor.

Spre deosebire de anterior, nu există CCB-uri oficiale în DevOps. Dar nu înseamnă că nu există aprobări aduse modificărilor.

Aprobările au loc și prin intermediul unui instrument. Instrumentele de gestionare a schimbărilor, cum ar fi Jeera și ClearQuest, sunt utilizate pentru a efectua înregistrarea și aprobarea modificărilor și direcționarea acestora către echipa Dev în scopul construirii către un restant ca o datorie tehnică sau o nouă cerință.

Aceste modificări preluate de echipa programului sunt construite, testate și sunt implementate automat în producție împreună cu conducta de livrare automată. Dar fiecare modificare este înregistrată, în controlul versiunii și aceste modificări sunt auditate și testate pe toată conducta de livrare.

Deci, orice schimbări sunt făcute de echipă, sunt înregistrate în instrumentul de control al versiunilor și ceea ce a fost implementat cu succes în medii și configurațiile lor sunt disponibile în instrumentul de configurare.

Prin urmare, atât controlul versiunii, cât și gestionarea configurației ne oferă împreună o imagine clară a ceea ce este lansat, când este lansat, unde este lansat și cum este eliberat.

Deci, în contextul DevOps, practic controlul versiunilor și gestionarea configurației acționează ca un instrument de gestionare a lansărilor. Deci, aceste două procese și instrumente acționează ca un CCB, pe care îl numim în metoda noastră tradițională de dezvoltare.

Practic, automatizează munca unui manager CCB, care verifică în mod ideal fiecare dintre aceste modificări sau lansări și certifică să-l lase să intre în producție.

În cazul DevOps, nu versiunea este certificată, ci întreaga conductă de livrare este certificată automat, împreună cu porțile manuale.

Ca o astfel de gestionare a lansării nu este o activitate separată ca parte a DevOps, dar este integrată deja ca parte a conductei DevOps sau a conductei de livrare împreună cu controlul versiunilor, gestionarea configurației și conducta de implementare.

Deci, controlul versiunii atunci când este asociat cu gestionarea configurației face gestionarea versiunii.

Și, în timp ce ne mutăm în practica DevOps, unde vizăm să livrăm livrări pe o perioadă de câteva ore, practic este imposibil să gestionăm astfel de implementări frecvente și înregistrarea și întreținerea manuală prin procesele tradiționale de gestionare a lansărilor, unde acestea se gestionează manual cu automatizare într-o foarte mică măsură.

Deci, automatizarea totală a procesului de gestionare a lansării este o necesitate.

De asemenea, în conducta DevOps, nu este nevoie să controlăm implementările, dacă modificările sunt aprobate, construite, testate și intră în controlul versiunii, acestea se aplică automat la producție. Desigur, comutatoarele de funcții sunt acolo pentru a porni sau dezactiva pentru a le controla în producție.

Auditul și trasabilitatea fiecărei modificări sunt unul dintre cele mai puternice beneficii pe care le avem din perspectiva managementului lansării. Deci, atunci când construim conducta DevOps sau conducta de livrare, construim această înregistrare și audit în cadrul conductei, astfel încât evenimentele în timp real din mediu să fie înregistrate și auditate.

Deci, vom obține evenimentele reale care apar datorită acțiunii de implementare a aplicației în mediu. Fiind o versiune mai scurtă și mai mică, este destul de ușor să urmăriți aceste modificări de-a lungul conductei.

Am ajuns la partea de instrumente a managementului versiunii.

Instrumentele de gestionare a lansărilor disponibile pe piață asigură implementarea automată a modificărilor în timp util și fără erori și vizează livrarea valorii maxime utilizatorilor.

Practic, acestea sunt instrumentele de implementare, care sunt utilizate în conducta de livrare în timpul implementării automate.

XL Release este un astfel de instrument de gestionare a versiunilor, specific pentru implementarea continuă. După cum am spus mai devreme, aceste instrumente ajută echipele DevOps să-și proiecteze modelul de implementare și să ajute la monitorizarea versiunilor prin automatizarea tuturor sarcinilor legate de implementare și gestionarea versiunilor.

Plutora este un alt instrument atât de robust, care oferă un set de instrumente software la cerere Enterprise IT Release Management, care ajută la livrarea versiunilor.

Produsul de gestionare a ciclului de viață al lansării BMC Software este, de asemenea, un instrument de gestionare a lansării de la BMC Software, care oferă vizibilitate de la capăt la sfârșit a lansării software-ului. Se pare că, printr-un portal central pe web, utilizatorii pot urmări dezvoltarea aplicației, asigurarea calității și producția pentru a monitoriza implicațiile fiecărei modificări efectuate.

Există un alt instrument de la XebiaLabs. Acest instrument permite planificarea, automatizarea și analiza conductei pentru lansările lor de software.

Permiteți-ne să enumerăm beneficiile sistemului automat de gestionare a lansărilor DevOps.

În primul rând, întregul proces de gestionare a versiunilor, care este automatizat, ajută echipa să aibă livrări mai rapide și consistente către clienți.

Am aflat că, de fiecare dată când orice versiune sau modificare este împinsă printr-o conductă de livrare continuă în mediul DevOps, fiecare informație despre ceea ce s-a întâmplat de fapt asupra mediului, va fi clar înregistrată în jurnale.

Deci, vom avea lucruri reale sau întâmplări în timp real care sunt scrise în jurnal, ca în ceea ce s-a întâmplat în timpul implementării efective a lansării pe un anumit mediu.

Deci, cu aceasta, avem un audit foarte puternic și trasabilitatea modificărilor menținute în DevOps.

Oricând, oricine face modificări în orice parte a conductei de livrare, va fi urmărită.

Vom avea în controlul versiunilor, ce a fost schimbat, ce a fost implementat și configurațiile sale respective. Deci, aceasta oferă o vizibilitate clară asupra detaliilor despre, ce a fost livrat, unde a fost livrat, când și cum, în cazul fiecărei lansări.

Automatizarea conductei de lansare este o altă caracteristică excelentă a DevOps, care previne intervenția manuală cât mai mult posibil și este, de asemenea, foarte ușor de urmărit în caz de eșecuri ale lansării, comparând versiunea eșuată cu versiunea de succes.

Deci, automatizarea conductei de lansare ne oferă o calitate mai bună a livrării în câteva minute. Se fac erori umane, consecvență și încredere evident mai mare în livrări.

Acest lucru permite, de asemenea, echipei să simtă că implementarea sau „lansarea în producție” ca un program de rutină sau zilnic, făcându-i să înțeleagă complet conducta de lansare și implementările sale.

Fără îndoială că acest confort și economie de timp le permite oamenilor să se concentreze mai mult asupra celorlalte lucruri importante decât asupra lucrurilor de rutină.

Știm mai devreme, lansările se petreceau după ore sau la începutul orelor și, în general, în weekend. Și echipa a fost obligată să sprijine aceste lansări în aceste perioade.

Gândiți-vă la toate momentele stresante dinaintea eliberării care s-ar întâmpla, fiind treaz după ore sau dimineața devreme pentru a efectua desfășurarea, ajungând să comită erori umane, uitând să facă o schimbare și apoi rugându-l pe Dumnezeu să facă eliberarea reușită. și așa mai departe.

Deci, acum, metoda actuală DevOps de implementare și gestionare a lansării a pus o perdea tuturor problemelor noastre anterioare de momente stresante.

întrebări și răspunsuri la interviu de asistență tehnică

Gata cu implementările din weekend, gata cu nopțile nedormite și gata cu stresul desfășurării. Totul este automatizat. Deci, eliberarea de noi funcții sau actualizarea modificărilor nu mai este o activitate stresantă.

Metoda de implementare DevOps implică, nici un timp de nefuncționare sau orice fel de întrerupere a utilizatorilor, față de cazul anterior, de a trimite mesaje enervante de nefuncționare către toți clienții și de a le cere să nu mai folosească serviciul sau să le ofere surprize bruște cu problemele neașteptate care au apărut. în timpul actualizării și extinderea în continuare a perioadelor de nefuncționare.

Ridicol !! De ce ar trebui să fie deranjați de actualizările de software pe care le facem sau de ce ar trebui să aibă probleme cu aceste actualizări?

Nu deranjați utilizatorii cu orice actualizări pe care echipa de software le efectuează pe server. Prin urmare, modul DevOps de a face lansări a pus capăt tuturor acestor probleme.

Gata cu implementările peste noapte, gata cu livrarea de patch-uri către clienți și gata cu întreruperea serviciului.

Cu aceasta, completăm subiectul „Managementul lansărilor în DevOps”.

În viitorul nostru tutorial , vom afla mai multe despre Procesul de monitorizare a performanței aplicației în DevOps.

PREV Tutorial | NEXT Tutorial

Lectură recomandată

^