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

Negli ultimi dieci anni, sono stati compiuti notevoli progressi nello sviluppo di strumenti per l'integrazione continua (Continuous Integration, CI) e la consegna continua (Continuous Delivery, CD). L'evoluzione delle tecnologie che integrano sviluppo e operazioni software (Development Operations, DevOps) ha portato a una rapida crescita della domanda di strumenti CI\/CD. Le soluzioni esistenti vengono costantemente migliorate per stare al passo con i tempi, con il rilascio di nuove versioni, e nel campo del controllo qualit\u00e0 software (Quality Assurance, QA) emergono continuamente nuovi prodotti. Con una cos\u00ec ampia gamma di opzioni, scegliere gli strumenti giusti pu\u00f2 rivelarsi una sfida non da poco.<\/p>\n

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

Tra tutti gli strumenti CI\/CD esistenti, ce ne sono due che meritano sicuramente l'attenzione di chi cerca qualcosa in questo ambito. Si tratta di Jenkins e dello strumento GitLab CI\/CD, che fa parte della piattaforma GitLab. Jenkins ha pi\u00f9 16000<\/a><\/noindex> stelle su GitHub. Il repository di GitLab su gitlab.com ha raggiunto un po' pi\u00f9 di 2000<\/a><\/noindex> stelle. Se confrontiamo la popolarit\u00e0 dei repository, scopriremo che Jenkins ha ricevuto 8 volte pi\u00f9 stelle rispetto alla piattaforma che include GitLab CI\/CD. Tuttavia, nella scelta di uno strumento CI\/CD, questo non \u00e8 l'unico indicatore a cui prestare attenzione. Ce ne sono molti altri, e questo spiega perch\u00e9 in molti confronti Jenkins e GitLab CI\/CD risultano molto simili.
\n<\/a><\/noindex>
\nPrendiamo, ad esempio, i dati della piattaforma G2, che raccoglie recensioni su una vasta gamma di prodotti e le valutazioni attribuite dagli utenti. Qui, la valutazione media Jenkins<\/a><\/noindex>, calcolata su 288 recensioni, \u00e8 di 4,3 stelle. Per quanto riguarda GitLab<\/a><\/noindex> ci sono 270 recensioni, la valutazione media di questo strumento \u00e8 di 4,4 stelle. Non saremmo in errore affermando che Jenkins e GitLab CI\/CD competono alla pari. \u00c8 interessante notare che il progetto Jenkins \u00e8 nato nel 2011 ed \u00e8 diventato da allora lo strumento preferito dai tester. Tuttavia, il progetto GitLab CI\/CD, lanciato nel 2014, ha conquistato posizioni molto elevate grazie alle funzionalit\u00e0 avanzate offerte da questa piattaforma.<\/p>\n

Parlando della popolarit\u00e0 di Jenkins rispetto ad altre piattaforme simili, \u00e8 importante sottolineare che, dopo aver pubblicato un articolo che confrontava le piattaforme Travis CI e Jenkins, abbiamo condotto un sondaggio. Hanno partecipato 85 utenti. Ai partecipanti \u00e8 stato chiesto di scegliere lo strumento CI\/CD che preferivano di pi\u00f9. Il 79% ha scelto Jenkins, il 5% ha scelto Travis CI e il 16% ha indicato di preferire altri strumenti.<\/p>\n

\"La
\nRisultati del sondaggio<\/i><\/p>\n

Tra gli altri strumenti CI\/CD, il pi\u00f9 frequentemente menzionato \u00e8 stato GitLab CI\/CD.<\/p>\n

Se ti occupi seriamente di DevOps, \u00e8 fondamentale scegliere attentamente gli strumenti adatti, considerando le caratteristiche del progetto, il budget e altri requisiti. Per aiutarti a fare la scelta giusta, intendiamo condurre un'analisi su Jenkins e GitLab CI\/CD. Speriamo che questo ti aiuti a prendere la decisione corretta.<\/p>\n

Introduzione a Jenkins<\/h2>\n

\n\"La
\nJenkins<\/a><\/noindex> Jenkins \u00e8 uno strumento CI\/CD ampiamente conosciuto e flessibile, progettato per automatizzare numerose attivit\u00e0 correlate ai progetti software. \u00c8 completamente scritto in Java e distribuito sotto licenza MIT. Ha un potente insieme di funzionalit\u00e0 dedicate all'automazione di attivit\u00e0, come costruzione, test, distribuzione, integrazione e rilascio del software. Questo strumento pu\u00f2 essere utilizzato su diversi sistemi operativi, tra cui macOS, Windows e vari distributori Linux, come OpenSUSE, Ubuntu e Red Hat. Sono disponibili pacchetti di installazione di Jenkins per diversi sistemi operativi, e questo strumento pu\u00f2 essere installato anche in Docker o su qualsiasi sistema che disponga di JRE (Java Runtime Environment).<\/p>\n

Gli sviluppatori di Jenkins hanno creato un altro progetto, Jenkins X, progettato per funzionare in un ambiente Kubernetes. Jenkins X integra Helm, il server Jenkins CI\/CD, Kubernetes e altri strumenti per la creazione di pipeline CI\/CD conformi alle migliori pratiche DevOps. Ad esempio, qui viene utilizzato GitOps.<\/p>\n

Tra i punti di forza di Jenkins c'\u00e8 anche il fatto che i suoi script sono ben strutturati, chiari e facili da leggere. Il team di Jenkins ha creato circa 1000 plugin, progettati per facilitare l'integrazione di Jenkins con diverse tecnologie. Negli script \u00e8 possibile utilizzare sistemi di autenticazione, il che consente, ad esempio, di collegarsi a vari sistemi riservati.<\/p>\n

Durante il funzionamento del pipeline di Jenkins, \u00e8 possibile monitorare ci\u00f2 che accade in ciascuna fase, verificando se i vari passaggi sono stati completati con successo o meno. \u00c8 possibile osservare tutto questo, sebbene non tramite un'interfaccia grafica, ma sfruttando le funzionalit\u00e0 del terminale.<\/p>\n

Caratteristiche di Jenkins<\/h2>\n

\nTra le caratteristiche pi\u00f9 riconosciute di Jenkins ci sono la facilit\u00e0 di configurazione, l'alto livello di automazione delle varie operazioni e una documentazione eccellente. Quando si tratta di affrontare le sfide DevOps, Jenkins \u00e8 considerato uno strumento molto affidabile, che normalmente non richiede un monitoraggio costante di tutto il processo di gestione del progetto. Non \u00e8 lo stesso per altri strumenti CI\/CD. Parliamo di alcune delle principali funzionalit\u00e0 di Jenkins.<\/p>\n

\u258d1. Gratuito, open source, supporto per molte piattaforme<\/h3>\n

\nJenkins pu\u00f2 funzionare su macOS, Windows e Linux. Pu\u00f2 anche operare in un ambiente Docker, consentendo l'esecuzione uniforme e rapida di compiti automatizzati. Questo strumento pu\u00f2 inoltre essere eseguito come un servlet in contenitori supportati da Java, come Apache Tomcat e GlassFish. L'installazione di Jenkins \u00e8 ben documentata. \u258d2. Ecosistema sviluppato di plugin<\/a><\/noindex>.<\/p>\n

\u258d2. Un'ecosistema sviluppata di plugin<\/h3>\n

\nL'ecosistema dei plugin di Jenkins appare molto pi\u00f9 sviluppato rispetto a quello di altri strumenti CI\/CD. Attualmente, esistono oltre 1500 plugin per Jenkins. Questi plugin sono progettati per affrontare una vasta gamma di compiti, permettendo di automatizzare i progetti pi\u00f9 disparati. La vasta scelta di moduli gratuiti significa che chi utilizza Jenkins non ha un'immediata necessit\u00e0 di acquistare costosi plugin a pagamento. Esiste la possibilit\u00e0 integrazione<\/a><\/noindex> Jenkins con molti strumenti DevOps.<\/p>\n

\u258d3. Installazione e configurazione semplice<\/h3>\n

\nJenkins \u00e8 abbastanza semplice da installare e configurare. Anche il processo di aggiornamento \u00e8 molto intuitivo. Va nuovamente menzionata la qualit\u00e0 della documentazione, poich\u00e9 in essa si possono trovare risposte a molte domande relative all'installazione e configurazione di Jenkins.<\/p>\n

\u258d4. Comunit\u00e0 accogliente<\/h3>\n

\nCome gi\u00e0 detto, Jenkins \u00e8 un progetto open source la cui ecosistema include un'enorme quantit\u00e0 di plugin. \u00c8 cresciuta attorno a Jenkins una grande comunit\u00e0 di utenti e sviluppatori che aiutano nello sviluppo del progetto. La comunit\u00e0 \u00e8 uno dei fattori che favoriscono la crescita di Jenkins.<\/p>\n

\u258d5. Disponibilit\u00e0 di REST API<\/h3>\n

\nDurante l'uso di Jenkins, \u00e8 possibile utilizzare REST API, il che amplia le capacit\u00e0 del sistema. L'API per l'accesso remoto al sistema \u00e8 disponibile in tre varianti: XML, JSON con supporto JSONP, Python. Ecco<\/a><\/noindex> Pagina della documentazione che fornisce dettagli sul lavoro con REST API di Jenkins.<\/p>\n

\u258d6. Supporto per l'esecuzione parallela dei task<\/h3>\n

\nJenkins supporta il parallelismo nelle attivit\u00e0 DevOps. Pu\u00f2 essere facilmente integrato con strumenti appropriati e inviare notifiche sui risultati delle attivit\u00e0. L'esecuzione dei test del codice pu\u00f2 essere accelerata organizzando una build parallela del progetto utilizzando diverse macchine virtuali.<\/p>\n

\u258d7. Supporto per operare in ambienti distribuiti<\/h3>\n

\nJenkins consente di organizzare build distribuiti utilizzando pi\u00f9 computer. Questa funzione \u00e8 utile nei grandi progetti e segue uno schema di lavoro in cui esiste un server Jenkins principale e diverse macchine secondarie. Le macchine secondarie possono essere utilizzate anche quando \u00e8 necessario organizzare test del progetto in ambienti diversi. Queste caratteristiche distinguono vantaggiosamente Jenkins da altri progetti simili.<\/p>\n

Introduzione a GitLab<\/h2>\n

\n\"La
\nGitLab CI\/CD<\/a><\/noindex> pu\u00f2 essere considerato uno degli strumenti pi\u00f9 recenti e amati dagli ingegneri DevOps. Questo strumento open source gratuito \u00e8 integrato nel sistema di controllo versione GitLab. La piattaforma GitLab ha una versione community che supporta la gestione dei repository, strumenti per il tracciamento dei problemi, organizzazione delle revisioni del codice e meccanismi orientati alla creazione di documentazione. Le aziende possono installare GitLab localmente, collegando questo sistema con Active Directory e server LDAP per una gestione sicura dell'autenticazione e autorizzazione degli utenti.<\/p>\n

Ecco<\/a><\/noindex> un video tutorial che ti aiuter\u00e0 a scoprire come creare pipeline CI\/CD utilizzando le funzionalit\u00e0 di GitLab CI\/CD.<\/p>\n

Inizialmente, GitLab CI\/CD \u00e8 stato rilasciato come progetto autonomo, ma nel 2015 questo insieme di strumenti \u00e8 stato integrato in GitLab 8.0. Un server GitLab CI\/CD separato pu\u00f2 supportare oltre 25.000 utenti. Su server di questo tipo \u00e8 possibile creare sistemi ad alta disponibilit\u00e0.<\/p>\n

GitLab CI\/CD e il progetto principale di GitLab sono scritti in Ruby e Go. Sono rilasciati sotto licenza MIT. Oltre alle normali funzionalit\u00e0 degli strumenti CI\/CD, GitLab CI\/CD supporta anche funzionalit\u00e0 aggiuntive relative, ad esempio, alla pianificazione del lavoro.<\/p>\n

Integrare GitLab CI\/CD in un progetto \u00e8 molto semplice. Utilizzando GitLab CI\/CD, il processo di gestione del codice del progetto viene suddiviso in fasi, ognuna delle quali pu\u00f2 comprendere pi\u00f9 task eseguiti in un determinato ordine. I task possono essere configurati in modo dettagliato.<\/p>\n

Le attivit\u00e0 possono essere eseguite in parallelo. Dopo aver configurato la sequenza delle fasi e delle attivit\u00e0, il pipeline CI\/CD \u00e8 pronto per l'uso. \u00c8 possibile monitorare il suo progresso seguendo lo stato delle attivit\u00e0. Di conseguenza, utilizzare GitLab CI\/CD \u00e8 molto comodo, forse pi\u00f9 di altri strumenti simili.<\/p>\n

Caratteristiche di GitLab CI\/CD e GitLab<\/h2>\n

\nGitLab CI\/CD \u00e8 uno degli strumenti DevOps pi\u00f9 popolari. Il progetto si distingue per la sua documentazione di qualit\u00e0, e le sue funzionalit\u00e0 sono facili e comode da utilizzare. Se non conosci ancora GitLab CI\/CD, il seguente elenco delle sue possibilit\u00e0 ti dar\u00e0 una panoramica di cosa aspettarti. \u00c8 importante notare che molte di queste funzionalit\u00e0 sono collegate alla piattaforma GitLab stessa, in cui \u00e8 integrato GitLab CI\/CD.<\/p>\n

\u258d1. Popolarit\u00e0<\/h3>\n

\nGitLab CI\/CD \u00e8 uno strumento relativamente nuovo che ha trovato ampia applicazione. \u00c8 diventato gradualmente uno strumento CI\/CD estremamente popolare, utilizzato per il testing automatizzato e il deployment del software. \u00c8 semplice da configurare. Inoltre, \u00e8 uno strumento CI\/CD gratuito integrato nella piattaforma GitLab.<\/p>\n

\u258d2. Supporto per GitLab Pages e Jekyll<\/h3>\n

\nJekyll \u00e8 un generatore di siti statici che pu\u00f2 essere usato all'interno del sistema GitLab Pages per creare siti basati su repository GitLab. Il sistema prende il materiale sorgente e genera un sito statico pronto. \u00c8 possibile gestire l'aspetto e le funzionalit\u00e0 di tali siti modificando il file _config.yml<\/code>, utilizzato da Jekyll.<\/p>\n

\u258d3. Funzionalit\u00e0 di pianificazione dei progetti<\/h3>\n

\nGrazie alla possibilit\u00e0 di pianificare le fasi dei progetti, aumenta la comodit\u00e0 nel monitoraggio dei problemi e dei loro gruppi. Questo consente di gestire l'organizzazione del lavoro sui progetti, pianificando il loro completamento per una data specifica.<\/p>\n

\u258d4. Scalabilit\u00e0 automatica dei runner CI<\/h3>\n

\nGrazie alla scalabilit\u00e0 automatica dei runner, responsabili dell'esecuzione di compiti specifici, \u00e8 possibile risparmiare notevolmente sui costi di affitto delle risorse server. Questo \u00e8 molto importante, soprattutto nelle situazioni in cui i progetti sono testati in parallelo. Inoltre, \u00e8 fondamentale per grandi progetti composti da pi\u00f9 repository.<\/p>\n

\u258d5. Strumenti per il monitoraggio dei problemi<\/h3>\n

\nLe potenti capacit\u00e0 di tracking dei problemi di GitLab hanno portato molti progetti open source a utilizzare questa piattaforma. GitLab CI\/CD consente di eseguire test paralleli su diverse branche di codice. I risultati dei test sono facilmente analizzabili nell'interfaccia del sistema. Questo distingue favorevolmente GitLab CI\/CD da Jenkins.<\/p>\n

\u258d6. Limitazione dell'accesso ai repository<\/h3>\n

\nLa piattaforma GitLab supporta la limitazione dell'accesso ai repository. Ad esempio, a coloro che collaborano a un progetto in un determinato repository possono essere assegnati diritti corrispondenti ai loro ruoli. Questo \u00e8 particolarmente rilevante per i progetti aziendali.<\/p>\n

\u258d7. Attiva supporto della comunit\u00e0<\/h3>\n

\nAttorno a GitLab si \u00e8 formata una comunit\u00e0 attiva che contribuisce allo sviluppo di questa piattaforma e dei suoi strumenti, in particolare di GitLab CI\/CD. L'integrazione profonda tra GitLab CI\/CD e GitLab, tra l'altro, semplifica la ricerca di risposte a domande che sorgono durante l'utilizzo di GitLab CI\/CD.<\/p>\n

\u258d8. Supporto per diversi sistemi di controllo versione<\/h3>\n

\nGitLab CI\/CD \u00e8 un sistema che pu\u00f2 funzionare non solo con il codice ospitato nei repository di GitLab. Ad esempio, il codice pu\u00f2 essere archiviato in un repository GitHub, mentre il pipeline CI\/CD pu\u00f2 essere organizzato su base GitLab utilizzando GitLab CI\/CD.<\/p>\n

Confronto tra Jenkins e GitLab CI\/CD<\/h2>\n

\nJenkins e GitLab CI\/CD sono strumenti molto validi, ognuno dei quali \u00e8 in grado di garantire il corretto funzionamento del pipeline CI\/CD. Tuttavia, se li confrontiamo, si scopre che, sebbene siano simili sotto molti aspetti, differiscono in alcuni punti.<\/p>\n

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

Codice aperto o chiuso
\nCodice aperto
\nCodice aperto<\/p>\n

Installazione
\nRichiesto.
\nNon richiesto, poich\u00e9 questa \u00e8 una funzionalit\u00e0 integrata della piattaforma GitLab.<\/p>\n

Caratteristiche uniche
\nSupporto per i plugin.
\nIntegrazione profonda nel sistema di gestione delle versioni.<\/p>\n

Supporto
\nAssente.
\nPresente.<\/p>\n

Installazione e configurazione
\nNon presenta difficolt\u00e0
\nNon presenta difficolt\u00e0<\/p>\n

Installazione autonoma del sistema
\nQuesto \u00e8 l'unico modo per utilizzare il sistema.
\nSupportato.<\/p>\n

Creazione di pipeline CI\/CD
\nSupportato, utilizza Jenkins Pipeline.
\nSupportato.<\/p>\n

Monitoraggio delle prestazioni delle applicazioni
\nAssente.
\nPresente.<\/p>\n

Ecosistema
\nEsistono oltre 1000 plugin.
\nIl sistema si sviluppa all'interno di GitLab.<\/p>\n

API
\nSupporta un sistema API avanzato.
\nOffre API per un'integrazione pi\u00f9 profonda nei progetti.<\/p>\n

Supporto JavaScript
\nPresente.
\nPresente.<\/p>\n

Integrazione con altri strumenti
\n\u00c8 supportata l'integrazione con altre piattaforme e strumenti (Slack, GitHub).
\nNumerosi strumenti per l'integrazione con sistemi esterni, in particolare con GitHub e Kubernetes.<\/p>\n

Controllo della qualit\u00e0 del codice
\nSupportato \u2014 attraverso il plugin SonarQube e altri plugin.
\nSupportato.<\/p>\n

<\/p>\n

Differenze tra Jenkins e GitLab CI\/CD<\/h2>\n

\nDopo aver descritto e confrontato Jenkins e GitLab CI\/CD, concentriamoci sulle differenze tra questi strumenti DevOps. Comprendere queste differenze aiuta a valutare chi preferisce uno di questi strumenti rispetto all'altro.<\/p>\n