Gjatë dekadës së fundit, janë bërë përparime të konsiderueshme në zhvillimin e mjeteve për integrimin e vazhdueshëm (Continuous Integration, CI) dhe shpërndarjen e vazhdueshme (Continuous Delivery, CD). Zhvillimi i teknologjive të integrimit të zhvillimit dhe operacioneve të softuerit (Development Operations, DevOps) ka çuar në një rritje të shpejtë të kërkesës për mjete CI/CD. Zgjidhjet ekzistuese vazhdojnë të përmirësohen, duke u munduar të qëndrojnë aktuale me kohën, janë lëshuar versione të reja, dhe në botën e kontrollit të cilësisë së softuerit (Quality Assurance, QA) vazhdimisht shfaqen shumë produkte të reja. Me një pasuri të tillë zgjedhjeje, gjetja e mjetit të duhur bëhet një detyrë e vështirë.
Mes të gjithë mjeteve të ekzistuese CI/CD, ka dy projekte që me siguri meritojnë vëmendje nga ata që kërkojnë diçka në këtë fushë. Bëhet fjalë për Jenkins dhe mjetin GitLab CI/CD, i cili është pjesë e platformës GitLab. Jenkins ka më shumë yje në GitHub. Repo GitLab në gitlab.com ka marrë pak më shumë yjeve. Nëse krahasojmë popullaritetin e depozita, do të shohim se Jenkins ka marrë 8 herë më shumë yje se platforma që përfshin GitLab CI/CD. Por kur zgjidhni një mjet CI/CD, kjo nuk është aspak treguesi i vetëm që ka rëndësi. Ekzistojnë edhe shumë të tjerë, dhe kjo shpjegon faktin që në shumë krahasime Jenkins dhe GitLab CI/CD janë shumë afër njëri-tjetrit.
TĂ« marrim, pĂ«r shembull, tĂ« dhĂ«nat nga platforma G2, e cila akumulon rishikime pĂ«r produkte tĂ« ndryshme dhe vlerĂ«simet qĂ« u japin pĂ«rdoruesit. KĂ«tu mesatarja , e nxjerrĂ« mbi 288 rishikime, Ă«shtĂ« 4,3 yje. NdĂ«rsa pĂ«r kĂ«tu ka 270 rishikime, vlerĂ«simi mesatar i kĂ«tij instrumenti Ă«shtĂ« 4,4 yje. Nuk do tĂ« gabonim duke thĂ«nĂ« se Jenkins dhe GitLab CI/CD konkurojnĂ« me njĂ«ri-tjetrin nĂ« kushte tĂ« barabarta. ĂshtĂ« interesante tĂ« theksohet se projekti Jenkins u shfaq nĂ« vitin 2011 dhe nga atĂ«herĂ« ka qenĂ« mjeti i preferuar i testuesve. Por projekti GitLab CI/CD, i lançuar nĂ« vitin 2014, Ă«shtĂ« pozicionuar shumĂ« lart falĂ« mundĂ«sive avancuara qĂ« ofron kjo platformĂ«.
Kur flasim për popullaritetin e Jenkins në krahasim me platforma të tjera të ngjashme, vlen të përmendim se ne publikuam një artikull ku krahasoheshin platformat Travis CI dhe Jenkins, duke organizuar një anketë. Në të morën pjesë 85 përdorues. Respondentëve iu kërkua të zgjidhnin instrumentin CI/CD që u pëlqente më shumë. 79% zgjodhën Jenkins, 5% zgjodhën Travis CI, dhe 16% treguan se preferonin mjete të tjera.
Rezultatet e anketës
Mes mjeteve të tjera CI/CD, më shpesh u përmend GitLab CI/CD.
Nëse jeni serioz për DevOps, ju nevojitet të zgjidhni me kujdes mjetet e përshtatshme, duke marrë parasysh karakteristikat e projektit, buxhetin dhe kërkesat e 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.
Takimi me Jenkins
â Ă«shtĂ« njĂ« mjet CI/CD i njohur gjerĂ«sisht dhe fleksibĂ«l, i projektuar pĂ«r tĂ« automatizuar shumĂ« detyra tĂ« lidhura me projektet e softuerit. Jenkins Ă«shtĂ« shkruar krejtĂ«sisht nĂ« Java dhe lĂ«shohet nĂ«n licencĂ«n MIT. Ai ofron njĂ« set tĂ« fuqishĂ«m funksionesh pĂ«r tĂ« automatizuar detyrat e ndĂ«rtimit, testimit, shpĂ«rndarjes, integrimit dhe publikimit tĂ« softuerit. Ky instrument mund tĂ« pĂ«rdoret nĂ« sisteme tĂ« ndryshme operative, pĂ«rfshirĂ« macOS, Windows dhe shumĂ« shpĂ«rndarje Linux, siç janĂ« OpenSUSE, Ubuntu dhe Red Hat. EkzistojnĂ« paketa instalimi pĂ«r Jenkins tĂ« dizajnuara pĂ«r sisteme tĂ« ndryshme operative, 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 përshtatshëm për të punuar në mjedisin Kubernetes. Në Jenkins X janë integruar Helm, serveri Jenkins CI/CD, Kubernetes dhe mjete të tjera të destinuara për krijimin e tubave CI/CD që përputhen me praktikat më të mira DevOps. Për shembull, këtu përdoret GitOps.
Një nga avantazhet e Jenkins është se skriptet e tij janë shumë të strukturuara, të kuptueshme dhe lehtësisht të lexueshme. Ekipi i Jenkins ka krijuar rreth 1000 plugins, të cilat janë të destinuara për të organizuar ndërveprimin e Jenkins me teknologji të ndryshme. Në skripte mund të përdoren sisteme autentikimi, që, për shembull, lejon lidhjen me sisteme të ndryshme private.
Gjatë punës së tubinës Jenkins, mund të vëzhgoni se çfarë ndodh në çdo hap të saj, dhe të shihni nëse fazat e ndryshme të punës përfunduan me sukses apo jo. Të gjitha këto mund të vëzhgohen pa përdorur një ndërfaqe grafike, duke shfrytëzuar mundësitë e terminalit.
Karakteristikat e Jenkins
Një nga karakteristikat më të njohura të Jenkins është lehtësia e konfigurimit, niveli i lartë i automatizimit të operacioneve të ndryshme dhe dokumentacioni i shkëlqyer. Kur flasim për zgjidhjet e problemeve DevOps, Jenkins konsiderohet një mjet shumë të besueshëm, duke e përdorur atë, zakonisht nuk ka nevojë të vëzhgosh ngushtë të gjithë procesin e përpunimit të projektit. Me mjete të tjera CI/CD, kjo nuk është njësoj. Le të flasim për disa nga mundësitë më të rëndësishme të Jenkins.
â1. Falas, burim i hapur, mbĂ«shtetje pĂ«r shumĂ« platforma
Jenkins mund të funksionojë në platformat macOS, Windows dhe Linux. Ai mund të funksionojë gjithashtu në mjedisin Docker, duke mundësuar për të organizuar ekzekutimin e njëkohshëm dhe të shpejtë të detyrave automatizuese. Ky mjet, për më tepër, mund të ekzekutohet si një servlet në kontejnerët që mbështesin Java, si Apache Tomcat dhe GlassFish. Instalimi i Jenkins është shumë .
â2. Ekosistem i pĂ«rparuar i pluginave
Ekosistemi i plugjeve Jenkins duket shumë më i zhvilluar krahasuar me ekosistemet e moduleve të tjerë të CI/CD. Aktualisht ekzistojnë më shumë se 1500 plugje për Jenkins. Këto plugje janë të dizajnuara për të zgjidhur një gamë të gjerë detyrash, duke mundësuar automatizimin e projekteve të ndryshme. Pasuria e zgjedhjes së moduleve falas do të thotë se ata që përdorin Jenkins nuk kanë nevojë urgjente për të blerë plugje të shtrenjta. i Jenkins me shumë mjete DevOps.
â3. Instalimi dhe konfigurimi i lehtĂ«
Instalimi dhe konfigurimi i Jenkins është mjaft i thjeshtë. Po ashtu, procesi i përditësimit të sistemit është gjithashtu i organizuar në mënyrë të përshtatshme. Këtu, përsëri, duhet të përmendet cilësia e dokumentacionit, pasi në të mund të gjejnë përgjigje për pyetje të ndryshme që lidhen me instalimin dhe konfigurimin e Jenkins.
â4. Komuniteti miqĂ«sor
Si e thamë më parë, Jenkins është një projekt me kod burim të hapur, i cili ka një ekosistem të gjerë me një numër të madh plakesh. Një komunitet i madh përdoruesish dhe zhvilluesish është krijuar rreth Jenkins, duke ndihmuar në zhvillimin e projektit. Komuniteti është një nga faktorët që kontribuon në zhvillimin e Jenkins.
â5. Prania e REST API-sĂ«
Gjatë punës me Jenkins, mund të përdorni REST API-në, që zgjeron mundësitë e sistemit. API për qasje të largët në sistem ofrohet në tre formate: XML, JSON me mbështetje për JSONP, Python. faqja e dokumentacionit që zbardh detajet për punën me REST API-në e Jenkins.
â6. MbĂ«shtetje pĂ«r ekzekutimin paralel tĂ« detyrave
Jenkins mbsupports paralelizimin e detyrave DevOps. Ai mund të integrohet lehtësisht me mjetet përkatëse dhe të merrni njoftime për rezultatet e ekzekutimit të detyrave. Ekzekutimi i testimit të kodit mund të përshpejtohet duke organizuar ndërtimin paralel të projektit duke përdorur makina virtuale të ndryshme.
â7. MbĂ«shtetje pĂ«r punĂ«n nĂ« mjedise tĂ« shpĂ«rndara
Jenkins lejon organizon ndërtimet e shpërndara duke përdorur disa kompjuterë. Kjo funksionalitet është e dobishme në projekte të mëdha dhe përdor një plan pune, sipas të cilit ekziston një server kryesor Jenkins dhe disa makina në varësi. Makina në varësi mund të përdoren edhe në situata kur duhet organizuar testimin e projektit në ambiente të ndryshme. Këto mundësi e dallojnë Jenkins nga projektet e tjera të ngjashme.
Njohja me GitLab
mund të quhet një nga mjetet më të reja dhe më të dashura nga inxhinierët DevOps. Ky mjet falas me burim të hapur është i integruar në sistemin e kontrollit të versioneve GitLab. Platforma GitLab ka një version komuniteti, i cili mbështet menaxhimin e repositorive, mjete për ndjekjen e problemeve, organizimin e kodit të rishikuar, mekanizma të orientuar drejt krijimit të dokumentacionit. Kompanitë mund të instalojnë GitLab lokalmente, duke lidhur këtë sistem me Active Directory dhe serverët LDAP për të organizuar autorizimin dhe autentikimin e sigurt të përdoruesve.
një udhëzues video që do t'ju ndihmojë të mësoni si të krijoni pipeline CI/CD duke përdorur funksionalitetet e GitLab CI/CD.
Në fillim, GitLab CI/CD u lëshua si një projekt i pavarur, por në vitin 2015 ky set mjetesh u integrohet në GitLab 8.0. Një server i veçantë GitLab CI/CD mund të mbështesë më shumë se 25,000 përdorues. Bazuar në këto serverë, mund të krijoni sisteme me një disponueshmëri të lartë.
GitLab CI/CD dhe projekti kryesor GitLab janë shkruar në Ruby dhe Go. Ato lëshohen nën licencën MIT. GitLab CI/CD, përveç mundësive të zakonshme të mjeteve CI/CD, mbështetet gjithashtu dhe funksionalitete të tjera që lidhen, për shembull, me planifikimin e punëve.
Integrimi i GitLab CI/CD në një projekt është shumë i thjeshtë. Duke përdorur GitLab CI/CD, procesi i përpunimit të kodit të projektit ndahet në faza, secila prej të cilave mund të përbëhet nga disa detyra që kryhen në një rend të caktuar. Detyrat mund të përshtaten me saktësi.
Detyrat mund të kryhen paralelisht. Pasi të konfigurohet renditja e fazave dhe detyrave, CI/CD pipeline është gati për punë. Mund të monitoroni përparimin e tij duke ndjekur statusin e detyrave. Si rezultat, përdorimi i GitLab CI/CD është shumë i rehatshëm, ndoshta më i rehatshëm se mjetet e tjera të ngjashme.
Veçoritë e GitLab CI/CD dhe GitLab
GitLab CI/CD është një nga mjetet më të njohura DevOps. Projekti dallon për dokumentacionin e tij cilësor, dhe mundësitë e tij janë të lehta dhe të rehatshme për t'u përdorur. Nëse ende nuk jeni të njohur me GitLab CI/CD, lista e mëposhtme e mundësive të këtij instrumenti do t'ju japë një përmbledhje të asaj që mund të prisni prej tij. Duhet të theksohet se shumë nga këto mundësi kanë të bëjnë me platformën GitLab vetë, në të cilën është integruar GitLab CI/CD.
â1. Popullariteti
GitLab CI/CD Ă«shtĂ« njĂ« mjet relativisht i ri, qĂ« ka gjetur pĂ«rdorim tĂ« gjerĂ«. GitLab CI/CD Ă«shtĂ« bĂ«rĂ« gradualisht njĂ« mjet tepĂ«r i njohur pĂ«r CI/CD, i pĂ«rdorur pĂ«r testimin automatizuar dhe implementimin e softuerit. ĂshtĂ« e lehtĂ« pĂ«r t'u konfiguruar. Gjithashtu, Ă«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 faqesh statike që mund të përdoret brenda sistemit GitLab Pages për të krijuar faqe nga repository-t e GitLab. Sistema merr materialet burimore dhe krijon një faqe statike të gatshme. Pamja dhe funksionalitetet e këtyre faqeve mund të menaxhohen duke redaktuar skedarin _config.yml, i përdorur nga 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 grupeve të tyre. Kjo lejon menaxhimin e organizatës së punëve në projekte, duke planifikuar përfundimin e tyre në një datë të caktuar.
â4. ShkallĂ«zimi automatik i CI-runner-Ă«ve
Falë shkallëzimit automatik të runner-ëve, të cilët janë përgjegjës për përfundimin e detyrave të caktuara, mund të kursejmë ndjeshëm në kostot e qirasë së burimeve serverike. Kjo është shumë e rëndësishme, sidomos nëse flitet për mjedise ku testi i projekteve kryhet paralelisht. Për më tepër, kjo është e rëndësishme për projektet e mëdha që përbëhen nga disa repository.
â5. Mjete pĂ«r ndjekjen e problemeve
Aftësitë e fuqishme të GitLab për ndjekjen e problemeve kanë bërë që shumë projekte me burim të hapur ta përdorin këtë platformë. GitLab CI/CD lejon kryerjen e testimeve paralele të degëve të ndryshme të kodit. Rezultatet e provave analizohet lehtësisht në ndërfaqen e sistemit. Kjo e dallon ndjeshëm GitLab CI/CD nga Jenkins.
â6. Kufizimi i aksesit nĂ« repozitorĂ«
Platforma GitLab mbështet kufizimin e aksesit në repozitorë. Për shembull, ata që punojnë së bashku në një projekt në një repozitor mund të caktojnë të drejtat përkatëse sipas rolit të tyre. Kjo është veçanërisht e rëndësishme për projektet korporative.
â7. MbĂ«shtetje aktive e komunitetit
Rreth GitLab Ă«shtĂ« krijuar njĂ« komunitet aktiv qĂ« ndihmon nĂ« zhvillimin e kĂ«saj platforme dhe mjeteve tĂ« saj, nĂ« veçanti â GitLab CI/CD. Integrimi i thellĂ« i GitLab CI/CD me GitLab, pĂ«rveç tĂ« tjerave, lehtĂ«son gjetjen e pĂ«rgjigjeve pĂ«r pyetjet qĂ« shfaqen gjatĂ« pĂ«rdorimit tĂ« GitLab CI/CD.
â8. MbĂ«shtetje pĂ«r punĂ«n me sisteme tĂ« ndryshme tĂ« kontrollit tĂ« versioneve
GitLab CI/CD â Ă«shtĂ« njĂ« sistem qĂ« mund tĂ« punojĂ« jo vetĂ«m me kodin e vendosur nĂ« depot GitLab. PĂ«r shembull, kodi mund tĂ« ruhen nĂ« njĂ« depo GitHub, ndĂ«rsa pipeline-i CI/CD mund tĂ« organizohet nĂ« bazĂ« tĂ« GitLab me pĂ«rdorimin e GitLab CI/CD.
Krahasimi i Jenkins dhe GitLab CI/CD
Jenkins dhe GitLab CI/CD janë mjete shumë të mira, çdo një prej të cilave mund të sigurojë funksionimin normal të pipeline-it CI/CD. Por, nëse i krahasojmë, do të zbulojmë se, edhe pse janë shumë të ngjashëm, kanë disa dallime.
Specifikimi
Jenkins
GitLab CI/CD
Kodi i hapur ose i mbyllur
Kodi i hapur
Kodi i hapur
Instalimi
KĂ«rkohet.
Nuk kërkohet, pasi kjo është një mundësi e integruar e platformës GitLab.
Karakteristikat unike
Mbështetje për plugins.
Integrim i thellë në sistemin e menaxhimit të versioneve.
Mbështetje
Nuk ka.
Ekziston.
Instalimi dhe konfigurimi
Nuk shkakton vështirësi
Nuk shkakton vështirësi
Zhvillimi i vet sistemit
Ky është opsioni i vetëm për përdorimin e sistemit.
Mbështetet.
Krijimi i pipeline-eve CI/CD
Mbështetet, përdoret Jenkins Pipeline.
Mbështetet.
Monitorimi i performancës së aplikacioneve
Nuk ka.
Ekziston.
Ekosistemi
Ekzistojnë më shumë se 1000 plugins.
Sistemi po zhvillohet në kuadër të GitLab.
API
Mbështet një sistem të zhvilluar API.
Ofron API për një integrim më të thellë në projekte.
Mbështetje për JavaScript
Ekziston.
Ekziston.
Integrim me mjete të tjera
Mbështetet integrimi me mjete dhe platforma të tjera (Slack, GitHub).
ShumĂ« mjete pĂ«r integrimin 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ëtyre mjeteve DevOps. Njohuria për këto dallime do të ndihmojë ata që preferojnë njëri nga këto mjete mbi tjetrin.
- GitLab CI/CD mund të kontrollojë plotësisht Git-repozitoret. Këtu flasim për menaxhimin e degëve të repozitoreve dhe disa mundësi të tjera. Ndërkaq, Jenkins, ndonëse di të punojë me repozitoret, nuk ofron të njëjtin nivel kontrolli mbi to si GitLab CI/CD.
- Jenkins është një projekt falas me burim të hapur. Ai që e zgjedh e krijon atë vetë. Ndërsa GitLab CI/CD është i përfshirë në platformën GitLab, kjo është një zgjidhje e gatshme.
- GitLab CI/CD mbështet mjete të avancuara menaxhimi të detyrave që funksionojnë në nivel projekti. Kjo anë e Jenkins është më pak e zhvilluar.
Jenkins dhe GitLab CI/CD: pikat e forta dhe të dobëta
Tani keni një ide më të qartë për Jenkins dhe GitLab CI/CD. Tani, për ta njohur akoma më mirë këto mjete, le të shqyrtojmë pikat e tyre të forta dhe të dobëta. Besojmë se tashmë keni vendosur se cilin mjet saktësisht ju nevojitet. Shpresojmë se kjo pjesë do t'ju ndihmojë ta vlerësoni veten.
âPikat e forta tĂ« Jenkins
- Numri i madh i shtesave.
- Kontrolli i plotë mbi instalimin e mjetit.
- Debugimi i thjeshtë i runner-ëve.
- Konfigurimi i thjeshtë i node-ve.
- Shkarkimi i thjeshtë i kodit.
- Një sistem shumë i mirë menaxhimi të kredencialeve.
- Fleksibiliteti dhe shumëllojshmëria.
- Mbështetje për gjuhë të ndryshme programuese.
- Sistemi është i kuptueshëm në nivelin intuitiv.
âPikat e dobĂ«ta tĂ« Jenkins
- Për shkak të përdorimit të shtesave, mund të hasen vështirësi.
- Përtej kësaj, kur përdoret Jenkins në projekte të vogla, koha e nevojshme për konfigurimin e tij mund të rezultojë në një investim të panevojshëm të kohës.
- Mungesa e informacionit të përbashkët analitik për zinxhirët CI/CD.
âPikat e forta tĂ« GitLab CI/CD
- Integrim i mirë me Docker.
- Zgjerim i lehtë i raner-ëve.
- Ekzekutimi paralel i detyrave brenda fazave të konveierit CI/CD.
- Përdorimi i modelit të grafit aciklike të orientuar për të konfiguruar marrëdhëniet e detyrave.
- Një nivel i lartë shkallëzimi falë mundësisë për ekzekutimin paralel të raner-ëve.
- Shtimi i lehtë i detyrave.
- Zgjidhja e thjeshtë e konflikteve.
- Një sistem i besueshëm sigurie.
âPikat e dobta tĂ« GitLab CI/CD
- Për çdo detyrë duhet të përshkruhen dhe ngarkohen/ shkarkohen artefaktet.
- Nuk është e mundur të testohet rezultati i bashkimit të degëve para se ato të mblidhen në të vërtetë.
- Kur përshkruhen fazat e konveierit CI/CD, aktualisht nuk është e mundur të ndahen etapas të veçanta.
PĂ«rfundimet
Si Jenkins, ashtu edhe GitLab CI/CD kanĂ« tĂ« mirat dhe tĂ« kĂ«qijat e tyre. Zgjedhja e instrumentit tĂ« duhur varet nga nevojat dhe karakteristikat specifike tĂ« projektit tĂ« caktuar. Ădo njĂ«ri nga kĂ«ta CI/CD instrumente ka veçori tĂ« caktuara, megjithĂ«se janĂ« krijuar pĂ«r tĂ« zgjidhur tĂ« njĂ«jtin problem. NĂ« kĂ«tĂ« rast, Jenkins Ă«shtĂ« njĂ« instrument autonom, ndĂ«rsa GitLab CI/CD Ă«shtĂ« pjesĂ« e njĂ« platforme e cila Ă«shtĂ« e destinuar pĂ«r bashkĂ«punimin mbi kodin.
Kur zgjidhni një sistem CI/CD, përveç mundësive të tij, është e rëndësishme të merrni parasysh gjithashtu shpenzimet që mund të lidhen me të dhe atë me të cilin janë mësuar të punojnë inxhinierët DevOps që mbështesin projektin.
Cilat CI/CD mjete përdorni?
Burimi: habr.com
