Meniu

Integrare continuă în DevOps

continuous integration devops

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Ce este integrarea continuă în DevOps?

Până în prezent, am tratat partea 1 și partea 2 a acestui subiect în sesiunile noastre anterioare și în prezent în partea 3.

întrebări și răspunsuri la interviul centrului de calitate

Până la partea 2, am discutat despre aspectele despre oameni și despre procesele DevOps, care este colaborarea și concentrarea pe obiectivul comun, mentalitatea comună și gândirea comună în echipa care ajută la atingerea obiectivelor DevOps.

Integrare continuă în devlops

În ultimul nostru tutorial, am dobândit cunoștințe despre Cum să dezvolți colaborarea în DevOps .

Verificați => Ultimate Guide pe DevOps

Integrarea continuă, testarea continuă, implementarea continuă și livrarea continuă sunt principalele aspecte tehnice ale DevOps.

VIDEO Partea 3 Blocul 1: Integrare continuă- 12 minute 20 secunde

Transcriere:

În finalîn parte, am învățat practicile DevOps în cadrul cărora am aflat ce părți ale principiilor agile sunt adoptate de practicile DevOps.

Cum sunt atinse obiectivele DevOps prin aceste principii?

Am studiat importanța controlului versiunilor, automatizarea și livrarea unor mici creșteri de valoare către clienți și beneficiile acestuia.

Ce este colaborarea în contextul DevOps și cum o realizăm?

Până acum am vorbit despre aspectele de oameni și proces ale DevOps, adică colaborarea și concentrarea pe un obiectiv comun și o mentalitate comună și o gândire comună în cadrul echipei care ajută la atingerea obiectivelor DevOps, acum permiteți-ne să aflăm despre câteva aspecte tehnice ale DevOps. , ceea ce face posibilă o lansare DevOps.

Acestea sunt integrare continuă, livrare și implementare continuă și testare continuă.

Ca parte a blocului 1 din partea 3, să studiem mai întâi 'Integrare continuă'.

Ce este integrarea continuă?

Integrare continuă -> CI -> set de procese -> Build pipeline / CI Pipeline

Integrarea continuă, denumită în scurt timp „CI” în DevOps este un proces important sau un set de procese care este definit și realizat ca parte a unei conducte numite „Construiți conducte” sau „CI conducte”.

Știm că, în practica DevOps, avem un instrument de control pentru o singură versiune, atât pentru echipa de dezvoltare, cât și pentru operațiuni, unde codul tuturor va fi depus ca bază de cod master și acest lucru permite echipei să lucreze în paralel.

Deci, Integrarea continuă, în DevOps nu este altceva decât îmbinarea codului dezvoltatorilor individuali în copia principală a codului în ramura principală unde este menținut controlul versiunii. Nu există nicio restricție în niciun moment pentru îmbinarea codului care trebuie să se întâmple într-o zi.

Pe măsură ce și când dezvoltatorul își verifică codul în controlul versiunii, începe imediat procesul de kick CI.

cel mai bun curățator și optimizator de pc gratuit

Procesul CI include,

  1. Combinarea tuturor codurilor dezvoltatorilor pe linia principală,
  2. Declanșarea unei construcții,
  3. Compilarea codului și realizarea unei construcții și .... în cele din urmă
  4. Efectuarea testului de unitate.

Deci, integrarea continuă este un proces de fuzionare a întregului cod al dezvoltatorului într-o locație centrală și validarea fiecărei fuziuni a acestora cu o construcție și un test automat.

Pentru a explica tehnic ce se întâmplă în timpul CI este,

Va exista un server pentru integrare continuă care găzduiește Instrument CI , care continuă să urmărească instrumentul de control al versiunilor pentru check-in-ul de cod și imediat ce este găsit un check-in, declanșează compilarea automată, construiește și rulează testarea unităților împreună cu analiza statică a codului și un nivel de bază de testare automată a securității .

Diferitele instrumente pentru efectuarea testării automate, cum ar fi Jenkins, TestNG, NUnit pentru a efectua teste unitare, Sonar pentru a efectua analize statice de cod și fortifica pentru a efectua testarea de securitate, toate aceste instrumente vor fi integrate cu conducta CI .

Deci, conducta CI completă este un proces automat, fără nicio intervenție manuală și rulează în câteva secunde sau minute.

Deci, beneficiul major al CI este feedbackul rapid pe care dezvoltatorii îl obțin în cel mai scurt timp.

  1. CI funcționează după ce dezvoltatorul verifică codul și aruncă rezultatele în câteva secunde. Deci, le permite dezvoltatorilor să știe imediat dacă codul său a fost construit cu succes sau rupt.
  2. De asemenea, îi permite dezvoltatorului să știe dacă codul său s-a integrat cu succes în codul celuilalt sau a fost deteriorat, ceea ce un alt membru al echipei a făcut unei alte părți a bazei de cod. Prin urmare, CI face o analiză mai rapidă a codului și face ca fuziunile ulterioare să fie mai simple și fără erori.

Deci CI este un proces automatizat, în care compilarea este declanșată la fiecare check-in de cod, este compilată, creează compilare și testele unitare automate sunt executate pe compilare.

De asemenea, putem apela CI ca COP sau proces de verificare dacă codul tuturor din echipă este un cod bun sau valid sau nu, deoarece procesul CI, compilează și construiește imediat cu fiecare check-in și aruncă erori dacă este un cod greșit, sau nu poate fi compilat sau nu poate trece prin cazurile automate de testare a unității.

Care sunt beneficiile CI?

În primul rând, întregul proces CI este un proces automat și, prin urmare, minimizează eroarea umană prin reducerea fuziunilor manuale lungi, care induc erori.

Orice număr de persoane își pot înregistra codul, ori de câte ori într-o zi, fără să aștepte ca alții să-și finalizeze codul, așteptați până când își termină check-in-ul și check-in-ul ulterior. Deci, CI elimină dependența sau elimină timpul de așteptare al altor persoane care fac check-in.

Astfel, membrii echipei nu trebuie să aștepte ca ceilalți membri ai echipei să-și termine check-in-ul și, prin urmare, le permite să lucreze în paralel.

Fiecare check-in nu se oprește la colectarea la controlul versiunii, ci se califică imediat prin formarea compilării și testarea automată. Deci, fiecare check-in este validat la rădăcină în sine pentru procesare ulterioară.

Nu există nicio șansă de a pierde codul nimănui, deoarece codul tuturor este înregistrat în copia master cu ștampila de timp și, prin urmare, este înregistrat corespunzător.

Întregul proces de compilare, construire și testare rulează în câteva secunde și, prin urmare, destul de rapid și mai rapid și economisește mult timp și, prin urmare, ajută la atingerea obiectivului DevOps de a livra mai repede pe o perioadă de câteva ore.

Întrucât întregul proces de construire și testare se desfășoară în câteva secunde până la minute, feedback-ul cu privire la codul persoanelor este foarte rapid și nu trebuie să fugim pentru a afla al cui cod a rupt construcția sau a indus defectul, ca în fiecare check-in-ul oferă ieșirea de succes sau eșec, indicând zona de eșec dacă există o eroare.

Deci, acest lucru permite dezvoltatorului să verifice cantitatea mică de cod intermitent, poate chiar o singură linie de cod, pentru a se asigura că nu conține erori și îl face pe dezvoltator să aibă încredere că codul lor este bun și, de asemenea, nu îi rupe pe alții cod. Deci, acest lucru în total ajută la îmbunătățirea calității codului.

Permiteți-ne să ne oprim aici și să preluăm livrarea continuă și testarea continuă în tutorialele video viitoare.

PREV Tutorial | NEXT Tutorial

Lectură recomandată

^