{"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 di integrazione continua (Continuous Integration, CI) e distribuzione continua (Continuous Delivery, CD). L'evoluzione delle tecnologie di integrazione tra 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, vengono rilasciate nuove versioni e nel campo del controllo qualit\u00e0 del software (Quality Assurance, QA) appaiono continuamente nuovi prodotti. Con una cos\u00ec vasta gamma di opzioni, la scelta degli strumenti giusti pu\u00f2 risultare una sfida complessa.<\/p>\n

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

Tra tutti gli strumenti CI\/CD esistenti, ci sono due progetti a cui vale sicuramente la pena prestare attenzione per chi cerca qualcosa in questo campo. Si tratta di Jenkins e dello strumento GitLab CI\/CD, che \u00e8 parte della piattaforma GitLab. Jenkins ha pi\u00f9 di 16000<\/a><\/noindex> stelle su GitHub. Il repository di GitLab su gitlab.com ha accumulato poco pi\u00f9 di 2000<\/a><\/noindex> stelle. Se confrontiamo la popolarit\u00e0 dei repository, risulta che Jenkins ha ottenuto 8 volte pi\u00f9 stelle della piattaforma che include GitLab CI\/CD. Tuttavia, nella scelta di uno strumento CI\/CD, questo non \u00e8 certo l'unico indicatore da considerare. Ci sono molti altri fattori, il che spiega perch\u00e9 in molti confronti Jenkins e GitLab CI\/CD risultano molto vicini l'uno all'altro.
\n<\/a><\/noindex>
\nPrendiamo, ad esempio, i dati dalla piattaforma G2, che raccoglie recensioni di vari prodotti e valutazioni fornite 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, con una valutazione media di 4,4 stelle per questo strumento. Non commetteremmo un errore nel dire che Jenkins e GitLab CI\/CD competono tra loro su un piano di parit\u00e0. \u00c8 interessante notare che il progetto Jenkins \u00e8 nato nel 2011 ed \u00e8 diventato da allora lo strumento preferito dai tester. Nel frattempo, il progetto GitLab CI\/CD, lanciato nel 2014, ha conquistato le sue posizioni, molto elevate, grazie alle avanzate funzionalit\u00e0 offerte da questa piattaforma.<\/p>\n

Parlando della popolarit\u00e0 di Jenkins rispetto ad altre piattaforme simili, vale la pena notare che, dopo aver pubblicato un articolo in cui confrontavamo le piattaforme Travis CI e Jenkins, abbiamo condotto un sondaggio. Hanno partecipato 85 utenti. \u00c8 stato chiesto ai rispondenti di scegliere lo strumento CI\/CD che preferiscono 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, GitLab CI\/CD \u00e8 stato il pi\u00f9 citato.<\/p>\n

Se ti occupi seriamente di DevOps, \u00e8 fondamentale selezionare gli strumenti appropriati, tenendo conto delle caratteristiche del progetto, del suo budget e di altri requisiti. Per aiutarti a fare la scelta giusta, ci proponiamo di analizzare Jenkins e GitLab CI\/CD. Questo, speriamo, ti aiuter\u00e0 a prendere la decisione corretta.<\/p>\n

Introduzione a Jenkins<\/h2>\n

\n\"La
\nJenkins<\/a><\/noindex> \u00e8 un noto e flessibile strumento CI\/CD progettato per automatizzare numerosi compiti legati ai progetti software. Jenkins \u00e8 completamente scritto in Java ed \u00e8 rilasciato con licenza MIT. Dispone di un potente set di funzionalit\u00e0, mirate all'automazione di compiti legati alla build, ai test, al deployment, all'integrazione e al rilascio del software. Questo strumento pu\u00f2 essere utilizzato su diversi sistemi operativi, tra cui macOS, Windows e diverse distribuzioni Linux, come OpenSUSE, Ubuntu e Red Hat. Esistono pacchetti di installazione di Jenkins progettati per i vari sistemi operativi, ed \u00e8 possibile installare questo strumento in Docker e su qualsiasi sistema che abbia JRE (Java Runtime Environment).<\/p>\n

Gli sviluppatori di Jenkins hanno creato un altro progetto, Jenkins X, progettato per funzionare nell'ambiente Kubernetes. Jenkins X integra Helm, il server Jenkins CI\/CD, Kubernetes e altri strumenti destinati alla creazione di pipeline CI\/CD che rispettano le migliori pratiche di DevOps. Ad esempio, si utilizza GitOps.<\/p>\n

Tra i punti a favore di Jenkins, si pu\u00f2 aggiungere 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'interazione di Jenkins con varie tecnologie. Negli script \u00e8 possibile utilizzare sistemi di autenticazione, il che, ad esempio, consente di connettersi a vari sistemi privati.<\/p>\n

Durante il funzionamento della pipeline Jenkins, \u00e8 possibile osservare cosa accade in ciascun passaggio, se le diverse fasi del lavoro si sono concluse con successo o meno. \u00c8 possibile monitorare tutto ci\u00f2, senza utilizzare un'interfaccia grafica, ma sfruttando le capacit\u00e0 del terminale.<\/p>\n

Caratteristiche di Jenkins<\/h2>\n

\nTra le caratteristiche pi\u00f9 conosciute di Jenkins si possono notare la facilit\u00e0 di configurazione, l'alto livello di automazione di varie operazioni e l'ottima documentazione. Quando si parla di soluzioni per problemi DevOps, Jenkins \u00e8 considerato uno strumento molto affidabile, utilizzato per il quale, di solito, non ha senso monitorare attentamente l'intero processo di gestione del progetto. Con altri strumenti CI\/CD non \u00e8 cos\u00ec. Parliamo ora di alcune delle funzionalit\u00e0 pi\u00f9 importanti di Jenkins.<\/p>\n

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

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

\u258d2. Ecosistema di plugin avanzato<\/h3>\n

\nL'ecosistema di plugin di Jenkins risulta molto pi\u00f9 sviluppato rispetto a quelli di altri strumenti CI\/CD. Attualmente ci sono oltre 1500 plugin per Jenkins. Questi plugin sono progettati per affrontare una vasta gamma di esigenze, e possono automatizzare progetti di ogni tipo. La ricchezza nella scelta di moduli gratuiti significa che chi utilizza Jenkins non ha un'urgenza di acquistare costosi plugin a pagamento. C'\u00e8 la possibilit\u00e0 di integrare<\/a><\/noindex> Jenkins con molteplici strumenti DevOps.<\/p>\n

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

\nJenkins \u00e8 abbastanza semplice da installare e configurare. Inoltre, anche il processo di aggiornamento del sistema \u00e8 molto comodo. \u00c8 opportuno menzionare nuovamente la qualit\u00e0 della documentazione, poich\u00e9 in essa \u00e8 possibile trovare risposte a una vasta gamma di 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. Attorno a Jenkins si \u00e8 sviluppata una grande comunit\u00e0 di utenti e sviluppatori che contribuiscono allo sviluppo del progetto. La comunit\u00e0 \u00e8 uno dei fattori che favorisce la crescita di Jenkins.<\/p>\n

\u258d5. Presenza di un REST API<\/h3>\n

\nDurante il lavoro con Jenkins \u00e8 possibile utilizzare il REST API, il che amplia le possibilit\u00e0 del sistema. L'API per l'accesso remoto al sistema \u00e8 disponibile in tre formati: XML, JSON con supporto JSONP, Python. Ecco<\/a><\/noindex> pagina di documentazione che svela i dettagli su come lavorare con il REST API di Jenkins.<\/p>\n

\u258d6. Supporto per l'esecuzione parallela delle attivit\u00e0<\/h3>\n

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

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

\nJenkins consente di organizzare build distribuite utilizzando pi\u00f9 computer. Questa possibilit\u00e0 \u00e8 applicabile in grandi progetti e utilizza uno schema di lavoro in cui esiste un server principale di Jenkins e diverse macchine subordinate. Le macchine subordinate possono essere utilizzate anche in situazioni in cui \u00e8 necessario organizzare test del progetto in ambienti diversi. Queste caratteristiche distinguono favorevolmente 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 gestione delle versioni GitLab. La piattaforma GitLab ha una versione community, supporta la gestione dei repository, strumenti per il tracciamento dei problemi, organizzazione delle revisioni del codice, meccanismi orientati alla creazione di documentazione. Le aziende possono installare GitLab localmente, collegando questo sistema a Active Directory e ai server LDAP per organizzare autenticazioni e autorizzazioni sicure degli utenti.<\/p>\n

Ecco<\/a><\/noindex> video tutorial che ti aiuter\u00e0 a scoprire come creare pipeline CI\/CD utilizzando le capacit\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 il lavoro di oltre 25.000 utenti. Su server simili si possono creare sistemi con alta disponibilit\u00e0.<\/p>\n

GitLab CI\/CD e il progetto principale GitLab sono scritti in Ruby e Go. Sono rilasciati con licenza MIT. GitLab CI\/CD, oltre alle normali funzionalit\u00e0 degli strumenti CI\/CD, supporta anche funzionalit\u00e0 aggiuntive, ad esempio, per la pianificazione delle attivit\u00e0.<\/p>\n

Integrarre GitLab CI\/CD in un progetto \u00e8 molto semplice. Quando si usa GitLab CI\/CD, il processo di elaborazione del codice del progetto \u00e8 suddiviso in fasi, ognuna delle quali pu\u00f2 consistere in pi\u00f9 attivit\u00e0 eseguite in un determinato ordine. Le attivit\u00e0 sono altamente configurabili.<\/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 progresso seguendo lo stato delle attivit\u00e0. Di conseguenza, utilizzare GitLab CI\/CD \u00e8 molto conveniente, probabilmente pi\u00f9 conveniente rispetto ad 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 documentazione di qualit\u00e0 e le sue funzionalit\u00e0 sono facili e comodamente utilizzabili. Se non sei ancora familiare con GitLab CI\/CD, la seguente lista delle funzionalit\u00e0 di questo strumento ti dar\u00e0 una visione generale di cosa aspettarti. Va notato che molte di queste funzionalit\u00e0 sono correlate 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. GitLab CI\/CD \u00e8 gradualmente diventato uno strumento CI\/CD estremamente popolare, utilizzato per il test automatizzato e il deployment del software. \u00c8 facile 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 utilizzato all'interno del sistema GitLab Pages per creare siti basati su repository GitLab. Il sistema prende i materiali sorgente e genera un sito statico finale basato su di essi. \u00c8 possibile gestire l'aspetto e le funzionalit\u00e0 di tali siti modificando il file _config.yml<\/code>, utilizzato da Jekyll.<\/p>\n

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

\nGrazie alla pianificazione delle fasi dei progetti, aumenta la facilit\u00e0 di monitoraggio dei problemi e dei loro gruppi. Questo consente di gestire l'organizzazione del lavoro sui progetti, pianificando la loro realizzazione in 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 attivit\u00e0 specifiche, \u00e8 possibile risparmiare significativamente sui costi di affitto delle risorse server. Questo \u00e8 particolarmente importante, specialmente quando si tratta di ambienti in cui il testing dei progetti viene eseguito in parallelo. Inoltre, \u00e8 cruciale per progetti di grandi dimensioni composti da pi\u00f9 repository.<\/p>\n

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

\nLe potenti capacit\u00e0 di monitoraggio dei problemi di GitLab hanno portato molteplici progetti open source ad utilizzare questa piattaforma. GitLab CI\/CD consente di eseguire test paralleli su diverse branche di codice. I risultati dei test sono facili da analizzare 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 lavorano insieme su un progetto in un certo 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 promuove lo sviluppo di questa piattaforma e dei suoi strumenti, in particolare GitLab CI\/CD. L'integrazione profonda tra GitLab CI\/CD e GitLab, tra l'altro, semplifica la ricerca di risposte alle domande che sorgono durante l'utilizzo di GitLab CI\/CD.<\/p>\n

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

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

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

\nJenkins e GitLab CI\/CD sono strumenti di alta qualit\u00e0, ognuno dei quali \u00e8 in grado di garantire un normale funzionamento di un pipeline CI\/CD. Ma se li si confronta, si scopre che, sebbene simili sotto molti aspetti, presentano anche alcune differenze.<\/p>\n

Caratteristiche<\/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 \u00e8 una funzionalit\u00e0 integrata della piattaforma GitLab.<\/p>\n

Caratteristiche uniche
\nSupporto per plugin.
\nProfonda integrazione nel sistema di gestione delle versioni.<\/p>\n

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

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

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

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

Monitoraggio delle prestazioni delle applicazioni
\nAssente.
\nDisponibile.<\/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 per JavaScript
\nDisponibile.
\nDisponibile.<\/p>\n

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

Controllo della qualit\u00e0 del codice
\nSupportato - tramite 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. Conoscere queste differenze permetter\u00e0 di capire chi preferisce uno di questi strumenti rispetto all'altro.<\/p>\n