{"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\/no\/blog\/administrirovanie\/bitva-jenkins-i-gitlab-ci-cd","title":{"rendered":"Kampen mellom Jenkins og GitLab CI\/CD","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I l\u00f8pet av det siste ti\u00e5ret har det blitt gjort betydelige fremskritt innen utvikling av verkt\u00f8y for kontinuerlig integrasjon (Continuous Integration, CI) og kontinuerlig distribusjon (Continuous Delivery, CD). Utviklingen av teknologi for integrasjon av programvareutvikling og drift (Development Operations, DevOps) har f\u00f8rt til en rask \u00f8kning i ettersp\u00f8rselen etter CI\/CD-verkt\u00f8y. Eksisterende l\u00f8sninger forbedres kontinuerlig, i en tid der det stadig lanseres nye versjoner, og i verden av programvarekvalitet (Quality Assurance, QA) dukker det opp mange nye produkter. Med slik et mangfold av valg er det en utfordring \u00e5 finne riktig verkt\u00f8y.<\/p>\n

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

Blant alle eksisterende CI\/CD-verkt\u00f8y er det to prosjekter som absolutt er verdt \u00e5 merke seg for de som leter etter noe innen dette feltet. Dette handler om Jenkins og om verkt\u00f8yet GitLab CI\/CD, som er en del av GitLab-plattformen. Jenkins har mer enn 16000<\/a><\/noindex> stjerner p\u00e5 GitHub. GitLab-repoet p\u00e5 gitlab.com har f\u00e5tt litt over 2000<\/a><\/noindex> stjerner. N\u00e5r vi sammenligner populariteten til repoene, viser det seg at Jenkins har f\u00e5tt 8 ganger s\u00e5 mange stjerner som plattformen som inneholder GitLab CI\/CD. Men n\u00e5r man velger et CI\/CD-verkt\u00f8y, er dette langt fra den eneste indikatoren man b\u00f8r fokusere p\u00e5. Det finnes mange andre faktorer, og dette forklarer hvorfor Jenkins og GitLab CI\/CD ofte ligger sv\u00e6rt n\u00e6r hverandre i mange sammenligninger.
\n<\/a><\/noindex>
\nLa oss ta for oss data fra plattformen G2, som samler anmeldelser av mange forskjellige produkter og vurderinger gitt av brukerne. Her er den gjennomsnittlige vurderingen, basert p\u00e5 288 anmeldelser, 4,3 stjerner. Og for . Jeg vil svare slik. For de fleste oppgaver<\/a><\/noindex>finnes det 270 anmeldelser, og den gjennomsnittlige vurderingen for dette verkt\u00f8yet er 4,4 stjerner. Vi tar ikke feil n\u00e5r vi sier at Jenkins og GitLab CI\/CD konkurrerer med hverandre p\u00e5 like vilk\u00e5r. Det er interessant \u00e5 merke seg at prosjektet Jenkins ble lansert i 2011, og siden den gang har det v\u00e6rt et favorittverkt\u00f8y for testere. Samtidig har prosjektet GitLab CI\/CD, som ble lansert i 2014, tatt sine h\u00f8ye posisjoner takket v\u00e6re de avanserte funksjonene som tilbys av denne plattformen. GitLab<\/a><\/noindex> her er 270 vurderingar, gjennomsnittleg vurdering for dette verkt\u00f8yet er 4,4 stjerner. Vi tar ikke feil n\u00e5r vi p\u00e5st\u00e5r at Jenkins og GitLab CI\/CD konkurrerer p\u00e5 lik linje. Det er interessant \u00e5 merke seg at Jenkins-prosjektet ble lansert i 2011, og har v\u00e6rt en favoritt blant testere siden den gang. Samtidig har GitLab CI\/CD-prosjektet, som ble startet i 2014, oppn\u00e5dd sv\u00e6rt h\u00f8ye posisjoner takket v\u00e6re de banebrytende funksjonene som denne plattformen tilbyr.<\/p>\n

N\u00e5r vi snakker om populariteten til Jenkins sammenlignet med andre lignende plattformer, b\u00f8r vi nevne at vi, etter \u00e5 ha publisert en artikkel der vi sammenlignet Travis CI og Jenkins, gjennomf\u00f8rte en unders\u00f8kelse. 85 brukere deltok. Deltakerne ble bedt om \u00e5 velge CI\/CD-verkt\u00f8yet de liker best. 79% valgte Jenkins, 5% valgte Travis CI, mens 16% oppga at de foretrekker andre verkt\u00f8y.<\/p>\n

\"Kampen
\nResultater fra unders\u00f8kelsen<\/i><\/p>\n

Blant andre CI\/CD-verkt\u00f8y ble GitLab CI\/CD oftest nevnt.<\/p>\n

Hvis du seri\u00f8st driver med DevOps, m\u00e5 du n\u00f8ye velge riktige verkt\u00f8y, med tanke p\u00e5 prosjektets spesifikasjoner, budsjett og andre krav. For \u00e5 hjelpe deg med \u00e5 ta det rette valget skal vi gjennomf\u00f8re en analyse av Jenkins og GitLab CI\/CD. Dette, h\u00e5per vi, vil hjelpe deg til \u00e5 ta den riktige avgj\u00f8relsen.<\/p>\n

Introduksjon til Jenkins<\/h2>\n

\n\"Kampen
\n. Jeg vil svare slik. For de fleste oppgaver<\/a><\/noindex> er et velkjent, fleksibelt CI\/CD-verkt\u00f8y, designet for \u00e5 automatisere mange oppgaver relatert til programvareprosjekter. Jenkins er helt skrevet i Java og er utgitt under MIT-lisensen. Det har et kraftig sett av funksjoner rettet mot automatisk utf\u00f8relse av oppgaver som bygging, testing, distribusjon, integrasjon og utgivelse av programvare. Dette verkt\u00f8yet kan brukes p\u00e5 ulike operativsystemer. Blant dem er macOS, Windows og mange distribusjoner av Linux, som OpenSUSE, Ubuntu og Red Hat. Det finnes installasjonspakker for Jenkins som er designet for ulike operativsystemer, og dette verkt\u00f8yet kan installeres i Docker og p\u00e5 alle systemer med JRE (Java Runtime Environment).<\/p>\n

Utviklerne av Jenkins har ogs\u00e5 laget et annet prosjekt, Jenkins X, som er m\u00e5lrettet mot milj\u00f8et Kubernetes. Jenkins X integrerer Helm, Jenkins CI\/CD-serveren, Kubernetes, og andre verkt\u00f8y for \u00e5 lage CI\/CD-pipelines som samsvarer med beste praksis innen DevOps. For eksempel benyttes GitOps her.<\/p>\n

I tillegg til fordelene med Jenkins kan det nevnes at skriptene er veldig godt strukturerte, forst\u00e5elige, og lette \u00e5 lese. Jenkins-teamet har laget rundt 1000 plugins som hjelper med \u00e5 organisere samhandlingen mellom Jenkins og en rekke forskjellige teknologier. I skriptene kan autentiseringssystemer brukes, noe som for eksempel gj\u00f8r det mulig \u00e5 koble til ulike lukkede systemer.<\/p>\n

I prosessen med Jenkins-konveyor kan man observere hva som skjer i hvert trinn, samt om forskjellige faser av arbeidet er fullf\u00f8rt vellykket eller ikke. Man kan overv\u00e5ke alt dette uten \u00e5 bruke et grafisk grensesnitt, men ved \u00e5 benytte terminalens muligheter.<\/p>\n

Kjennetegn ved Jenkins<\/h2>\n

\nBlant de kjente egenskapene ved Jenkins kan man nevne enkel konfigurasjon, h\u00f8y grad av automatisering av ulike operasjoner, og utmerket dokumentasjon. N\u00e5r det gjelder DevOps-l\u00f8sninger, anses Jenkins som et veldig p\u00e5litelig verkt\u00f8y, og det er vanligvis ikke n\u00f8dvendig \u00e5 overv\u00e5ke hele prosjektprosessen n\u00f8ye. For andre CI\/CD-verkt\u00f8y er ikke dette tilfelle. La oss snakke om noen av de viktigste funksjonene til Jenkins.<\/p>\n

\u258d1. Gratis, \u00e5pen kildekode, st\u00f8tte for mange plattformer<\/h3>\n

\nJenkins kan kj\u00f8re p\u00e5 plattformene macOS, Windows og Linux. Det kan ogs\u00e5 fungere i Docker-milj\u00f8er, noe som muliggj\u00f8r ensartet og rask utf\u00f8relse av automatiserte oppgaver. I tillegg kan dette verkt\u00f8yet kj\u00f8res som en servlet i containere som st\u00f8tter Java, som Apache Tomcat og GlassFish. Installeringen av Jenkins er godt dokumentert. dokumentert<\/a><\/noindex>.<\/p>\n

\u258d2. Utviklet plugin-\u00f8kosystem<\/h3>\n

\nPlugin-\u00f8kosystemet til Jenkins fremst\u00e5r som mye mer utviklet enn \u00f8kosystemene av tilkoblede moduler fra andre CI\/CD-verkt\u00f8y. I dag finnes det over 1500 plugins for Jenkins. Disse pluginene er rettet mot et bredt spekter av oppgaver, og de kan brukes til \u00e5 automatisere sv\u00e6rt forskjellige prosjekter. Det rike utvalget av gratis tilkoblede moduler betyr at de som bruker Jenkins ikke har et stort behov for \u00e5 kj\u00f8pe dyre betalte plugins. Det finnes muligheter integrasjonen<\/a><\/noindex> Jenkins med mange DevOps-verkt\u00f8y.<\/p>\n

\u258d3. Enkel installasjon og oppsett<\/h3>\n

\nJenkins er ganske enkelt \u00e5 installere og sette opp. Prosessen med \u00e5 oppdatere systemet er ogs\u00e5 veldig brukervennlig. Her m\u00e5 man igjen nevne kvaliteten p\u00e5 dokumentasjonen, da den gir svar p\u00e5 mange forskjellige sp\u00f8rsm\u00e5l knyttet til installasjon og oppsett av Jenkins.<\/p>\n

\u258d4. Vennlig fellesskap<\/h3>\n

\nSom allerede nevnt, er Jenkins et \u00e5pen kildekode-prosjekt hvis \u00f8kosystem inkluderer et stort antall plugins. Rundt Jenkins har det utviklet seg et stort fellesskap av brukere og utviklere som bidrar til prosjektets utvikling. Fellesskapet er en av faktorene som bidrar til videre utvikling av Jenkins.<\/p>\n

\u258d5. Tilgjengelighet av REST API<\/h3>\n

\nI l\u00f8pet av arbeidet med Jenkins kan man bruke REST API, noe som utvider systemets muligheter. API for ekstern tilgang til systemet er tilgjengelig i tre varianter: XML, JSON med st\u00f8tte for JSONP, Python. Her er<\/a><\/noindex> dokumentasjonsside som avsl\u00f8rer detaljene om arbeidet med REST API Jenkins.<\/p>\n

\u258d6. St\u00f8tte for parallell oppgavel\u00f8sing<\/h3>\n

\nJenkins st\u00f8tter parallellisering av DevOps-oppgaver. Det kan lett integreres med relevante verkt\u00f8y og sende varsler om resultatene av oppgavebehandlingen. Utf\u00f8relsen av kodepr\u00f8ving kan akselereres ved \u00e5 organisere parallell bygging av prosjektet ved hjelp av ulike virtuelle maskiner.<\/p>\n

\u258d7. St\u00f8tte for distribuerte milj\u00f8er<\/h3>\n

\nJenkins gj\u00f8r det mulig \u00e5 organisere distribuerte bygg ved \u00e5 bruke flere datamaskiner. Denne muligheten er anvendelig i store prosjekter og bruker et arbeidsm\u00f8nster der det finnes \u00e9n hoved Jenkins-server og flere underordnede maskiner. Underordnede maskiner kan ogs\u00e5 brukes i situasjoner der det er n\u00f8dvendig \u00e5 organisere testing av prosjektet i forskjellige milj\u00f8er. Disse mulighetene skiller Jenkins gunstig fra andre lignende prosjekter.<\/p>\n

Bli kjent med GitLab<\/h2>\n

\n\"Kampen
\nGitLab CI\/CD<\/a><\/noindex> kan betraktes som et av de nyeste og mest elskede verkt\u00f8yene blant DevOps-ingeni\u00f8rer. Dette gratis \u00e5pen kildekode-verkt\u00f8yet er innebygd i versjonskontrollsystemet GitLab. GitLab-plattformen har en community-versjon som st\u00f8tter administrasjon av repositorier, verkt\u00f8y for feilsporing, organisering av kodegjennomganger og mekanismer som er rettet mot \u00e5 lage dokumentasjon. Selskaper kan installere GitLab lokalt, og knytte dette systemet til Active Directory og LDAP-servere for \u00e5 organisere sikker godkjenning og autentisering av brukere.<\/p>\n

Her er<\/a><\/noindex> videoguide som vil hjelpe deg med \u00e5 l\u00e6re hvordan du lager CI\/CD-pipelines ved \u00e5 bruke funksjonene til GitLab CI\/CD.<\/p>\n

Opprinnelig ble GitLab CI\/CD utgitt som et selvstendig prosjekt, men i 2015 ble dette verkt\u00f8ysettet integrert i GitLab 8.0. En egen GitLab CI\/CD-server kan st\u00f8tte mer enn 25000 brukere. P\u00e5 grunnlag av slike servere kan man lage systemer med h\u00f8y tilgjengelighet.<\/p>\n

GitLab CI\/CD og hovedprosjektet GitLab er skrevet i Ruby og Go. De er utgitt under MIT-lisensen. GitLab CI\/CD, i tillegg til de vanlige CI\/CD-verkt\u00f8yfunksjonene, st\u00f8tter ogs\u00e5 ekstra funksjoner knyttet til for eksempel oppgaveplanlegging.<\/p>\n

Det er sv\u00e6rt enkelt \u00e5 integrere GitLab CI\/CD i et prosjekt. Ved bruk av GitLab CI\/CD deles prosessen med \u00e5 behandle prosjektkoden opp i faser, hvor hver fase kan best\u00e5 av flere oppgaver utf\u00f8rt i en bestemt rekkef\u00f8lge. Oppgavene kan tilpasses n\u00f8ye.<\/p>\n

Oppgavene kan utf\u00f8res parallelt. Etter at rekkef\u00f8lgen av faser og oppgaver er konfigurert, er CI\/CD-pipelinen klar til \u00e5 brukes. Man kan overv\u00e5ke fremdriften ved \u00e5 f\u00f8lge med p\u00e5 statusen til oppgavene. Dermed er det sv\u00e6rt praktisk \u00e5 bruke GitLab CI\/CD, muligens mer praktisk enn andre lignende verkt\u00f8y.<\/p>\n

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

\nGitLab CI\/CD er et av de mest popul\u00e6re DevOps-verkt\u00f8yene. Prosjektet kjennetegnes av kvaliteten p\u00e5 dokumentasjonen, som er enkel og brukervennlig. Hvis du ikke har blitt kjent med GitLab CI\/CD enn\u00e5, vil f\u00f8lgende liste over funksjoner gi deg en generell oversikt over hva du kan forvente av dette verkt\u00f8yet. Det er verdt \u00e5 merke seg at mange av disse funksjonene er knyttet til selve GitLab-plattformen, som GitLab CI\/CD er integrert i.<\/p>\n

\u258d1. Popularitet<\/h3>\n

\nGitLab CI\/CD er et relativt nytt verkt\u00f8y som har funnet bred anvendelse. GitLab CI\/CD har langsomt blitt et ekstremt popul\u00e6rt CI\/CD-verkt\u00f8y brukt til automatisert testing og distribusjon av programvare. Det er enkelt \u00e5 konfigurere. Dette er dessuten et gratis CI\/CD-verkt\u00f8y, innebygd i GitLab-plattformen.<\/p>\n

\u258d2. St\u00f8tte for GitLab Pages og Jekyll<\/h3>\n

\nJekyll er en generator for statiske nettsteder som kan brukes i GitLab Pages-systemet for \u00e5 lage nettsteder basert p\u00e5 GitLab-repositorier. Systemet tar inn kildeinnhold og genererer et klart statisk nettsted basert p\u00e5 dette. Utseendet og funksjonene til slike nettsteder kan administreres ved \u00e5 redigere filen _config.yml<\/code>, brukt av Jekyll.<\/p>\n

\u258d3. Prosjektplanleggingsevner<\/h3>\n

\nVed \u00e5 planlegge prosjektfaser \u00f8ker det bekvemmeligheten ved \u00e5 spore problemer og deres grupper. Dette gj\u00f8r det mulig \u00e5 organisere arbeidet med prosjektene og planlegge gjennomf\u00f8ringen p\u00e5 en spesifikk dato.<\/p>\n

\u258d4. Automatisk skalering av CI-runnere<\/h3>\n

\nVed hjelp av automatisk skalering av runnerne, som er ansvarlige for \u00e5 utf\u00f8re spesifikke oppgaver, kan man spare betydelige kostnader p\u00e5 leie av serverressurser. Dette er sv\u00e6rt viktig, spesielt i milj\u00f8er der prosjekttesting utf\u00f8res parallelt. I tillegg er det avgj\u00f8rende for store prosjekter best\u00e5ende av flere repositoryer.<\/p>\n

\u258d5. Problemer og feilsporing<\/h3>\n

\nDe kraftige mulighetene for sporing av problemer i GitLab har f\u00f8rt til at mange open source-prosjekter bruker denne plattformen. GitLab CI\/CD gj\u00f8r det mulig \u00e5 utf\u00f8re parallell testing av ulike kodegrener. Testresultatene kan enkelt analyseres i systemets grensesnitt. Dette skiller GitLab CI\/CD fordelaktig fra Jenkins.<\/p>\n

\u258d6. Tilgangsbegrensning til repositoryer<\/h3>\n

\nGitLab-plattformen st\u00f8tter tilgangsbegrensninger til repositoryer. For eksempel kan personer som samarbeider om et prosjekt i et repository tildeles rettigheter som tilsvarer deres roller. Dette er spesielt relevant for bedriftsprosjekter.<\/p>\n

\u258d7. Aktivt fellesskapsst\u00f8tte<\/h3>\n

\nDet har oppst\u00e5tt et aktivt fellesskap rundt GitLab som bidrar til utviklingen av denne plattformen og dens verkt\u00f8y, spesielt GitLab CI\/CD. Den dype integrasjonen mellom GitLab CI\/CD og GitLab forenkler ogs\u00e5 tilgangen til svar p\u00e5 sp\u00f8rsm\u00e5l som oppst\u00e5r n\u00e5r man jobber med GitLab CI\/CD.<\/p>\n

\u258d8. St\u00f8tte for ulike versjonskontrollsystemer<\/h3>\n

\nGitLab CI\/CD er et system som kan fungere ikke bare med kode plassert i GitLab-repositoryer. For eksempel kan koden lagres i et GitHub-repository, mens CI\/CD-pipelinen kan organiseres basert p\u00e5 GitLab ved hjelp av GitLab CI\/CD.<\/p>\n

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

\nJenkins og GitLab CI\/CD er begge sv\u00e6rt gode verkt\u00f8y, hver enkelt av dem kan sikre en normal drift av CI\/CD-pipelinen. Men ved \u00e5 sammenligne dem, viser det seg at selv om de ligner p\u00e5 mange m\u00e5ter, har de ogs\u00e5 noen forskjeller.<\/p>\n

Egenskaper<\/strong>
\n. Jeg vil svare slik. For de fleste oppgaver<\/strong>
\nGitLab CI\/CD<\/strong><\/p>\n

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

Installasjon
\nEr n\u00f8dvendig.
\nDet er ikke n\u00f8dvendigt, da det er en indbygget funktion i GitLab-platformen.<\/p>\n

Unikke funktioner
\nPlugin-support.
\nDyb integration i versionskontrolsystemet.<\/p>\n

St\u00f8tte
\nFrav\u00e6rende.
\nTilg\u00e6ngelig.<\/p>\n

Installasjon og konfigurasjon
\nDer er ingen vanskeligheder.
\nDer er ingen vanskeligheder.<\/p>\n

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

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

Overv\u00e5gning af applikationsydelse.
\nFrav\u00e6rende.
\nTilg\u00e6ngelig.<\/p>\n

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

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

JavaScript-support
\nTilg\u00e6ngelig.
\nTilg\u00e6ngelig.<\/p>\n

Integration med andre v\u00e6rkt\u00f8jer.
\nUnderst\u00f8tter integration med andre v\u00e6rkt\u00f8jer og platforme (Slack, GitHub).
\nMange v\u00e6rkt\u00f8jer til integration med tredjepartssystemer, is\u00e6r med GitHub og Kubernetes.<\/p>\n

Kvalitetskontrol af kode.
\nUnderst\u00f8ttes \u2014 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. Viden om disse forskelle vil hj\u00e6lpe dem, der foretr\u00e6kker et af disse v\u00e6rkt\u00f8jer frem for det andet.<\/p>\n