Në dekadën e fundit janë arritur përparime të konsiderueshme në zhvillimin e mjeteve të integrimit të vazhdueshëm (Continuous Integration, CI) dhe shpërndarjes së vazhdueshme (Continuous Delivery, CD). Zhvillimi i teknologjive të integrimit midis zhvillimit dhe operacioneve të software-it (Development Operations, DevOps) ka sjellë një rritje të shpejtë të kërkesës për mjetet CI/CD. Zgjidhjet ekzistuese po përmirësohen vazhdimisht, duke synuar të qëndrojnë në hapat me kohën, ndërsa dalin versione të reja. Në botën e kontrollit të cilësisë së software-it (Quality Assurance, QA) po shfaqen vazhdimisht shumë produkte të reja. Në një përzgjedhje kaq të pasur, gjetja e mjeteve të duhura del të jetë një detyrë e vështirë.
Midis të gjitha mjeteve ekzistuese CI/CD, ekzistojnë dy projekte që vërtet meritojnë vëmendje për ata që janë në kërkim të diçkaje nga kjo sferë. Bëhet fjalë për Jenkins dhe mjetin GitLab CI/CD, i cili është pjesë e platformës GitLab. Jenkins ka më shumë yll në GitHub. Repository e GitLab në gitlab.com ka marrë pak më shumë yll. Nëse krahasojmë popullaritetin e repository-ve, do të rezultojë se Jenkins ka grumbulluar 8 herë më shumë yje sesa platforma që përfshin GitLab CI/CD. Por, kur zgjidhni një instrument CI/CD, kjo nuk është e vetmja masë që merret në konsideratë. Ekzistojnë shumë të tjera dhe kjo shpjegon pse në shumë krahasime, Jenkins dhe GitLab CI/CD janë shumë afër njëri-tjetrit.
Le tĂ« marrim, pĂ«r shembull, tĂ« dhĂ«nat nga platforma G2, e cila akumulon komente pĂ«r produkte tĂ« ndryshme dhe vlerĂ«simet qĂ« pĂ«rdoruesit u japin. KĂ«tu, vlerĂ«simi mesatar , i nxjerrĂ« mbi bazĂ«n e 288 komenteve, Ă«shtĂ« 4.3 yje. NdĂ«rsa kĂ«tu ka 270 komente, vlerĂ«simi mesatar i kĂ«tij instrumenti Ă«shtĂ« 4.4 yje. Nuk do tĂ« gabonim nĂ«se do tĂ« deklaronim se Jenkins dhe GitLab CI/CD garojnĂ« me njĂ«ri-tjetrin nĂ« kushte tĂ« barabarta. ĂshtĂ« interesante tĂ« theksohet se projekti Jenkins u shfaq nĂ« vitin 2011 dhe qĂ« atĂ«herĂ« ka qenĂ« instrumenti i preferuar i testuesve. Por projekti GitLab CI/CD, i lançuar nĂ« vitin 2014, ka arritur pozitat e tij tĂ« larta falĂ« mundĂ«sive avangardĂ« qĂ« ofron kjo platformĂ«.
Kur të flasim për popullaritetin e Jenkins në krahasim me platforma të tjera të ngjashme, do të nënvizojmë se, pasi publikuam një artikull ku u krahasuan platforma Travis CI dhe Jenkins, organizuam një anketë. Në të morën pjesë 85 përdorues. Të anketuarve iu propozuar të zgjidhin mjetin CI/CD që u pëlqen më shumë. 79% zgjodhën Jenkins, 5% zgjodhën Travis CI, dhe 16% treguan se preferonin mjete të tjera.
Rezultatet e anketës
Ndër mjetet e tjera CI/CD, më shpesh përmendet GitLab CI/CD.
Nëse merreni seriozisht me DevOps, duhet të zgjidhni me kujdes mjete përkatëse, duke marrë parasysh karakteristikat e projektit, buxhetin e tij dhe kërkesa të tjera. Për t'ju ndihmuar të bëni zgjedhjen e duhur, ne do të kryejmë një analizë të Jenkins dhe GitLab CI/CD. Shpresojmë se kjo do t'ju ndihmojë të bëni zgjedhjen e duhur.
Njohja me Jenkins
është një mjet CI/CD i njohur dhe fleksibël, i destinuar për automatizimin e shumë detyrave lidhur me projektet e softuerit. Jenkins është shkruar krejtësisht në Java, dhe është çliruar nën licencën MIT. Ai ka një grup të fuqishëm mundësish, të orientuara drejt automatizimit të detyrave të lidhura me ndërtimin, testimin, shpërndarjen, integrimin dhe lëshimin e softuerit. Ky mjet mund të përdoret në sisteme operative të ndryshme. Midis tyre janë macOS, Windows dhe shumë distribucione Linux, siç janë OpenSUSE, Ubuntu dhe Red Hat. Ekzistojnë paketa instalimi për Jenkins, të destinuara për sisteme të ndryshme operativ, ky mjet mund të instalohet në Docker dhe në çdo sistem ku ka JRE (Java Runtime Environment).
Zhvilluesit e Jenkins krijuan një projekt tjetër, Jenkins X, i cili është i destinuar për punë në mjedisin Kubernetes. Në Jenkins X janë të integruara Helm, serveri Jenkins CI/CD, Kubernetes dhe mjete të tjera të destinuara për krijimin e konvejereve CI/CD, të cilat përputhen me metodat më të avancuara të DevOps. Për shembull, këtu përdoret GitOps.
Një meritat e Jenkins është se skriptet e tij janë shumë të strukturuara, të qarta dhe lehtë për t'u lexuar. Ekipa e Jenkins ka krijuar rreth 1000 plugina, të cilat janë të orientuara drejt organizimit të ndërveprimit të Jenkins me teknologji të ndryshme. Në skripte mund të përdoren sisteme autentifikimi, çka, për shembull, lejon lidhjen me sisteme të ndryshme të mbyllura.
Gjatë procesit të punës së konveyorëve Jenkins, mund të ndjekësh se çfarë ndodh në çdo hap të tij, nëse disa faza të caktuara përfunduan me sukses apo jo. Mund ta ndjekësh të gjithë këtë, në fakt, pa përdorur një ndërfaqe grafike, por duke shfrytëzuar mundësitë e terminalit.
Karakteristikat e Jenkins
Mes karakteristikave të njohura të Jenkins mund të theksohet lehtësia e konfigurimit, niveli i lartë i automatizimit të operacioneve të ndryshme dhe dokumentacioni i shkëlqyer. Kur flasim për zgjidhjet DevOps, Jenkins është një mjet shumë të besueshëm, duke e përdorur atë, zakonisht nuk ka nevojë të ndjekësh me kujdes të gjithë procesin e përpunimit të projektit. Në rastin e mjeteve të tjera CI/CD, kjo nuk është e njëjtë. Le të flasim për disa nga mundësitë më të rëndësishme të Jenkins.
â1. Falas, kod i hapur, mbĂ«shtetje pĂ«r shumĂ« platforma
Jenkins mund të punojë në platformat macOS, Windows dhe Linux. Ai mund të funksionojë gjithashtu në mjedisin Docker, që mundëson organizimin e një ekzekutimi uniform dhe të shpejtë të detyrave automatike. Ky mjet, për më tepër, mund të ekzekutohet si një servlet në konteinerët që mbështesin Java, si Apache Tomcat dhe GlassFish. Instalimi i Jenkins është i dokumentuar cilësisht. .
â2. Ekosistemi i zhvilluar i plugins
Ekosistemi i plugins i Jenkins duket shumë më i zhvilluar në krahasim me ekosistemët e moduleve të lidhura të mjeteve të tjera CI/CD. Aktualisht, ekzistojnë më shumë se 1500 plugins për Jenkins. Këto plugins janë të drejtuara për të zgjidhur një gamë të gjerë detyrash, duke mundësuar automatizimin e projekteve të ndryshme. Pasurija e zgjedhjes së moduleve të lira qe të përdorsh, do të thotë që kushdo që përdor Jenkins nuk ka një nevojë të fortë për të blerë plugins të shtrenjta pagese. Ka mundësi Jenkins me shumë mjete DevOps.
â3. Instalimi dhe konfigurimi i lehtĂ«
Jenkins është mjaft e lehtë për t'u instaluar dhe konfiguruar. Pastaj, procesi i përditësimit të sistemit është gjithashtu shumë i përshtatshëm. Këtu, përsëri, duhet të përmendet cilësia e dokumentacionit, pasi në të mund të gjesh përgjigje për pyetje të ndryshme lidhur me instalimin dhe konfigurimin e Jenkins.
â4. Komunitet miqĂ«sor
Siç është përmendur tashmë, Jenkins është një projekt me kod burimor, ekosistemi i të cilit përfshin një sërë të madhe pluginësh. Rreth Jenkins është formuar një komunitet i madh përdoruesish dhe zhvilluesish, që ndihmojnë në zhvillimin e projektit. Komuniteti është një nga faktorët që kontribuojnë në zhvillimin e Jenkins.
â5. Prania e REST API
Gjatë punës me Jenkins, mund të përdorni REST API, e cila zgjeron mundësitë e sistemit. API për qasje të largët në sistem ofrohet në tre variante: XML, JSON me mbështetje për JSONP, Python. faqja e dokumentacionit, e cila zbardh detajet mbi punën me REST API të Jenkins.
â6. MbĂ«shtetje pĂ«r ekzekutimin paralel tĂ« detyrave
Jenkins mbështet parallelizimin e detyrave DevOps. Ai mund të integrohet lehtësisht me instrumentet e përkatshme dhe të merrni njoftime mbi rezultatet e ekzekutimit të detyrave. Ekzekutimi i testeve të kodit mund të përshpejtohet duke organizuar ndërtimin paralel të projektit duke përdorur makina virtuelle të ndryshme.
â7. MbĂ«shtetje pĂ«r punĂ«n nĂ« mjedise tĂ« shpĂ«rndara
Jenkins lejon organizimin e ndërtimeve të shpërndara duke përdorur kompjuterë të shumtë. Kjo mundësi është e aplikueshme në projekte të mëdha dhe përdor një skemë pune sipas së cilës ekziston një server kryesor Jenkins dhe disa makina nënshkruese. Makina nënshkruese mund të përdoren gjithashtu në situata kur duhet të organizoni testimin e projektit në mjedise të ndryshme. Këto mundësi e veçojnë Jenkins nga projekte të tjera të ngjashme.
Njohja me GitLab
mund të quhet një nga mjetet më të reja dhe më të dashura për inxhinierët DevOps. Ky mjet i lirë me kod burimor është i integruar në sistemin e kontrollit të versioneve GitLab. Platforma GitLab ka një version community, që mbështet menaxhimin e repository-ve, mjete për ndjekjen e problemeve, organizimin e rishikimeve të kodit, mekanizma të orientuar për krijimin e dokumentacionit. Kompanitë mund të instalojnë GitLab në mënyrë lokale, duke lidhur këtë sistem me Active Directory dhe me serverët LDAP për të organizuar autorizimin dhe autentikimin e sigurt të përdoruesve.
video udhëzimi, që do t'ju ndihmojë të mësoni se si të krijoni CI/CD pipeline me përdorimin e mundësive të GitLab CI/CD.
Origjinalisht, GitLab CI/CD u lëshua si një projekt i pavarur, por në vitin 2015 ky grup mjetesh u integre në GitLab 8.0. Një server i veçantë GitLab CI/CD mund të mbështesë punën e më shumë se 25,000 përdoruesve. Në baza të tillë serverësh mund të krijohen sisteme me disponueshmëri të lartë.
GitLab CI/CD dhe projekti kryesor GitLab janë shkruar në Ruby dhe Go. Ato janë lëshuar nën licencën MIT. GitLab CI/CD, përveç mundësive standarde të mjeteve CI/CD, gjithashtu mbështet mundësi të tjera, të lidhura, për shembull, me planifikimin e punëve.
Integrimi i GitLab CI/CD në projekt është shumë i thjeshtë. Me përdorimin e GitLab CI/CD, procesi i përpunimit të kodit të projektit ndahet në etapa, secila prej të cilave mund të përbëhet nga disa detyra që kryhen në një rend të caktuar. Detyrat janë të përshtatshme për konfigurim të detajuar.
Detyra mund të kryhen paralelisht. Pas konfigurimit të rendit të etapave dhe detyrave, konvayeri CI/CD është gati për punë. Mund të ndiqni përparimin e tij duke monitoruar gjendjen e detyrave. Si rezultat, përdorimi i GitLab CI/CD është shumë i përshtatshëm, ndoshta më i përshtatshëm se mjete të tjera të ngjashme.
Karakteristikat e GitLab CI/CD dhe GitLab
GitLab CI/CD është një nga mjetet më të njohura DevOps. Projekti dallohet për dokumentacionin cilësor, mundësitë e tij janë të lehta dhe të përshtatshme për përdorim. Nëse ende nuk jeni të njohur me GitLab CI/CD, lista e mëposhtëme e mundësive të këtij mjeti do t'ju japë një përmbledhje të përgjithshme se çfarë mund të prisni prej tij. Duhet të theksohet se shumë nga këto mundësi lidhen me platformën vetë GitLab, në të cilën është integruar GitLab CI/CD.
â1. Popullariteti
GitLab CI/CD Ă«shtĂ« njĂ« mjet relativisht i ri qĂ« ka gjetur njĂ« pĂ«rdorim tĂ« gjerĂ«. GitLab CI/CD Ă«shtĂ« bĂ«rĂ« gradualisht njĂ« mjet CI/CD jashtĂ«zakonisht i njohur, i pĂ«rdorur pĂ«r testimin automatizuar dhe shpĂ«rndarjen e softuerit. ĂshtĂ« i lehtĂ« pĂ«r t'u konfiguruar. PĂ«r mĂ« tepĂ«r, Ă«shtĂ« njĂ« mjet CI/CD falas, i integruar nĂ« platformĂ«n GitLab.
â2. MbĂ«shtetje pĂ«r GitLab Pages dhe Jekyll
Jekyll është një gjenerues i faqeve statike që mund të përdoret brenda sistemit GitLab Pages për të krijuar faqe të bazuara në repositorët e GitLab. Sistemi merr materialet burimore dhe gjeneron një sit statik të gatshëm mbi bazën e tyre. Mund të menaxhoni pamjen dhe mundësitë e këtyre faqeve duke redaktuar skedarin _config.yml, përdorur Jekyll.
â3. MundĂ«sitĂ« pĂ«r planifikimin e projekteve
Falë mundësive për planifikimin e fazave të projekteve, rritet lehtësia e ndjekjes së problemeve dhe grupimeve të tyre. Kjo lejon menaxhimin e organizatës së punëve të projekteve, duke e planifikuar përfundimin e tyre në një datë të caktuar.
â4. ShkallĂ«zimi automatizuar i CI-runners
Falë shkallëzimit automatizuar të runners, të cilët janë përgjegjës për kryerjen e detyrave specifike, është e mundur të kursejmë ndjeshëm në kostot e qirasë së kapaciteteve serverike. Kjo është shumë e rëndësishme, sidomos kur flasim për mjedise ku testimi i projekteve kryhet paralelisht. Për më tepër, kjo është e rëndësishme për projekte të mëdha, të përbëra nga disa repozita.
â5. Mjetet pĂ«r ndjekjen e problemeve
Mundësitë e fuqishme të GitLab për ndjekjen e problemeve e kanë bërë këtë platformë të preferuar për shumë projekte open-source. GitLab CI/CD lejon kryerjen e testimeve paralelisht të degëve të ndryshme të kodit. Rezultatet e provave janë të lehta për tu analizuar në ndërfaqen e sistemit. Kjo e ndan GitLab CI/CD nga Jenkins.
â6. Kufizimi i aksesit nĂ« repozita
Platforma GitLab mbështet kufizimin e aksesit në repozita. Për shembull, ata që punojnë bashkë në një projekt në një repozitë të caktuar mund të emërohen me të drejta që përputhen me rolet e tyre. Kjo është veçanërisht e rëndësishme për projektet korporative.
â7. MbĂ«shtetje aktive e komunitetit
Rreth GitLab Ă«shtĂ« formuar njĂ« komunitet aktiv qĂ« kontribuon nĂ« zhvillimin e kĂ«saj platforme dhe mjeteve tĂ« saj, veçanĂ«risht â GitLab CI/CD. Integrimi i thellĂ« i GitLab CI/CD me GitLab, ndĂ«r tĂ« tjera, e lehtĂ«son gjetjen e pĂ«rgjigjeve pĂ«r pyetjet qĂ« lindin gjatĂ« punĂ«s me GitLab CI/CD.
â8. MbĂ«shtetje pĂ«r punĂ«n me sisteme tĂ« ndryshme kontrolli versioni
GitLab CI/CD është një sistem që mund të punojë jo vetëm me kodin që është vendosur në repozitat GitLab. Për shembull, kodi mund të ruhet në një repozitë GitHub, ndërsa kanali CI/CD mund të organizohet në bazë të GitLab duke përdorur GitLab CI/CD.
Krahasimi i Jenkins dhe GitLab CI/CD
Jenkins dhe GitLab CI/CD janë mjete shumë të mira, secili nga të cilat është në gjendje të sigurojë funksionimin normal të kanalit CI/CD. Por, nëse i krahasojmë, do të zbulojmë se, ndonëse janë shumë të ngjashëm, dallojnë në disa aspekte.
Karakteristika
Jenkins
GitLab CI/CD
Kod i hapur apo i mbyllur
Kod i hapur
Kod i hapur
Instalimi
E nevojshme.
Nuk e nevojitet, pasi kjo është një mundësi e integruar e platformës GitLab.
Karakteristikat unike
Mbështetje për pluginë.
Integrim i thellë në sistemin e menaxhimit të versioneve.
Mbështetje
Nuk është i pranishëm.
ĂshtĂ« i pranishĂ«m.
Instalimi dhe konfigurimi
Nuk sjell vështirësi
Nuk sjell vështirësi
Vënia në treg e sistemit në mënyrë të pavarur
Ky është opsioni i vetëm për të përdorur sistemin.
Mbështetet.
Krijimi i linjave CI/CD
Mbështetet, përdoret Jenkins Pipeline.
Mbështetet.
Monitorimi i performancës së aplikacioneve
Nuk është i pranishëm.
ĂshtĂ« i pranishĂ«m.
Ekosistemi
Ekzistojnë më shumë se 1000 pluginë.
Sistemi zhvillohet brenda kuadrit të GitLab.
API
Mbështet një sistem të avancuar API.
Ofron API për integrim më të thellë në projekte.
Mbështetje për JavaScript
ĂshtĂ« i pranishĂ«m.
ĂshtĂ« i pranishĂ«m.
Integrimi me mjete të tjera
Mbështetet integrimi me mjete dhe platforma të tjera (Slack, GitHub).
Më shumë mjete për integrim me sisteme të jashtme, sidomos me GitHub dhe Kubernetes.
Kontrolli i cilësisë së kodit
MbĂ«shtetet â pĂ«rmes plugin-it SonarQube dhe plugin-e tĂ« tjera.
Mbështetet.
Dallimet midis Jenkins dhe GitLab CI/CD
Pas përshkrimit dhe krahasimit të Jenkins dhe GitLab CI/CD, le të përqendrohemi në dallimet e kësaj mjeteve DevOps. Njohja e këtyre dallimeve do të ndihmojë ata që preferojnë një nga këto mjete ndaj një tjetri.
- GitLab CI/CD mund të kontrollojë plotësisht repositorët Git. Këtu flitet për menaxhimin e degëve të repositorëve dhe disa mundësi të tjera. Jenkins, megjithatë, megjithëse mund të punojë me repositorët, nuk ofron të njëjtin nivel kontrolli mbi ta si GitLab CI/CD.
- Jenkins është një projekt i hapur dhe falas. Ai që e zgjedh e vendos atë vetë. Ndërsa GitLab CI/CD është i përfshirë në platformën GitLab, një zgjidhje e gatshme.
- GitLab CI/CD mbështet mjete të avancuara për menaxhimin e detyrave që funksionojnë në nivel projekti. Kjo anë e Jenkins është më e dobët.
Jenkins dhe GitLab CI/CD: Pikat e forta dhe të dobta
Tani keni një ide të caktuar për Jenkins dhe GitLab CI/CD. Tani, për t'u njohur më mirë me këto mjete, le të shqyrtojmë pikat e forta dhe të dobta të tyre. Shpresojmë se keni marrë një vendim se cili mjet ju nevojitet. Kjo pjesë shpresojmë se do t'ju ndihmojë të verifikoni veten.
âPikat e forta tĂ« Jenkins
- Numri i madh i pluginëve.
- Kontrolli i plotë mbi vendosjen e mjetit.
- Debugim i thjeshtë i runner-ëve.
- Konfigurim i thjeshtë i node-ve.
- Vënia në treg e kodit e thjeshtë.
- Një sistem shumë i mirë i menaxhimit të kredencialeve.
- Fleksibiliteti dhe universaliteti.
- Mbështetje për gjuhë të ndryshme programimi.
- Sistemi është intuitiv dhe i kuptueshëm.
âPikat e dobĂ«ta tĂ« Jenkins
- Mund të ketë vështirësi në përdorimin e plug-in-eve.
- Në projektet e vogla, koha e nevojshme për konfigurimin e tij të pavarur mund të jetë jashtëzakonisht e madhe.
- Mungesa e informacionit të përgjithshëm analitik për ciklet CI/CD.
âPikat e forta tĂ« GitLab CI/CD
- Integrim i mirë me Docker.
- Zgjerim i lehtë i runner-ëve.
- Ekzekutimi paralel i detyrave brenda fazave të konvejerit CI/CD.
- Përdorimi i modelit të grafikëve të orientuar aciklike në konfigurimin e marrëdhënieve të detyrave.
- Niveli i lartë i zgjerueshmërisë përmes mundësisë së ekzekutimit paralel të runner-ëve.
- Lehtësia e shtimit të detyrave.
- Zgjidhja e lehtë e konflikteve.
- Sistem i besueshëm i sigurisë.
âPikat e dobĂ«ta tĂ« GitLab CI/CD
- Për çdo detyrë duhet përshkruar dhe ngarkuar/shkarkuar artefaktet.
- Nuk mund të testoni rezultatet e bashkimeve të degëve para bashkimit të tyre në fakt.
- Kur përshkruani fazat e konvejerit CI/CD, aktualisht nuk mund të veçoni etapa të veçanta brenda tyre.
PĂ«rfundime
Si Jenkins ashtu edhe GitLab CI/CD kanĂ« pikat e tyre tĂ« forta dhe tĂ« dobĂ«ta. PĂ«rgjigja ndaj pyetjes se çfarĂ« tĂ« zgjidhni varet nga nevojat dhe karakteristikat e projektit specifik. Ădo njĂ«ri nga alatet e CI/CD tĂ« shqyrtuara sot ka tipare tĂ« caktuara, ndonĂ«se janĂ« krijuar pĂ«r tĂ« zgjidhur tĂ« njĂ«jtĂ«n problematikĂ«. Jenkins Ă«shtĂ« njĂ« mjet autonom, ndĂ«rsa GitLab CI/CD Ă«shtĂ« pjesĂ« e njĂ« platforme tĂ« dedikuar pĂ«r bashkĂ«punimin nĂ« kod.
Kur zgjidhni një sistem CI/CD, përveç mundësive të tij, është e rëndësishme të merrni parasysh kostot që mund të lidhen me të, si dhe përvojat me të cilat janë mësuar të punojnë inxhinierët DevOps që mbështesin projektin.
Cilat mjete CI/CD përdorni?
Burimi: habr.com
