Condividi tramite


Concetti chiave per nuovi utenti di Azure Pipelines

Servizi di Azure DevOps

Informazioni sui concetti e sui componenti chiave che costituiscono Azure Pipelines. Comprendere i termini e le parti di base di una pipeline consentono di compilare, testare e distribuire il codice in modo più efficace.

Panoramica dei concetti chiave

immagine dei concetti chiave

  • Un trigger indica a una pipeline di essere eseguita.
  • Una pipeline è costituita da una o più fasi. Una pipeline può essere distribuita in uno o più ambienti.
  • Una fase è un modo per organizzare i processi in una pipeline e ogni fase può avere uno o più processi.
  • Ogni processo viene eseguito su un agente. Un processo può essere anche senza agente.
  • Ogni agente esegue un processo che contiene uno o più passaggi.
  • Un passaggio può essere un'attività o uno script ed è il blocco predefinito più piccolo di una pipeline.
  • Un'attività è uno script prepacchetto che esegue un'azione, ad esempio richiamare un'API REST o pubblicare un artefatto di compilazione.
  • Un artefatto è una raccolta di file o pacchetti pubblicati da un'esecuzione.

Termini di Azure Pipelines

Agente

Quando viene eseguita la compilazione o la distribuzione, il sistema avvia uno o più processi. Un agente sta elaborando l'infrastruttura con software agente installato che esegue un processo alla volta. Ad esempio, il processo potrebbe essere eseguito in un agente Ubuntu ospitato da Microsoft.

Per informazioni più approfondite sui diversi tipi di agenti e su come usarli, vedere Agenti di Azure Pipelines.

Approvazioni

Approvazioni definire un set di convalide necessarie prima dell'esecuzione di una distribuzione. L'approvazione manuale è un controllo comune eseguito per controllare le distribuzioni in ambienti di produzione. Quando i controlli vengono configurati in un ambiente, l'esecuzione di una pipeline viene sospesa fino al completamento di tutti i controlli.

Artefatto

Un artefatto è una raccolta di file o pacchetti pubblicati da un'esecuzione. Gli artefatti vengono resi disponibili alle attività successive, ad esempio distribuzione o distribuzione. Per altre informazioni, vedere Artefatti in Azure Pipelines.

Recapito continuo

Il recapito continuo (CD) è un processo in base al quale il codice viene compilato, testato e distribuito in una o più fasi di test e produzione. La distribuzione e il test in più fasi sono utili per promuovere la qualità. I sistemi di integrazione continua producono artefatti distribuibili, che includono l'infrastruttura e le app. Le pipeline di versione automatizzate usano questi artefatti per rilasciare nuove versioni e correzioni per i sistemi esistenti. I sistemi di monitoraggio e avviso vengono eseguiti costantemente per ottenere visibilità sull'intero processo cd. Questo processo garantisce che gli errori vengano intercettati spesso e tempestivamente.

Integrazione continua

L'integrazione continua (CI) è la pratica usata dai team di sviluppo per semplificare il test e la compilazione di codice. L'integrazione continua consente di rilevare i bug o i problemi all'inizio del ciclo di sviluppo, semplificandoli e veloci da correggere. I test e le compilazioni automatizzate vengono eseguiti come parte del processo CI. Il processo può essere eseguito in base a pianificazione impostata, ogni volta che viene eseguito il push del codice o in entrambi i modi. Gli elementi noti come artefatti vengono prodotti dai sistemi CI. Vengono usate dalle pipeline di versione del recapito continuo per guidare le distribuzioni automatiche.

Distribuzione

Una distribuzione della pipeline classica è l'azione di esecuzione delle attività per una fase. La distribuzione può includere l'esecuzione di test automatizzati, la distribuzione degli artefatti di compilazione e le altre azioni specificate per tale fase.

Per le pipeline YAML, una distribuzione fa riferimento a un processo di distribuzione. Un processo di distribuzione è una raccolta di passaggi eseguiti in sequenza in un ambiente. È possibile usare strategie come eseguire una sola volta, eseguire in sequenza e canary per i processi di distribuzione.

Gruppo di distribuzione

Un gruppo di distribuzione è un set di computer di destinazione della distribuzione in cui sono installati gli agenti. Un gruppo di distribuzione è solo un altro raggruppamento di agenti, ad esempio un pool di agenti. È possibile impostare le destinazioni di distribuzione in una pipeline per un processo usando un gruppo di distribuzione. Altre informazioni sugli agenti di provisioning per i gruppi di distribuzione.

Ambiente

Un ambiente è una raccolta di risorse in cui si distribuisce l'applicazione. Un ambiente può contenere una o più macchine virtuali, contenitori, app Web o qualsiasi servizio. Le pipeline vengono distribuite in uno o più ambienti dopo il completamento di una compilazione e i test vengono eseguiti.

Posizione

Una fase contiene uno o più processi. Ogni processo viene eseguito su un agente. Un processo rappresenta un limite di esecuzione di un set di passaggi. Tutti i passaggi vengono eseguiti insieme nello stesso agente. I processi sono più utili quando si vuole eseguire una serie di passaggi in ambienti diversi. Ad esempio, è possibile creare due configurazioni: x86 e x64. In questo caso, si dispone di una fase e due processi. Un processo sarebbe per x86 e l'altro processo sarebbe per x64.

I processi senza agente vengono eseguiti in Azure DevOps e azure DevOps Server senza usare un agente. Un numero limitato di attività supporta processi senza agente.

Pipeline

Una pipeline definisce il processo di integrazione e distribuzione continua per l'app. È costituito da una o più fasi. Può essere considerato come un flusso di lavoro che definisce come vengono eseguiti i passaggi di test, compilazione e distribuzione.

Per le pipeline classiche, una pipeline può anche essere definita definizione.

Versione

Per le pipeline classiche, una versione è un set di elementi con controllo delle versioni specificato in una pipeline. La versione include uno snapshot di tutte le informazioni necessarie per eseguire tutte le attività e le azioni nella pipeline di versione, ad esempio fasi, attività, criteri come trigger e responsabili approvazione e opzioni di distribuzione. È possibile creare una versione manualmente, con un trigger di distribuzione o con l'API REST.

Per le pipeline YAML, le fasi di compilazione e rilascio si trovano in una pipeline a più fasi.

Run

Un'esecuzione rappresenta un'esecuzione di una pipeline. Raccoglie i log associati all'esecuzione dei passaggi e i risultati dei test in esecuzione. Durante un'esecuzione, Azure Pipelines elabora prima la pipeline e quindi invia l'esecuzione a uno o più agenti. Ogni agente esegue processi. Altre informazioni sulla sequenza di esecuzione della pipeline.

Per le pipeline classiche, una compilazione rappresenta un'esecuzione di una pipeline.

Script

Uno script esegue il codice come passaggio della pipeline usando la riga di comando, PowerShell o Bash. È possibile scrivere script multipiattaforma per macOS, Linux e Windows. A differenza di un'attività, uno script è codice personalizzato specifico per la pipeline.

Fase

Una fase è un limite logico nella pipeline. Può essere usato per contrassegnare la separazione delle problematiche ( ad esempio, Compilazione, controllo di qualità e produzione). Ogni fase contiene uno o più processi. Quando si definiscono più fasi in una pipeline, per impostazione predefinita, vengono eseguite una dopo l'altra. È possibile specificare le condizioni per l'esecuzione di una fase. Quando stai pensando se hai bisogno di una fase, chiediti:

  • I gruppi separati gestiscono parti diverse di questa pipeline? Ad esempio, è possibile disporre di un gestore di test che gestisce i processi correlati ai test e a un gestore diverso che gestisce i processi correlati alla distribuzione di produzione. In questo caso, è opportuno avere fasi separate per i test e la produzione.
  • Esiste un set di approvazioni connesse a un processo o a un set di processi specifico? In tal caso, è possibile usare le fasi per suddividere i processi in gruppi logici che richiedono approvazioni.
  • Ci sono processi che devono essere eseguiti a lungo? Se un processo nella pipeline ha un tempo di esecuzione lungo, è opportuno inserire tale processo nella propria fase.

Procedi

Un passaggio è il blocco predefinito più piccolo di una pipeline. Ad esempio, una pipeline può essere costituita da passaggi di compilazione e test. Un passaggio può essere uno script o un'attività. Un'attività è semplicemente uno script precreato offerto per praticità. Per visualizzare le attività disponibili, vedere le informazioni di riferimento sulle attività di compilazione e rilascio. Per informazioni sulla creazione di attività personalizzate, vedere Creare un'attività personalizzata.

Attività

Un'attività è il blocco predefinito per la definizione dell'automazione in una pipeline. Un'attività è uno script o una routine in pacchetto che è stata astratta con un set di input.

Trigger

Un trigger è un elemento configurato per indicare alla pipeline quando deve essere eseguita. È possibile configurare una pipeline per l'esecuzione su un push in un repository, in orari pianificati o al completamento di un'altra compilazione. Tutte queste azioni sono note come trigger. Per altre informazioni, vedere Trigger di compilazione e trigger di versione.

Libreria

La libreria include file protetti e gruppi di variabili. I file sicuri sono un modo per archiviare i file e condividerli tra le pipeline. Ad esempio, è possibile fare riferimento allo stesso file per pipeline diverse. In tal caso, è possibile salvare il file all'interno della libreria e usarlo quando necessario. I gruppi di variabili archiviano i valori e i segreti che è possibile passare a una pipeline YAML o rendere disponibili in più pipeline.

Informazioni sugli autori

  • Dave Jarvis ha contribuito alla figura di panoramica dei concetti chiave.