continuous deployment devops
Ce este implementarea continuă în DevOps?
Tutorialul nostru anterior din această serie a explicat semnificația Livrare continua .
Livrarea continuă este o conductă de implementare automată cu porți automate și manuale între ele, în timp ce Implementarea continuă este conducta de livrare continuă fără porți manuale între ele.
Lectură recomandată => Instruire DevOps cu tutoriale text și video
Deci, implementarea continuă nu trebuie să fie o „lansare în producție”. Dar codul este implementat în producție și păstrat sub sunet utilizând „Comutare funcțională” și când este gata, comutarea funcției va fi activată.
Aceste comutări ale caracteristicilor evită orice risc de eșec al funcționalității funcției în producție prin dezactivarea caracteristicii implementate în producție.
Această opțiune permite, de asemenea, activarea funcției pentru un anumit set de utilizatori sau o anumită geografie sau un anumit site al clienților sau chiar pentru angajații interni pentru evaluare inițială și feedback.
VIDEO Partea 3 Blocul 3: Implementare continuă- 6 minute 28 secunde
cel mai bun program de monitorizare a timpilor CPU
Transcriere video:
Chiar înainte de videoclipul anterior, am aflat despre abordarea livrării continue și beneficiile acesteia.
În acest bloc permiteți-ne să aflăm despre implementarea continuă și cum este diferit de livrarea continuă. Și vom înțelege, de asemenea, semnificația testării continue și a conductei de testare continuă în DevOps.
Aici, doresc să introduc un alt termen al DevOps, adică implementare continuă, care nu trebuie confundat cu livrare continuă, deoarece forma scurtă a ambelor este CD.
După cum știm deja, livrarea continuă sau CD-ul este procesul de livrare a software-ului sau a actualizărilor software la producție în trepte mai mici, asigurându-se că software-ul poate fi lansat în orice moment la producție.
Este o conductă de implementare automată cu porți automate și manuale între ele.
Acum, haideți să ajungem la implementarea continuă.
Implementarea continuă este, de asemenea, o conductă de livrare continuă, dar fără porți manuale între ele. Adică, fără porți manuale sau fără intervenție manuală, de la inițierea codului inițial până la introducerea codului în producție.
Această imagine vă va explica conducta de implementare continuă.
întrebări și răspunsuri de interviu sql pentru testeri
După cum vedeți în această diagramă, este la fel ca o conductă de livrare continuă, va exista un declanșator de compilare urmat de o verificare a codului, compilare automată, construire, teste unitare, implementare și alte teste automate până la „implementarea la producție” '.
Aici nu voi numi asta ca „Lansare în producție”, ci implementare în producție, lucru pe care îl voi explica în scurt timp.
Deci, nu există faze de testare manuală sau porți de aprobare manuală sau, cu alte cuvinte, nici o intervenție manuală.
de ce software aveți nevoie pentru a crea o aplicație
Acest lucru se întâmplă în principal într-o organizație maturizată și în cazul livrării sau actualizărilor produselor maturate, unde practicile DevOps sunt stabilite foarte bine și, prin urmare, doar o conductă de livrare automată este suficientă pentru a avea grijă de calitate și nu sunt necesare teste manuale și porți de calitate.
Cu toate acestea, funcțiile de comutare sunt necesare pentru implementarea continuă, deși sunt prezente atât în metode, adică livrarea continuă, cât și implementarea continuă și sunt obligatorii pentru conducta de implementare continuă.
Comutarea funcției evită orice risc de eșec al funcționalității funcției în producție prin dezactivarea caracteristicii implementate în producție. Deci, această opțiune de caracteristică asigură faptul că toate caracteristicile care sunt implementate în producție pot fi activate sau dezactivate în funcție de cerință și, prin urmare, nu trebuie eliberate imediat utilizatorilor finali.
După cum s-a menționat anterior, implementarea continuă nu trebuie să fie neapărat o versiune pentru clienți, ci o „implementare către producție”. Această opțiune de implementare continuă este utilizată la implementarea anumitor caracteristici legate de timp.
A da un Exemplu , o ofertă de servicii cu valoare adăugată a unui operator de telefonie mobilă pentru clienți, în timpul Crăciunului, poate fi implementată prin metoda de implementare continuă până la producție oricând, astfel încât caracteristica sau pachetul de servicii cu valoare adăugată să fie ținut gata în direct și deschis în timpul Crăciunul sau la miezul nopții noului an etc., printr-o funcție de comutare.
Iar această caracteristică poate fi deschisă în producție în timpul orelor mici sau a orelor de somn și poate fi activată în siguranță utilizatorilor finali mai târziu în timpul zilei, după ce ne-am asigurat că funcționează bine.
Practic, este ca și cum ați implementa codul / caracteristica în producție, dar nu rulați codul până când nu este momentul potrivit sau echipa ia o decizie de a elibera codul sau caracteristica.
Această opțiune permite, de asemenea, activarea caracteristicii pentru un anumit set de utilizatori sau anumite zone geografice sau anumite site-uri ale clienților sau chiar pentru angajații interni pentru evaluare inițială și feedback.
Oamenii se referă, de asemenea, la practica DevOps ca model CI-CD, unde CD se referă la livrare continuă, implementare continuă. Și aici este vorba despre o desfășurare continuă.
Citire sugerată = >> Implementare continuă cu Pact CLI
În viitorul tutorial video, vom afla despre „testarea continuă” și conducta de testare continuă.
Lectură recomandată
- Livrare continuă în DevOps
- Testare continuă în DevOps
- Integrare continuă în DevOps
- Top 10 instrumente de testare continuă pentru testarea DevOps [Lista 2021]
- Recapitularea tutorialelor video DevOps
- Tutorial DevOps: Ghidul final pentru DevOps (25+ Tutoriale)
- Cele mai importante instrumente AWS DevOps pentru Cloud Build și implementare
- Tutorial DevOps Testing: Cum va afecta DevOps testarea QA?