V zadnjem desetletju so bile dosežene pomembne napredovanja na področju razvoja orodij za neprekinjeno integracijo (Continuous Integration, CI) in neprekinjeno dostavo (Continuous Delivery, CD). Razvoj tehnologij za integracijo razvoja in delovanja programske opreme (Development Operations, DevOps) je privedel do hitre rasti povpraševanja po CI/CD orodjih. Obstoječe rešitve se stalno izboljšujejo, da bi sledile trendom, izdajajo se nove različice, v svetu zagotavljanja kakovosti programske opreme (Quality Assurance, QA) pa se neprestano pojavlja množica novih izdelkov. Pri tako bogati izbiri se izbira ustreznega orodja izkaže za zahtevno nalogo.
Med vsemi obstoječimi CI/CD orodji sta dva projekta, ki jih zagotovo velja omeniti vsem, ki iščejo nekaj s tega področja. Govorimo o Jenkinsu in orodju GitLab CI/CD, ki je del platforme GitLab. Jenkins ima več kot zvezd na GitHubu. GitLabov repozitorij na gitlab.com je prejel nekoliko več kot zvezd. Če primerjamo priljubljenost repozitorijev, se izkaže, da je Jenkins pridobil 8-krat več zvezd kot platforma, ki vključuje GitLab CI/CD. Vendar pa to ni edini kazalnik, na katerega je treba biti pozoren pri izbiri CI/CD orodja. Obstaja še mnogo drugih dejavnikov, kar pojasnjuje, zakaj se v mnogih primerjavah Jenkins in GitLab CI/CD znajdeta zelo blizu drug drugemu.
Vzemimo za primer podatke s platforme G2, ki zbira ocene in mnenja o najrazličnejših izdelkih. Tukaj je povprečna ocena , izračunana na podlagi 288 mnenj, 4,3 zvezde. O je tu 270 mnenj, povprečna ocena tega orodja pa znaša 4,4 zvezde. Ne bomo se motili, če trdimo, da Jenkins in GitLab CI/CD konkurirata drug drugemu na enakih pogojih. Zanimivo je omeniti, da je projekt Jenkins nastal leta 2011 in od takrat je priljubljeno orodje za testiranje. Vendar pa je projekt GitLab CI/CD, ki je bil lansiran leta 2014, zasedel visoke položaje zaradi naprednih možnosti, ki jih ponuja ta platforma.
Če govorimo o priljubljenosti Jenkinsa v primerjavi z drugimi podobnimi platformami, poudarjamo, da smo, ko smo objavili članek, v katerem smo primerjali platforme Travis CI in Jenkins, izvedli anketo. V njej je sodelovalo 85 uporabnikov. Anketirance smo povabili, da izberejo CI/CD orodje, ki jim je najbolj všeč. 79 % je izbralo Jenkins, 5 % je izbralo Travis CI, 16 % pa je navedlo, da raje uporabljajo druga orodja.
Rezultati ankete
Med drugimi CI/CD orodji je najpogosteje omenjeno GitLab CI/CD.
Če se resno ukvarjate z DevOps, morate skrbno izbrati ustrezna orodja, ob upoštevanju značilnosti projekta, njegovega proračuna in drugih zahtev. Da bi vam pomagali pri pravilni izbiri, nameravamo opraviti analizo Jenkinsa in GitLab CI/CD. To bi vam moralo pomagati pri pravilni odločitvi.
Spoznajmo Jenkins
— je široko znano, prilagodljivo CI/CD orodje, namenjeno avtomatizaciji številnih nalog, povezanih s programskimi projekti. Jenkins je popolnoma napisan v Javi in je izdan pod MIT licenco. Ima močan nabor funkcij, usmerjenih v avtomatizacijo nalog, povezanih s sestavljanjem, testiranjem, nameščanjem, integracijo in izdajo programske opreme. To orodje lahko uporabljate v različnih operacijskih sistemih, med katerimi so macOS, Windows in številne distribucije Linuxa, na primer OpenSUSE, Ubuntu in Red Hat. Na voljo so namestitveni paketi Jenkinsa za različne OS; to orodje lahko namestite tudi v Docker in v katerem koli sistemu, kjer je na voljo JRE (Java Runtime Environment).
Razvijalci Jenkinsa so ustvarili še en projekt, Jenkins X, ki je zasnovan za delo v okolju Kubernetes. V Jenkins X so vključeni Helm, strežnik Jenkins CI/CD, Kubernetes in druga orodja, namenjena oblikovanju CI/CD cevi, ki ustrezajo najboljšim praksam DevOps. Na primer, tukaj se uporablja GitOps.
V nabor prednosti Jenkinsa lahko dodamo tudi to, da so njegovi skripti zelo dobro strukturirani, jasni in jih je enostavno brati. Ekipa Jenkinsa je ustvarila približno 1000 vtičnikov, ki so namenjeni organizaciji sodelovanja Jenkinsa z različnimi tehnologijami. V skriptih je mogoče uporabljati avtentifikacijske sisteme, kar omogoča povezovanje z različnimi zaprtimi sistemi.
У процессе работа конвейера Jenkins можно наблюдать, что происходит на каждом этапе, а также успешно ли были завершены те или иные этапы работы. Следить за всем этим можно, не используя графический интерфейс, а полагаясь на возможности терминала.
Особенности Jenkins
Среди известных особенностей Jenkins стоит отметить простоту настройки, высокий уровень автоматизации различных операций и отличную документацию. Если говорить о решениях DevOps-задач, Jenkins считается надежным инструментом, за процессом обработки проекта зачастую не требуется пристально следить. С другими CI/CD-инструментами это не так. Давайте обсудим некоторые из ключевых возможностей Jenkins.
▍1. Бесплатность, открытый исходный код, поддержка множества платформ
Jenkins может работать на macOS, Windows и Linux. Он также может функционировать в среде Docker, что обеспечивает единообразное и быстрое выполнение автоматизированных задач. Этот инструмент можно запускать как сервлет в контейнерах, поддерживающих Java, например, Apache Tomcat и GlassFish. Установка Jenkins хорошо документирована. .
▍2. Развитая экосистема плагинов
Экосистема плагинов Jenkins значительно более развита по сравнению с экосистемами подключаемых модулей других CI/CD-инструментов. На данный момент существует более 1500 плагинов для Jenkins. Эти плагины решают широкий спектр задач, позволяя автоматизировать различные проекты. Широкий выбор бесплатных подключаемых модулей означает, что пользователю Jenkins нет необходимости приобретать дорогостоящие платные плагины. Существует возможность Jenkins интегрировать с множеством DevOps-инструментов.
▍3. Простая установка и настройка
Jenkins достаточно просто устанавливать и настраивать. Процесс обновления системы также устроен очень удобно. Важно отметить качество документации, так как в ней представлены ответы на многие вопросы, касающиеся установки и настройки Jenkins.
▍4. Дружелюбное сообщество
Kot je bilo že omenjeno, je Jenkins odprtokodni projekt, katerega ekosistem vključuje ogromno število vtičnikov. Okoli Jenkinsa je vzniknila velika skupnost uporabnikov in razvijalcev, ki pomagajo pri razvoju projekta. Skupnost je eden od dejavnikov, ki prispeva k razvoju Jenkinsa.
▍5. Na voljo REST API
Pri delu z Jenkinsom lahko uporabljate REST API, kar širi možnosti sistema. API za oddaljen dostop do sistema je na voljo v treh oblikah: XML, JSON s podporo za JSONP, Python. stran dokumentacije, ki razkriva podrobnosti o delu z REST API-jem Jenkinsa.
▍6. Podpora za hkratno izvajanje nalog
Jenkins podpira paralelizacijo DevOps nalog. Lahko ga enostavno integrirate z ustreznimi orodji in prejmete obvestila o rezultatih izvajanja nalog. Izvajanje testiranja kode lahko pospešite z organizacijo paralelne gradnje projekta z uporabo različnih virtualnih strojev.
▍7. Podpora za delo v distribuiranih okoljih
Jenkins omogoča organizacijo distribuiranih gradb s pomočjo več računalnikov. Ta možnost je uporabna v velikih projektih in uporablja shemo dela, v skladu s katero obstaja en glavni strežnik Jenkins in več podrejenih naprav. Podrejene naprave se lahko uporabljajo tudi v situacijah, ko je treba organizirati testiranje projekta v različnih okoljih. Te možnosti Jenkinsa ugodno razlikujejo od drugih podobnih projektov.
Spoznajte GitLab
lahko imenujemo eno najnovejših in najljubših orodij med DevOps inženirji. To brezplačno odprtokodno orodje je vgrajeno v sistem za nadzor različic GitLab. GitLab ima različico community, ki podpira upravljanje repozitorijev, orodja za sledenje težavam, organizacijo pregleda kode ter mehanizme, namenjene ustvarjanju dokumentacije. Podjetja lahko GitLab namestijo lokalno, povežejo to sistem z Active Directory in LDAP strežniki za zagotavljanje varnega prijavljanja in avtentifikacije uporabnikov.
videovodič, ki vam bo pomagal izvedeti, kako ustvariti CI/CD cevi z uporabo možnosti GitLab CI/CD.
Sprva je GitLab CI/CD izdan kot samostojen projekt, vendar je bil leta 2015 ta niz orodij integriran v GitLab 8.0. Ločen GitLab CI/CD strežnik lahko podpira delo več kot 25.000 uporabnikov. Na podlagi takih strežnikov lahko ustvarite sisteme z visoko razpoložljivostjo.
GitLab CI/CD in glavni projekt GitLab sta napisana v Rubyju in Go. Izdana sta pod MIT licenco. GitLab CI/CD, poleg običajnih možnosti CI/CD orodij, podpira tudi dodatne funkcionalnosti, povezane na primer z načrtovanjem nalog.
Integracija GitLab CI/CD v projekt je zelo enostavna. Pri uporabi GitLab CI/CD je postopek obdelave kode projekta razdeljen na faze, ki jih lahko sestavlja več nalog, izvedenih v določenem vrstnem redu. Naloge so lahko natančno nastavljene.
Naloge se lahko izvajajo paralelno. Po nastavitvi zaporedja faz in nalog je CI/CD cevovod pripravljen za delo. Napredek njegovega izvajanja lahko spremljate, saj lahko sledite stanju nalog. Uporaba GitLab CI/CD je zelo priročna, verjetno celo bolj kot pri drugih podobnih orodjih.
Značilnosti GitLab CI/CD in GitLab
GitLab CI/CD je eno najpopularnejših DevOps orodij. Projekt se ponaša z odlično dokumentacijo, z njim je enostavno in priročno delati. Če še niste seznanjeni z GitLab CI/CD, vam bo naslednji seznam funkcionalnosti tega orodja dal splošno predstavo o tem, česar lahko pričakujete od njega. Treba je opozoriti, da se mnoge od teh funkcionalnosti nanašajo na samo platformo GitLab, v katero je integriran GitLab CI/CD.
▍1. Priljubljenost
GitLab CI/CD je razmeroma novo orodje, ki je našlo široko uporabo. GitLab CI/CD je postopoma postal izjemno priljubljeno CI/CD orodje, namenjeno avtomatiziranemu testiranju in uvajanju programske opreme. Enostavno ga je nastaviti. Poleg tega je to brezplačno CI/CD orodje, vgrajeno v platformo GitLab.
▍2. Podpora za GitLab Pages in Jekyll
Jekyll je generator statičnih spletnih mest, ki ga je mogoče uporabiti v okviru sistema GitLab Pages za ustvarjanje spletnih mest na podlagi GitLab repozitorijev. Sistem vzame izvorne materiale in na njihovi osnovi generira končno statično spletno mesto. Videza in funkcionalnosti teh spletnih mest lahko upravljate z urejanjem datoteke _config.yml, ki se uporablja v Jekyllu.
▍3. Možnosti načrtovanja projektov
Zahvaljujoč možnosti načrtovanja faz projektov je lažje spremljati težave in njihovo skupno obravnavo. To omogoča učinkovitejše upravljanje del na projektih ter načrtovanje njihove izvedbe na določen datum.
▍4. Samodejno razširjanje CI-tekmovalcev
Z samodejnim razširjanjem tekmovalcev, odgovornih za izvajanje specifičnih nalog, lahko znatno prihranite pri stroških najema strežniških virov. To je še posebej pomembno, kadar gre za okolja, kjer se hkrati izvajajo testi projektov. Poleg tega je to ključno za večja projekti, ki obsegajo več repozitorijev.
▍5. Orodja za sledenje težavam
Močne možnosti GitLab-a za sledenje težavam so povzročile, da to platformo uporabljajo številni odprtokodni projekti. GitLab CI/CD omogoča paralelno testiranje različnih vejah kode. Rezultate testiranj je enostavno analizirati v vmesniku sistema. To GitLab CI/CD jasno ločuje od Jenkinsa.
▍6. Omejevanje dostopa do repozitorijev
Platforma GitLab podpira omejevanje dostopa do repozitorijev. Na primer, tistim, ki sodelujejo pri projektu v določenem repozitoriju, lahko dodelite pravice, ki ustrezajo njihovim vlogam. To je še posebej pomembno za korporativne projekte.
▍7. Aktivna podpora skupnosti
Okoli GitLab-a se je oblikovala aktivna skupnost, ki spodbuja razvoj te platforme in njenih orodij, zlasti GitLab CI/CD. Globoka integracija GitLab CI/CD in GitLab-a med drugim poenostavi iskanje odgovorov na vprašanja, ki se pojavijo pri delu z GitLab CI/CD.
▍8. Podpora za delo z različnimi sistemi za nadzor različic
GitLab CI/CD je sistem, ki lahko deluje ne le s kodo, shranjeno v repozitorijih GitLab. Na primer, kodo lahko shranite v repozitoriju GitHub, CI/CD cevovod pa lahko organizirate na podlagi GitLab-a z uporabo GitLab CI/CD.
Primerjava Jenkinsa in GitLab CI/CD
Jenkins in GitLab CI/CD sta zelo dobri orodji, ki lahko zagotavljata normalno delovanje CI/CD cevovoda. Vendar pa se izkaže, da, če jih primerjamo, kljub številnim podobnostim obstajajo razlike.
Karakteristika
Jenkins
GitLab CI/CD
Odprt ali zaprt koda
Otvoreni kod.
Otvoreni kod.
Namestitev
Zahteva se.
Ni potrebno, ker gre za vgrajeno funkcionalnost platforme GitLab.
Edinstvene lastnosti
Podpora za vtičnike.
Globoka integracija v sistem za upravljanje različic.
Podpora
Ni na voljo.
Na voljo je.
Namestitev in nastavitev
Brez težav
Brez težav
Samoiniciativna namestitev sistema
To je edina možnost uporabe sistema.
Podprto.
Ustvarjanje CI/CD cevi
Podprto, uporablja se Jenkins Pipeline.
Podprto.
Nadzor zmogljivosti aplikacij
Ni na voljo.
Na voljo je.
Ekosistem
Obstaja več kot 1000 vtičnikov.
Sistem se razvija znotraj GitLab.
API
Podpira razvito API strukturo.
Ponudba API za globljo integracijo v projekte.
Podpora za JavaScript
Na voljo je.
Na voljo je.
Integracija z drugimi orodji
Podprta je integracija z drugimi orodji in platformami (Slack, GitHub).
Veliko orodij za integracijo z zunanjimi sistemi, zlasti z GitHub in Kubernetes.
Kontrola kakovosti kode
Podprta je — z vtičnikom SonarQube in drugimi vtičniki.
Podprto.
Razlike med Jenkins in GitLab CI/CD
Ko opišemo in primerjamo Jenkins in GitLab CI/CD, se osredotočimo na razlike teh DevOps orodij. Poznavanje teh razlik vam bo pomagalo razumeti tiste, ki raje izbirajo eno orodje pred drugim.
- GitLab CI/CD lahko v celoti nadzira Git repozitorije. Gre za upravljanje z vejami repozitorijev in nekatere druge možnosti. Jenkins, čeprav lahko deluje z repozitoriji, ne nudi enake ravni nadzora nad njimi kot GitLab CI/CD.
- Jenkins je brezplačen odprtokodni projekt. Tisti, ki ga izbere, ga postavi samostojno. GitLab CI/CD pa je vključen v platformo GitLab, kar je pripravljen paket.
- GitLab CI/CD podpira razvite zmogljivosti za upravljanje nalog, ki delujejo na ravni projektov. Ta vidik Jenkins je precej slabše razvit.
Jenkins in GitLab CI/CD: prednosti in slabosti
Imate že določeno predstavo o Jenkinsu in GitLab CI/CD. Zdaj, da bi se še bolje spoznali s temi orodji, se osredotočimo na njihove prednosti in slabosti. Verjamemo, da ste se že odločili, katero orodje potrebujete. Upamo, da vam bo ta razdelek pomagal preveriti svojo izbiro.
▍Prednosti Jenkinsa
- Veliko število vtičnikov.
- Popoln nadzor nad namestitvijo orodja.
- Enostavno odpravljanje napak v runnerjih.
- Enostavna nastavitev vozlišč.
- Enostavna namestitev kode.
- Zelo dobra sistema za upravljanje poverilnic.
- Fleksibilnost i univerzalnost.
- Podrška za različite programske jezike.
- Sistem je intuitivno razumljiv.
▍Slabe strane Jenkinsa
- Mogući su problemi prilikom korišćenja dodataka.
- U malim projektima, vreme potrebno za njegovu samostalnu konfiguraciju može biti neopravdano veliko.
- Nedostatak opštih analitičkih podataka o CI/CD lancima.
▍Jake strane GitLab CI/CD
- Dobra integracija sa Docker-om.
- Jednostavno skaliranje runera.
- Paralelno izvršavanje zadataka koji čine faze CI/CD kanala.
- Korišćenje modela orijentisanog acikličnog grafa za podešavanje odnosa zadataka.
- Visok nivo skalabilnosti zahvaljujući mogućnosti paralelnog izvršavanja runera.
- Jednostavno dodavanje zadataka.
- Jednostavno rešavanje sukoba.
- Pouzdan sistem bezbednosti.
▍Slabe strane GitLab CI/CD
- Za svaki zadatak potrebno je opisati i učitati/izvoziti artefakte.
- Nije moguće testirati rezultate spajanja grana pre njihovog stvarnog spajanja.
- Kada opisujete faze CI/CD kanala, još uvek nije moguće izdvojiti pojedinačne etape.
Zaključki
I Jenkins i GitLab CI/CD imaju svoje jake i slabe strane. Odgovor na pitanje šta izabrati zavisi od potreba i specifičnosti konkretnog projekta. Svaki od danas razmatranih CI/CD alata ima određene karakteristike, iako su ti alati stvoreni za rešavanje iste zadatke. Jenkins je samostalan alat, dok je GitLab CI/CD deo platforme namenjene za saradnju na kodu.
Kada birate CI/CD sistem, osim njegovih mogućnosti, važno je razmotriti troškove koji mogu biti povezani s njim i s čim su DevOps inženjeri već navikli da rade u projektu.
Koje CI/CD alate koristite?
Izvor: habr.com
