{"id":96161,"date":"2020-10-08T19:42:48","date_gmt":"2020-10-08T17:42:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/bitva-jenkins-i-gitlab-ci-cd"},"modified":"2020-10-08T19:42:48","modified_gmt":"2020-10-08T17:42:48","slug":"bitva-jenkins-i-gitlab-ci-cd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/bitva-jenkins-i-gitlab-ci-cd","title":{"rendered":"Kampen mellem Jenkins og GitLab CI\/CD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I det sidste \u00e5rti er der gjort betydelige fremskridt inden for udviklingen af v\u00e6rkt\u00f8jer til kontinuerlig integration (Continuous Integration, CI) og kontinuerlig levering (Continuous Delivery, CD). Udviklingen af teknologier til integration af softwareudvikling og drift (Development Operations, DevOps) har f\u00f8rt til en hurtig stigning i eftersp\u00f8rgslen efter CI\/CD-v\u00e6rkt\u00f8jer. Eksisterende l\u00f8sninger forbedres konstant i bestr\u00e6belserne p\u00e5 at f\u00f8lge med tiden, nye versioner bliver lancieret, og der dukker l\u00f8bende mange nye produkter op i verden af softwarekvalitetssikring (Quality Assurance, QA). Med s\u00e5 mange valg kan det v\u00e6re en udfordrende opgave at finde det rette v\u00e6rkt\u00f8j.<\/p>\n

\"Kampen<\/a><\/noindex><\/p>\n

Blandt alle eksisterende CI\/CD-v\u00e6rkt\u00f8jer er der to projekter, som helt sikkert er v\u00e6rd at se n\u00e6rmere p\u00e5 for dem, der s\u00f8ger noget inden for dette omr\u00e5de. Det drejer sig om Jenkins og GitLab CI\/CD-v\u00e6rkt\u00f8jet, som er en del af GitLab-platformen. Jenkins har mere end 16000<\/a><\/noindex> stjerner p\u00e5 GitHub. GitLab-repositoriet p\u00e5 gitlab.com har f\u00e5et lidt over 2000<\/a><\/noindex> stjerner. Hvis man sammenligner populariteten af repositoryerne, vil man finde ud af, at Jenkins har f\u00e5et 8 gange flere stjerner end platformen, som GitLab CI\/CD er en del af. Men ved valg af CI\/CD-v\u00e6rkt\u00f8j er dette langt fra den eneste indikator, man skal tage hensyn til. Der er mange andre, og det forklarer, hvorfor Jenkins og GitLab CI\/CD ofte ligger meget t\u00e6t p\u00e5 hinanden i mange sammenligninger.
\n<\/a><\/noindex>
\nLad os tage data fra platformen G2, som indsamler anmeldelser af forskellige produkter og de vurderinger, brugerne giver dem. Her er den gennemsnitlige vurdering Jenkins<\/a><\/noindex>, baseret p\u00e5 288 anmeldelser, 4,3 stjerner. Og her findes der 270 anmeldelser, som giver dette v\u00e6rkt\u00f8j en gennemsnitsvurdering p\u00e5 4,4 stjerner. Vi vil ikke tage fejl, hvis vi siger, at Jenkins og GitLab CI\/CD konkurrerer p\u00e5 lige vilk\u00e5r. Det er interessant at bem\u00e6rke, at Jenkins-projektet blev lanceret i 2011 og siden da har v\u00e6ret et yndlingsv\u00e6rkt\u00f8j for testere. Men samtidig har GitLab CI\/CD-projektet, som blev startet i 2014, taget en meget h\u00f8j position takket v\u00e6re de avancerede funktioner, som denne platform tilbyder. GitLab<\/a><\/noindex> Her er der 270 anmeldelser, og den gennemsnitlige vurdering af dette v\u00e6rkt\u00f8j er 4,4 stjerner. Vi g\u00f8r ikke en fejl ved at sige, at Jenkins og GitLab CI\/CD konkurrerer p\u00e5 lige vilk\u00e5r. Det er interessant at bem\u00e6rke, at Jenkins-projektet blev introduceret i 2011, og siden da har det v\u00e6ret et foretrukket v\u00e6rkt\u00f8j blandt testere. P\u00e5 den anden side har GitLab CI\/CD, som blev lanceret i 2014, taget en meget h\u00f8j position takket v\u00e6re de avancerede funktioner, som platformen tilbyder.<\/p>\n

N\u00e5r man taler om Jenkins' popularitet sammenlignet med andre lignende platforme, m\u00e5 vi n\u00e6vne, at vi offentliggjorde en artikel, hvor vi sammenlignede platformene Travis CI og Jenkins, og gennemf\u00f8rte en unders\u00f8gelse. 85 brugere deltog i den. Respondenterne blev bedt om at v\u00e6lge det CI\/CD-v\u00e6rkt\u00f8j, de bedst kunne lide. 79% valgte Jenkins, 5% valgte Travis CI, og 16% indikerede, at de foretrak andre v\u00e6rkt\u00f8jer.<\/p>\n

\"Kampen
\nUnders\u00f8gelsesresultater<\/i><\/p>\n

Blandt andre CI\/CD-v\u00e6rkt\u00f8jer blev GitLab CI\/CD oftest n\u00e6vnt.<\/p>\n

Hvis du seri\u00f8st besk\u00e6ftiger dig med DevOps, skal du n\u00f8je v\u00e6lge de relevante v\u00e6rkt\u00f8jer, idet du overvejer projektets karakteristika, budget og andre krav. For at hj\u00e6lpe dig med at tr\u00e6ffe den rigtige beslutning vil vi gennemf\u00f8re en analyse af Jenkins og GitLab CI\/CD. Dette vil forh\u00e5bentlig hj\u00e6lpe dig med at tr\u00e6ffe den rette beslutning.<\/p>\n

Introduktion til Jenkins<\/h2>\n

\n\"Kampen
\nJenkins<\/a><\/noindex> \u2013 er et velkendt, fleksibelt CI\/CD-v\u00e6rkt\u00f8j designet til at automatisere mange opgaver relateret til softwareprojekter. Jenkins er helt skrevet i Java og udgivet under MIT-licensen. Det har et kraftfuldt s\u00e6t funktioner rettet mod at automatisere opgaver relateret til bygning, test, implementering, integration og frigivelse af software. Dette v\u00e6rkt\u00f8j kan bruges p\u00e5 forskellige operativsystemer, herunder macOS, Windows og mange Linux-distributioner, s\u00e5som OpenSUSE, Ubuntu og Red Hat. Der findes installationspakker for Jenkins til forskellige OS, og v\u00e6rkt\u00f8jet kan installeres i Docker og p\u00e5 ethvert system, hvor der er JRE (Java Runtime Environment).<\/p>\n

Udviklerne af Jenkins har ogs\u00e5 skabt et andet projekt, Jenkins X, der er designet til at fungere i Kubernetes-milj\u00f8et. I Jenkins X er Helm, Jenkins CI\/CD-serveren, Kubernetes og andre v\u00e6rkt\u00f8jer integreret for at skabe CI\/CD-pipelines, der er i overensstemmelse med bedste praksis inden for DevOps. For eksempel anvendes GitOps her.<\/p>\n

Blandt fordelene ved Jenkins kan man ogs\u00e5 n\u00e6vne, at dets scripts er meget godt struktureret, forst\u00e5eligt og letl\u00e6seligt. Jenkins-teamet har skabt omkring 1000 plugins, der har til form\u00e5l at organisere samspillet mellem Jenkins og en r\u00e6kke forskellige teknologier. I scripts kan man anvende autentifikationssystemer, hvilket for eksempel g\u00f8r det muligt at oprette forbindelse til forskellige lukkede systemer.<\/p>\n

Under arbejdet med Jenkins-pipelinen kan man overv\u00e5ge, hvad der sker i hvert trin, og se om de forskellige faser af arbejdet er afsluttet med succes eller ej. Man kan overv\u00e5ge alt dette uden at bruge et grafisk interface, ved at udnytte terminalens muligheder.<\/p>\n

Jenkins' funktioner<\/h2>\n

\nBlandt de velkendte funktioner ved Jenkins er nem ops\u00e6tning, h\u00f8j grad af automatisering af forskellige opgaver og fremragende dokumentation. N\u00e5r det kommer til at l\u00f8se DevOps-opgaver, betragtes Jenkins som et meget p\u00e5lideligt v\u00e6rkt\u00f8j, hvor man som regel ikke beh\u00f8ver at overv\u00e5ge hele projektbearbejdningsprocessen n\u00f8je. Dette er ikke tilf\u00e6ldet med andre CI\/CD-v\u00e6rkt\u00f8jer. Lad os tale om nogle af Jenkins' vigtigste funktioner.<\/p>\n

\u258d1. Gratis, open source, underst\u00f8ttelse af mange platforme<\/h3>\n

\nJenkins kan k\u00f8re p\u00e5 macOS, Windows og Linux. Det kan ogs\u00e5 fungere i en Docker-milj\u00f8, hvilket giver mulighed for ensartet og hurtig udf\u00f8relse af automatiserede opgaver. Dette v\u00e6rkt\u00f8j kan desuden k\u00f8re som et servlet i containere, der underst\u00f8tter Java, s\u00e5som Apache Tomcat og GlassFish. Installationen af Jenkins er grundigt dokumenteret<\/a><\/noindex>.<\/p>\n

\u258d2. Udviklet \u00f8kosystem af plugins<\/h3>\n

\nJenkins' plugin-\u00f8kosystem virker langt mere udviklet sammenlignet med \u00f8kosystemerne af tilsluttede moduler i andre CI\/CD-v\u00e6rkt\u00f8jer. I \u00f8jeblikket findes der mere end 1500 plugins til Jenkins. Disse plugins er designet til at l\u00f8se et bredt spektrum af opgaver og kan hj\u00e6lpe med at automatisere forskellige projekter. Rigdommen af gratis tilsluttede moduler betyder, at Jenkins-brugere ikke har et akut behov for at k\u00f8be dyre betalte plugins. Der er mulighed for integration<\/a><\/noindex> Jenkins sammen med mange DevOps-v\u00e6rkt\u00f8jer.<\/p>\n

\u258d3. Nem installation og ops\u00e6tning<\/h3>\n

\nJenkins er ret enkel at installere og konfigurere. Desuden er opdateringsprocessen ogs\u00e5 meget bekvem. Her b\u00f8r man igen n\u00e6vne kvaliteten af dokumentationen, da man kan finde svar p\u00e5 mange forskellige sp\u00f8rgsm\u00e5l relateret til installation og ops\u00e6tning af Jenkins.<\/p>\n

\u258d4. Venligt f\u00e6llesskab<\/h3>\n

\nSom allerede n\u00e6vnt er Jenkins et open source-projekt, hvis \u00f8kosystem omfatter et stort antal plugins. Der er opbygget et stort f\u00e6llesskab af brugere og udviklere omkring Jenkins, der hj\u00e6lper med at udvikle projektet. F\u00e6llesskabet er en af de faktorer, der bidrager til Jenkins' udvikling.<\/p>\n

\u258d5. Tilstedev\u00e6relse af REST API<\/h3>\n

\nUnder arbejdet med Jenkins kan man udnytte REST API, hvilket udvider systemets muligheder. API'et til fjernadgang til systemet findes i tre varianter: XML, JSON med st\u00f8tte til JSONP, Python. Her er<\/a><\/noindex> dokumentationsside, der afsl\u00f8rer detaljer om brugen af REST API Jenkins.<\/p>\n

\u258d6. Underst\u00f8ttelse af parallel udf\u00f8relse af opgaver<\/h3>\n

\nJenkins underst\u00f8tter parallelisering af DevOps-opgaver. Det kan nemt integreres med de relevante v\u00e6rkt\u00f8jer og modtage beskeder om resultaterne af opgavens udf\u00f8relse. Udf\u00f8relsen af kode-test kan fremskyndes ved at organisere parallel bygning af projektet ved hj\u00e6lp af forskellige virtuelle maskiner.<\/p>\n

\u258d7. Underst\u00f8ttelse af funktion i distribuerede milj\u00f8er<\/h3>\n

\nJenkins g\u00f8r det muligt at organisere distribuerede builds ved hj\u00e6lp af flere computere. Denne mulighed er relevant i store projekter og anvender et arbejds-skema, hvor der findes en hoved Jenkins-server og flere underordnede maskiner. Underordnede maskiner kan ogs\u00e5 bruges i situationer, hvor det er n\u00f8dvendigt at organisere testning af projektet i forskellige milj\u00f8er. Disse muligheder adskiller Jenkins fordelagtigt fra andre lignende projekter.<\/p>\n

Introduktion til GitLab<\/h2>\n

\n\"Kampen
\nGitLab CI\/CD<\/a><\/noindex> kan betragtes som et af de nyeste og mest popul\u00e6re DevOps-v\u00e6rkt\u00f8jer. Dette gratis open source-v\u00e6rkt\u00f8j er integreret i GitLab versionskontrolsystemet. GitLab-platformen har en community-version, der underst\u00f8tter repository management, issue tracking, organisering af kodegennemgang, mekanismer fokuseret p\u00e5 at skabe dokumentation. Virksomheder kan installere GitLab lokalt og forbinde dette system med Active Directory og LDAP-servere for at organisere sikker autorisation og autentificering af brugere.<\/p>\n

Her er<\/a><\/noindex> videoguide, der vil hj\u00e6lpe dig med at l\u00e6re om, hvordan man opretter CI\/CD-pipelines ved hj\u00e6lp af GitLab CI\/CD's funktioner.<\/p>\n

Oprindeligt blev GitLab CI\/CD udgivet som et selvst\u00e6ndigt projekt, men i 2015 blev dette v\u00e6rkt\u00f8jss\u00e6t integreret i GitLab 8.0. En separat GitLab CI\/CD-server kan underst\u00f8tte mere end 25.000 brugere. Baseret p\u00e5 s\u00e5danne servere kan der opbygges systemer med h\u00f8j tilg\u00e6ngelighed.<\/p>\n

GitLab CI\/CD og hovedprojektet GitLab er skrevet i Ruby og Go. De er udgivet under MIT-licensen. Udover de s\u00e6dvanlige funktioner i CI\/CD-v\u00e6rkt\u00f8jer underst\u00f8tter GitLab CI\/CD ogs\u00e5 yderligere muligheder relateret til for eksempel planl\u00e6gning af opgaver.<\/p>\n

Det er meget nemt at integrere GitLab CI\/CD i et projekt. N\u00e5r man bruger GitLab CI\/CD, opdeles behandlingen af projektkoden i faser, hvor hver fase kan best\u00e5 af flere opgaver, der udf\u00f8res i en bestemt r\u00e6kkef\u00f8lge. Opgaverne kan finjusteres.<\/p>\n

Opgaverne kan udf\u00f8res parallelt. Efter indstillingen af r\u00e6kkef\u00f8lgen af faser og opgaver er CI\/CD-pipeline klar til brug. Man kan f\u00f8lge udf\u00f8relsen ved at overv\u00e5ge opgavernes status. Derfor er det meget praktisk at bruge GitLab CI\/CD, m\u00e5ske endda mere praktisk end med andre lignende v\u00e6rkt\u00f8jer.<\/p>\n

Funktioner ved GitLab CI\/CD og GitLab<\/h2>\n

\nGitLab CI\/CD er et af de mest popul\u00e6re DevOps-v\u00e6rkt\u00f8jer. Projektet har omfattende dokumentation, og dets funktioner er lette og praktiske at bruge. Hvis du endnu ikke er bekendt med GitLab CI\/CD, vil den f\u00f8lgende liste over dets funktioner give dig en generel id\u00e9 om, hvad du kan forvente. Det skal bem\u00e6rkes, at mange af disse funktioner relaterer sig til selve GitLab-platformen, hvor GitLab CI\/CD er integreret.<\/p>\n

\u258d1. Popularitet<\/h3>\n

\nGitLab CI\/CD er et forholdsvis nyt v\u00e6rkt\u00f8j, der har fundet bred anvendelse. GitLab CI\/CD er gradvist blevet et ekstremt popul\u00e6rt CI\/CD-v\u00e6rkt\u00f8j, der bruges til automatiseret test og implementering af software. Det er nemt at konfigurere, og det er desuden et gratis CI\/CD-v\u00e6rkt\u00f8j, der er indbygget i GitLab-platformen.<\/p>\n

\u258d2. Underst\u00f8ttelse af GitLab Pages og Jekyll<\/h3>\n

\nJekyll er en generator til statiske websites, som kan bruges inden for systemet GitLab Pages til at oprette sites baseret p\u00e5 GitLab-repositorier. Systemet tager de originale materialer og genererer p\u00e5 baggrund af dem et klart statisk site. Man kan styre udseendet og funktionerne p\u00e5 s\u00e5danne websites ved at redigere filen _config.yml<\/code>, der bruges af Jekyll.<\/p>\n

\u258d3. Projektplanl\u00e6gningsmuligheder<\/h3>\n

\nMed muligheden for at planl\u00e6gge projektfaser \u00f8ges bekvemmeligheden ved at spore problemer og deres grupper. Det g\u00f8r det muligt at styre arbejdsorganiseringen for projekter og planl\u00e6gge deres udf\u00f8relse til bestemte datoer.<\/p>\n

\u258d4. Automatisk skalerings CI-runner<\/h3>\n

\nVed automatisk skalering af de runnere, der er ansvarlige for at udf\u00f8re specifikke opgaver, kan man betydeligt spare p\u00e5 omkostningerne til leje af serverkapacitet. Dette er s\u00e6rligt vigtigt, n\u00e5r det drejer sig om milj\u00f8er, hvor projekttest udf\u00f8res parallelt. Desuden er det vigtigt for store projekter, der best\u00e5r af flere repositories.<\/p>\n

\u258d5. V\u00e6rkt\u00f8jer til problemtracking<\/h3>\n

\nDe kraftfulde muligheder for problemtracking i GitLab har f\u00f8rt til, at mange open source-projekter bruger denne platform. GitLab CI\/CD muligg\u00f8r parallelt test af forskellige kodegrene. Testresultaterne kan nemt analyseres i systemets interface. Dette skiller GitLab CI\/CD ud fra Jenkins.<\/p>\n

\u258d6. Adgangsbegr\u00e6nsning til repositories<\/h3>\n

\nGitLab-platformen underst\u00f8tter adgangsbegr\u00e6nsning til repositories. For eksempel kan dem, der samarbejder om et projekt i et bestemt repository, tildeles rettigheder, der svarer til deres roller. Dette er s\u00e6rligt relevant i forbindelse med virksomheders projekter.<\/p>\n

\u258d7. Aktiv st\u00f8tte fra f\u00e6llesskabet<\/h3>\n

\nDer er dannet et aktivt f\u00e6llesskab omkring GitLab, som fremmer udviklingen af denne platform og dens v\u00e6rkt\u00f8jer, herunder GitLab CI\/CD. Den dybe integration mellem GitLab CI\/CD og GitLab g\u00f8r det desuden lettere at finde svar p\u00e5 sp\u00f8rgsm\u00e5l, der opst\u00e5r under arbejdet med GitLab CI\/CD.<\/p>\n

\u258d8. Underst\u00f8ttelse af forskellige versionskontrolsystemer<\/h3>\n

\nGitLab CI\/CD er et system, der kan arbejde ikke kun med koden, der er placeret i GitLab-repositories. For eksempel kan koden opbevares i et GitHub-repository, mens CI\/CD-pipelines kan organiseres p\u00e5 basis af GitLab ved hj\u00e6lp af GitLab CI\/CD.<\/p>\n

Sammenligning af Jenkins og GitLab CI\/CD<\/h2>\n

\nJenkins og GitLab CI\/CD er begge fremragende v\u00e6rkt\u00f8jer, der hver is\u00e6r kan sikre en velfungerende CI\/CD-pipeline. Men ved at sammenligne dem vil man opdage, at de, selvom de ligner hinanden meget, ogs\u00e5 adskiller sig p\u00e5 nogle punkter.<\/p>\n

Specifikation<\/strong>
\nJenkins<\/strong>
\nGitLab CI\/CD<\/strong><\/p>\n

\u00c5ben eller lukket kode
\n\u00c5ben kildekode
\n\u00c5ben kildekode<\/p>\n

Installation
\nN\u00f8dvendigt.
\nDet er ikke n\u00f8dvendigt, da dette er en indbygget funktion i GitLab-platformen.<\/p>\n

Unikke funktioner
\nUnderst\u00f8ttelse af plugins.
\nDyb integration i versionsstyringssystemet.<\/p>\n

Support
\nManglende.
\nFindes.<\/p>\n

Installation og konfiguration
\nIngen vanskeligheder
\nIngen vanskeligheder<\/p>\n

Selvst\u00e6ndig deployment af systemet
\nDette er den eneste anvendelsesmulighed for systemet.
\nUnderst\u00f8ttes.<\/p>\n

Oprettelse af CI\/CD-pipelines
\nUnderst\u00f8ttes, anvender Jenkins Pipeline.
\nUnderst\u00f8ttes.<\/p>\n

Overv\u00e5gning af applikationsydelse
\nManglende.
\nFindes.<\/p>\n

\u00d8kosystem
\nDer findes over 1000 plugins.
\nSystemet udvikler sig inden for rammerne af GitLab.<\/p>\n

API
\nUnderst\u00f8tter et udviklet API-system.
\nTilbyder API til dybere integration i projekter.<\/p>\n

Underst\u00f8ttelse af JavaScript
\nFindes.
\nFindes.<\/p>\n

Integration med andre v\u00e6rkt\u00f8jer
\nDer er st\u00f8tte til integration med andre v\u00e6rkt\u00f8jer og platforme (Slack, GitHub).
\nEn r\u00e6kke v\u00e6rkt\u00f8jer til integration med tredjepartssystemer, blandt andet med GitHub og Kubernetes.<\/p>\n

Kvalitetskontrol af kode
\nUnderst\u00f8ttes ved hj\u00e6lp af SonarQube-plugin og andre plugins.
\nUnderst\u00f8ttes.<\/p>\n

<\/p>\n

Forskelle mellem Jenkins og GitLab CI\/CD<\/h2>\n

\nEfter at have beskrevet og sammenlignet Jenkins og GitLab CI\/CD, lad os fokusere p\u00e5 forskellene mellem disse DevOps-v\u00e6rkt\u00f8jer. At kende disse forskelle vil g\u00f8re det lettere at forst\u00e5 dem, der foretr\u00e6kker det ene v\u00e6rkt\u00f8j frem for det andet.<\/p>\n