--- title: "Continuous Integration e Continuous Deployment: come orientarsi tra gli strumenti CI/CD" description: Perché Continuous Integration e Continuous deployment possono accelerare sviluppo e deployment del codice, e quali sono i tool da adottare image: https://blog.sourcesense.com/hubfs/Imported_Blog_Media/CI-CD.jpg --- [Salta al contenuto](https://blog.sourcesense.com/open-source/continuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd#main-content) [Salta alla navigazione principale](https://blog.sourcesense.com/open-source/continuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd#ss-header-nav) [![Sourcesense](https://blog.sourcesense.com/hs-fs/hubfs/logo-sourcesense-colori.png?width=533&height=80&name=logo-sourcesense-colori.png "Sourcesense")](https://www.sourcesense.com/) - [Company](https://www.sourcesense.com/chi-siamo) - Offerta - [LogicLens AIAnalisi del codice con l'AI](https://www.sourcesense.com/offerta/logiclens-ai-debugging-codice-intelligente) - [Eye4TaskPiattaforma collaborativa in tempo reale](https://www.sourcesense.com/offerta/eye4task-assistenza-remota-ar) - [Eye4CarePiattaforma collaborativa per la sanità](https://www.sourcesense.com/offerta/eye4care-assistenza-medica-remota) - [VesselHybrid Cloud unificato e semplificato](https://www.sourcesense.com/offerta/vessel-gestione-hybrid-cloud-sicura) - [Atlassian CareI nostri servizi per il tuo ITSM](https://www.sourcesense.com/offerta/atlassian-care) - [Partner](https://www.sourcesense.com/partners) - [Risorse](https://www.sourcesense.com/risorse) - Carriere - [Lavora con noiScopri le nostre posizioni aperte](https://www.sourcesense.com/carriere) - [AcademyTrasforma la tua passione in competenza professionale](https://www.sourcesense.com/information-technology-academy) - [Contattaci](https://www.sourcesense.com/contatti) ![](https://blog.sourcesense.com/hs-fs/hubfs/raw_assets/public/Sourcesense%20-%20June2023/images/placeholder-post-header-desktop.jpg?width=1680&name=placeholder-post-header-desktop.jpg) # Continuous Integration e Continuous Deployment: come orientarsi tra gli strumenti CI/CD - [Condividi su LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fblog.sourcesense.com%2Fopen-source%2Fcontinuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd) - [Condividi su X](https://x.com/intent/post?url=https%3A%2F%2Fblog.sourcesense.com%2Fopen-source%2Fcontinuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd&text=Continuous+Integration+e+Continuous+Deployment%3A+come+orientarsi+tra+gli+strumenti+CI%2FCD) - [Condividi su Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fblog.sourcesense.com%2Fopen-source%2Fcontinuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd) - [Condividi via email](mailto:?subject=Continuous+Integration+e+Continuous+Deployment%3A+come+orientarsi+tra+gli+strumenti+CI%2FCD&body=https%3A%2F%2Fblog.sourcesense.com%2Fopen-source%2Fcontinuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd) - Copia il link dell'articolo 23 febbraio, 2023 Il principale obiettivo delle pratiche Continuous Integration e Continuous Deployment (**CI/CD**), ossia integrazione continua e distribuzione/deployment continui del software, è **consentire all’organizzazione IT di un’impresa di aumentare velocità e frequenza di pubblicazione e implementazione delle release**, senza per questo scendere a compromessi in merito a **sicurezza e qualità del codice sviluppato**.     Le pratiche CI/CD rappresentano una componente fondamentale della moderna metodologia di sviluppo e distribuzione del codice nota come DevOps. **Il paradigma DevOps ha lo scopo di innovare i tradizionali modelli e cicli di progettazione e distribuzione del codice, minimizzando il time-to-market** con cui un’azienda riesce a pubblicare aggiornamenti, o nuove versioni, dei propri prodotti, applicazioni, servizi digitali. La riduzione del time-to-market è ottenibile, essenzialmente, eliminando il più possibile i processi manuali di manipolazione degli artefatti e del codice, instaurando nuovi metodi di lavoro, e **adottando strumenti di razionalizzazione e automazione delle fasi di creazione, test, Deployment, deployment del software**: i tool CI/CD appunto.   Nel modello [DevOps](https://blog.sourcesense.com/devops-guida-completa-per-ottimizzare-sviluppo-e-operation), gli strumenti CI/CD vanno ad affiancarsi ad altri tool, come quelli di [configuration management](https://blog.sourcesense.com/infrastructure-as-code/infrastructure-as-code-e-configuration-management-per-accelerare-le-it-operation/), già descritti in un precedente post, tra cui si possono citare Ansible e Chef.       ## **Continuous Integration (CI), alcuni utili tool di automazione** All’interno della pipeline CI/CD, la fase di integrazione continua serve ad **automatizzare il processo iterativo di creazione, test, controllo qualitativo della build software**, quindi del codice applicativo eseguibile, completo di tutte le integrazioni, e modifiche, apportate dal team di sviluppo.   Allo scopo di rafforzare i meccanismi che verificano se il codice raggiunge determinati standard, **nel processo di Continuous Integration vengono spesso inseriti quality gate,** ossia ‘cancelli di qualità’, sbarramenti che il software supera soltanto se dimostra di soddisfare certe caratteristiche in termini, ad esempio, di buone pratiche di sviluppo e assenza di vulnerabilità.   Nella Continuous Integration, **uno degli strumenti più utilizzati e versatili è Jenkins**, un server CI installabile on-premise o in cloud e dotato di una vasta gamma di plug-in. Nulla però vieta di adottare altri tool CI (basati su cloud) come Azure DevOps o AWS CodeBuild.     Specie nei grandi progetti, per gestire la fase CI è anche possibile usare piattaforme di sviluppo collaborative come GitLab, che, oltre a supportare e presidiare la Continuous Integration, può funzionare anche come **strumento di versionamento del codice**.   Altri strumenti [Open Source](https://blog.sourcesense.com/open-source/7-ottimi-motivi-per-affidarsi-allo-sviluppo-open-source/), come Rundeck, non sono dedicati in maniera specifica alla CI, ma sono molto utili per automatizzare la programmazione di varie operazioni e procedure. Sempre nella fase Continuous Integration, **per controllare la qualità del codice**, si può usare il tool SonarQube, gratuito nella versione Community Edition. **Per eseguire controlli su eventuali vulnerabilità del codice** esistono poi strumenti basati sul metodo **OAST** (out-of-band application security testing), introdotto per migliorare il modello DAST (dynamic application security testing).       ## **Fase di Continuous Deployment (CD), quali strumenti scegliere** Una volta superata la fase di Continuous Integration, **la build software creata in automatico**, che può essere un artefatto Java, un’immagine Docker, o un pacchetto RPM, **viene depositata in un repository**, in modo da essere subito disponibile per il successivo prelievo nella fase CD.   Il processo di distribuzione continua/deployment continuo del codice consiste infatti nella **pubblicazione e implementazione del software in maniera automatizzata e rapida**. In sostanza, l’artefatto viene prelevato da un repository e implementato su determinati carichi di lavoro (workload). Per pubblicare e distribuire il pacchetto in automatico su una molteplicità di server, nella fase CD è possibile utilizzare strumenti di configuration management come Ansible, o Chef.   In vari casi, le organizzazioni IT delle imprese tendono a gestire l’intera pipeline CI/CD con Jenkins, che quindi viene sfruttato sia per la creazione della build, sia per la distribuzione e implementazione dell’artefatto.     Tuttavia, **chi desidera introdurre maggior innovazione nella fase CD, può utilizzare Argo CD**, un moderno strumento di Continuous Deployment per la piattaforma di orchestrazione di container Kubernetes. **Argo CD consente di eseguire il deployment di oggetti (manifesti) Kubernetes, o di Helm chart all’interno di cluster Kubernetes** utilizzando il metodo dichiarativo, in cui va specificato soltanto quale dovrà essere lo stato finale dell’applicazione nel cluster stesso.   Tra l’altro, a dicembre 2022, il progetto Argo si è ufficialmente laureato, all’interno della Cloud Native Computing Foundation (CNCF), soddisfacendo rigorosi criteri e requisiti di sicurezza, governance, e adozione da parte degli utenti.     ## **Criteri di selezione dei tool CD** Riguardo ai tool per la gestione della fase di Continuous Deployment, non è possibile fornire indicazioni specifiche sulla selezione di strumenti particolari, in quanto la loro scelta dipende da numerose variabili. In primo luogo, **dipende dalla tipologia di workload su cui si deve attuare la distribuzione del software**: quindi, ad esempio, il tool da usare può essere differente, a seconda che si tratti di gestire workload tradizionali, oppure containerizzati, come quelli basati su immagini Docker.    In secondo luogo, **un’altra variabile è rappresentata dall’ambiente IT in cui viene implementata l’applicazione**, che può essere l’infrastruttura on-premise, oppure il cloud. In quest’ultimo caso, se i vincoli di budget lo consentono, si può optare per l’adozione di strumenti basati su servizi SaaS (software as a service) fornibili dal cloud provider.   Nel caso, invece, dell’ambiente on-premise, la scelta dello strumento CD più adatto va fatta anche sulla base dello **stack software preesistente** nella sede dell’azienda utente, e tenendo conto delle competenze tecniche di cui l’organizzazione si trova già in possesso internamente. [![New call-to-action](https://hubspot-no-cache-eu1-prod.s3.amazonaws.com/cta/default/139525617/3f3a179c-3408-4347-a6e6-acf526e90673.png)](https://hubspot-cta-redirect-eu1-prod.s3.amazonaws.com/cta/redirect/139525617/3f3a179c-3408-4347-a6e6-acf526e90673) [Infrastruttura IT](https://blog.sourcesense.com/tag/infrastruttura-it), [Open Source](https://blog.sourcesense.com/tag/open-source) [![white-paper-devsecops](https://hubspot-no-cache-eu1-prod.s3.amazonaws.com/cta/default/139525617/1dd2e02b-c909-43f8-bdc5-ad98d016653b.png)](https://hubspot-cta-redirect-eu1-prod.s3.amazonaws.com/cta/redirect/139525617/1dd2e02b-c909-43f8-bdc5-ad98d016653b) ## Ricevi Innovation Notes ![visual-sito](https://blog.sourcesense.com/hubfs/visual-sito.jpg) La newsletter di Sourcesense Un aggiornamento mensile sull’innovazione digitale [Resta al passo](https://content.sourcesense.com/sourcesense-newsletter?utm_campaign=newsletter&utm_source=spallablog) ## TAG - [Lavoro e innovazione](https://blog.sourcesense.com/tag/lavoro-e-innovazione) - [XR & Wearable](https://blog.sourcesense.com/tag/xr-wearable) - [Gestione processi](https://blog.sourcesense.com/tag/gestione-processi) - [Infrastruttura IT](https://blog.sourcesense.com/tag/infrastruttura-it) - [Open Source](https://blog.sourcesense.com/tag/open-source) - [Teamwork](https://blog.sourcesense.com/tag/teamwork) - [Cloud](https://blog.sourcesense.com/tag/cloud) - [Casi studio](https://blog.sourcesense.com/tag/casi-studio) - [Data Management](https://blog.sourcesense.com/tag/data-management) - [IT Service Management](https://blog.sourcesense.com/tag/it-service-management) - [Intelligenza Artificiale](https://blog.sourcesense.com/tag/intelligenza-artificiale) - [Vita in azienda](https://blog.sourcesense.com/tag/vita-in-azienda) ## Potrebbe interessarti anche [![immagine astratta](https://blog.sourcesense.com/hubfs/1680x500.jpg)](https://blog.sourcesense.com/devsecops-2026-sicurezza-artefatti) ### [DevSecOps nel 2026, perché la sicurezza degli artefatti è così importante](https://blog.sourcesense.com/devsecops-2026-sicurezza-artefatti) La sicurezza del software riguarda sempre più l’intera software supply chain e non soltanto il... [![Software supply chain security, come mettere in sicurezza la pipeline di sviluppo](https://blog.sourcesense.com/hubfs/Software%20supply%20chain%20security.jpg)](https://blog.sourcesense.com/software-supply-chain-security) ### [Software supply chain security, come mettere in sicurezza la pipeline di sviluppo](https://blog.sourcesense.com/software-supply-chain-security) Oggi le applicazioni software sono costruite integrando librerie open source, immagini container,... [![Conferenza Atlassian Team Europe: un relatore sul palco davanti al pubblico](https://blog.sourcesense.com/hubfs/Atlassian%20team%20Europe.jpg)](https://blog.sourcesense.com/agenti-ai-come-colleghi-atlassian) ### [Agenti AI come colleghi: cosa cambia nei team Atlassian](https://blog.sourcesense.com/agenti-ai-come-colleghi-atlassian) [Follow us on LinkedIn](https://www.linkedin.com/company/sourcesense/) [YouTube](https://www.youtube.com/@sourcesensechannel) [Instagram](https://www.instagram.com/sourcesense/) ![Sourcesense](https://blog.sourcesense.com/hs-fs/hubfs/icon-1.png?width=64&height=64&name=icon-1.png "Sourcesense") © 2026 All rights reserved. Cookie Settings ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Francesco Bertasi", "url" : "https://blog.sourcesense.com/author/francesco-bertasi" }, "dateModified" : "2026-02-16T16:13:34.867Z", "datePublished" : "2023-02-23T16:23:00.000Z", "headline" : "Continuous Integration e Continuous Deployment: come orientarsi tra gli strumenti CI/CD", "image" : [ "https://blog.sourcesense.com/hubfs/Imported_Blog_Media/CI-CD.jpg" ], "mainEntityOfPage" : { "@id" : "https://blog.sourcesense.com/open-source/continuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://blog.sourcesense.com/hubfs/logo-sourcesense-colori.png" }, "name" : "Sourcesense" } } ``` ```json { "@context" : "https://schema.org", "@type" : "Article", "about" : { "@type" : "Thing", "name" : "Infrastruttura IT" }, "articleBody" : "Il principale obiettivo delle pratiche Continuous Integration e Continuous Deployment (CI/CD), ossia integrazione continua e distribuzione/deployment continui del software, è consentire all’organizzazione IT di un’impresa di aumentare velocità e frequenza di pubblicazione e implementazione delle release, senza per questo scendere a compromessi in merito a sicurezza e qualità del codice sviluppato. Le pratiche CI/CD rappresentano una componente fondamentale della moderna metodologia di sviluppo e distribuzione del codice nota come DevOps. Il paradigma DevOps ha lo scopo di innovare i tradizionali modelli e cicli di progettazione e distribuzione del codice, minimizzando il time-to-market con cui un’azienda riesce a pubblicare aggiornamenti, o nuove versioni, dei propri prodotti, applicazioni, servizi digitali. La riduzione del time-to-market è ottenibile, essenzialmente, eliminando il più possibile i processi manuali di manipolazione degli artefatti e del codice, instaurando nuovi metodi di lavoro, e adottando strumenti di razionalizzazione e automazione delle fasi di creazione, test, Deployment, deployment del software: i tool CI/CD appunto. Nel modello DevOps, gli strumenti CI/CD vanno ad affiancarsi ad altri tool, come quelli di configuration management, già descritti in un precedente post, tra cui si possono citare Ansible e Chef. Continuous Integration (CI), alcuni utili tool di automazione All’interno della pipeline CI/CD, la fase di integrazione continua serve ad automatizzare il processo iterativo di creazione, test, controllo qualitativo della build software, quindi del codice applicativo eseguibile, completo di tutte le integrazioni, e modifiche, apportate dal team di sviluppo. Allo scopo di rafforzare i meccanismi che verificano se il codice raggiunge determinati standard, nel processo di Continuous Integration vengono spesso inseriti quality gate, ossia ‘cancelli di qualità’, sbarramenti che il software supera soltanto se dimostra di soddisfare certe caratteristiche in termini, ad esempio, di buone pratiche di sviluppo e assenza di vulnerabilità. Nella Continuous Integration, uno degli strumenti più utilizzati e versatili è Jenkins, un server CI installabile on-premise o in cloud e dotato di una vasta gamma di plug-in. Nulla però vieta di adottare altri tool CI (basati su cloud) come Azure DevOps o AWS CodeBuild. Specie nei grandi progetti, per gestire la fase CI è anche possibile usare piattaforme di sviluppo collaborative come GitLab, che, oltre a supportare e presidiare la Continuous Integration, può funzionare anche come strumento di versionamento del codice. Altri strumenti Open Source, come Rundeck, non sono dedicati in maniera specifica alla CI, ma sono molto utili per automatizzare la programmazione di varie operazioni e procedure. Sempre nella fase Continuous Integration, per controllare la qualità del codice, si può usare il tool SonarQube, gratuito nella versione Community Edition. Per eseguire controlli su eventuali vulnerabilità del codice esistono poi strumenti basati sul metodo OAST (out-of-band application security testing), introdotto per migliorare il modello DAST (dynamic application security testing). Fase di Continuous Deployment (CD), quali strumenti scegliere Una volta superata la fase di Continuous Integration, la build software creata in automatico, che può essere un artefatto Java, un’immagine Docker, o un pacchetto RPM, viene depositata in un repository, in modo da essere subito disponibile per il successivo prelievo nella fase CD. Il processo di distribuzione continua/deployment continuo del codice consiste infatti nella pubblicazione e implementazione del software in maniera automatizzata e rapida. In sostanza, l’artefatto viene prelevato da un repository e implementato su determinati carichi di lavoro (workload). Per pubblicare e distribuire il pacchetto in automatico su una molteplicità di server, nella fase CD è possibile utilizzare strumenti di configuration management come Ansible, o Chef. In vari casi, le organizzazioni IT delle imprese tendono a gestire l’intera pipeline CI/CD con Jenkins, che quindi viene sfruttato sia per la creazione della build, sia per la distribuzione e implementazione dell’artefatto. Tuttavia, chi desidera introdurre maggior innovazione nella fase CD, può utilizzare Argo CD, un moderno strumento di Continuous Deployment per la piattaforma di orchestrazione di container Kubernetes. Argo CD consente di eseguire il deployment di oggetti (manifesti) Kubernetes, o di Helm chart all’interno di cluster Kubernetes utilizzando il metodo dichiarativo, in cui va specificato soltanto quale dovrà essere lo stato finale dell’applicazione nel cluster stesso. Tra l’altro, a dicembre 2022, il progetto Argo si è ufficialmente laureato, all’interno della Cloud Native Computing Foundation (CNCF), soddisfacendo rigorosi criteri e requisiti di sicurezza, governance, e adozione da parte degli utenti. Criteri di selezione dei tool CD Riguardo ai tool per la gestione della fase di Continuous Deployment, non è possibile fornire indicazioni specifiche sulla selezione di strumenti particolari, in quanto la loro scelta dipende da numerose variabili. In primo luogo, dipende dalla tipologia di workload su cui si deve attuare la distribuzione del software: quindi, ad esempio, il tool da usare può essere differente, a seconda che si tratti di gestire workload tradizionali, oppure containerizzati, come quelli basati su immagini Docker. In secondo luogo, un’altra variabile è rappresentata dall’ambiente IT in cui viene implementata l’applicazione, che può essere l’infrastruttura on-premise, oppure il cloud. In quest’ultimo caso, se i vincoli di budget lo consentono, si può optare per l’adozione di strumenti basati su servizi SaaS (software as a service) fornibili dal cloud provider. Nel caso, invece, dell’ambiente on-premise, la scelta dello strumento CD più adatto va fatta anche sulla base dello stack software preesistente nella sede dell’azienda utente, e tenendo conto delle competenze tecniche di cui l’organizzazione si trova già in possesso internamente.", "author" : { "@type" : "Person", "name" : "Francesco Bertasi", "sameAs" : [ "https://www.linkedin.com/company/sourcesense/" ], "url" : "https://blog.sourcesense.com/author/francesco-bertasi" }, "dateModified" : "1771258414871", "datePublished" : "2023-02-23 16:23:00", "description" : "Perché Continuous Integration e Continuous deployment possono accelerare sviluppo e deployment del codice, e quali sono i tool da adottare", "editor" : { "@type" : "Person", "name" : "Francesco Bertasi" }, "headline" : "Continuous Integration e Continuous Deployment: come orientarsi tra gli strumenti CI/CD", "image" : { "@type" : "ImageObject", "height" : 675, "url" : "https://139525617.fs1.hubspotusercontent-eu1.net/hubfs/139525617/Imported_Blog_Media/CI-CD.jpg", "width" : 1200 }, "inLanguage" : "it-IT", "isAccessibleForFree" : true, "mainEntityOfPage" : { "@id" : "https://blog.sourcesense.com/open-source/continuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://139525617.fs1.hubspotusercontent-eu1.net/hubfs/139525617/logo-sourcesense-colori.png" }, "name" : "Sourcesense Blog - Accelera l’evoluzione digitale", "sameAs" : [ "https://www.linkedin.com/company/sourcesense/" ] }, "url" : "https://blog.sourcesense.com/open-source/continuous-integration-e-continuous-deployment-come-orientarsi-tra-gli-strumenti-ci-cd", "wordCount" : 904 } ```