Configurare e pagare i lavori paralleli

Informazioni su come stimare il numero di processi paralleli necessari e acquistare più processi paralleli per l'organizzazione.

Che cos'è un processo parallelo?

Quando si definisce una pipeline, è possibile definirla come raccolta di processi. Quando viene eseguita una pipeline, è possibile eseguire più processi come parte di tale pipeline. Ogni attività in esecuzione utilizza un processo parallelo eseguito su un agente. Quando non sono disponibili processi paralleli sufficienti per l'organizzazione, i processi vengono accodati ed eseguiti uno dopo l'altro.

In Azure Pipelines è possibile eseguire processi paralleli nell'infrastruttura ospitata da Microsoft o nella propria infrastruttura (self-hosted). Ogni processo parallelo consente di eseguire un singolo processo alla volta nell'organizzazione. Non è necessario pagare per i processi paralleli se si usa un server locale. Il concetto di processi paralleli si applica solo ad Azure DevOps Services.

Processi paralleli ospitati da Microsoft vs. ospitati localmente

Se si desidera eseguire i processi nei computer gestiti da Microsoft, usare processi paralleli ospitati da Microsoft. I processi verranno eseguiti su agenti ospitati da Microsoft.

Se si vuole che Azure Pipelines orchestri le compilazioni e i rilasci, ma si usino i propri computer per eseguirli, utilizza i processi paralleli self-hosted. Per i processi paralleli self-hosted, si inizierà distribuendo i self-hosted agenti sui tuoi computer. È possibile registrare un numero qualsiasi di questi agenti ospitati autonomamente nell'organizzazione.

Quanto costano i processi paralleli?

Per impostazione predefinita, in ogni organizzazione viene fornito un piano gratuito per i processi paralleli sia ospitati che auto-ospitati. I processi in parallelo vengono acquistati a livello dell'organizzazione e vengono condivisi tra tutti i progetti in un'organizzazione.

Quante attività parallele mi servono?

Man mano che il numero di compilazioni e versioni in coda supera il numero di processi paralleli disponibili, la coda di compilazione e rilascio si allunga. Quando si riscontrano ritardi nella coda troppo lunghi, è possibile acquistare processi paralleli aggiuntivi in base alle esigenze. Esistono diversi metodi che è possibile usare per controllare i limiti dei processi paralleli e la cronologia dei processi.

Visualizzare la cronologia delle attività usando il report sull'utilizzo del pool

È possibile usare il report di consumo del pool, disponibile nella scheda Analytics del pool di agenti, per visualizzare un grafico dei job in esecuzione e in coda insieme ai job paralleli nei 30 giorni precedenti. Se si dispone di un backlog di processi in coda e i processi in esecuzione si trovano al limite di concorrenza, è possibile acquistare più processi paralleli. Per altre informazioni, vedere Report sull'utilizzo del pool.

Controllare direttamente l'impostazione dei processi paralleli

Determinare il numero di processi paralleli necessari visualizzando prima il numero di processi paralleli attualmente usati dall'organizzazione:

1. Passare a Impostazioni organizzazione>Pipeline>Processi paralleli.

   

   Esempio di URL: https://{Your_Organization}/_admin/_buildQueue?_a=resourceLimits

2. Visualizza il numero massimo di processi in parallelo che sono disponibili nella tua organizzazione.

3. Selezionare Visualizza processi in corso per visualizzare tutte le compilazioni e le versioni che utilizzano attivamente un processo parallelo disponibile o che sono in coda in attesa della disponibilità di un processo parallelo.

Stimare i costi

Una semplice regola empirica: calcola che avrai bisogno di un lavoro parallelo per ogni quattro o cinque utenti nell'organizzazione.

Negli scenari seguenti potrebbero essere necessari più processi in parallelo:

• Se si hanno più team e se ognuno di essi richiede CI (integrazione continua), è probabile che sia necessario un compito parallelo per ogni team.
• Se il CI trigger si applica a più branch, è probabile che sia necessario un processo parallelo per ogni branch attivo.
• Se si sviluppano più applicazioni usando un'organizzazione o un server, è probabile che siano necessari processi paralleli aggiuntivi: uno per distribuire ogni applicazione contemporaneamente.

Come posso acquistare più processi paralleli?

Per acquistare più processi paralleli:

• La fatturazione deve essere configurata per l'organizzazione
• È necessario essere membri del gruppo Project Collection Administrators.

Acquistare lavori paralleli

Acquista più processi paralleli all'interno delle impostazioni dell'organizzazione.

1. Accedi alla tua organizzazione (https://dev.azure.com/{yourorganization}).

2. Selezionare Impostazioni organizzazione.

   

3. Selezionare Processi paralleli in Pipeline e quindi selezionare Cambia per i processi ospitati da Microsoft o Modifica per i processi self-hosted.

   

4. Immettere l'importo desiderato e quindi Salva.

5. Potrebbero essere necessari fino a 30 minuti affinché i lavori paralleli aggiuntivi siano disponibili per l'uso.

Per i prezzi per processo parallelo, vedere la pagina dei prezzi di Azure DevOps.

Come posso modificare la quantità di processi paralleli per la mia organizzazione?

1. Accedi all'organizzazione (https://dev.azure.com/{yourorganization}).

2. Selezionare Impostazioni organizzazione.

   

3. Seleziona Processi paralleli in Pipeline e quindi seleziona Acquista processi paralleli o Cambia per i processi ospitati da Microsoft o Cambia per i processi self-hosted.

   

4. Immettere una quantità inferiore o superiore di processi ospitati da Microsoft o processi auto-ospitati e quindi selezionare Salva.

5. Potrebbero essere necessari fino a 30 minuti perché il nuovo numero di processi paralleli diventi attivo.

Come viene usato un processo parallelo in DevOps Services?

Considerare un'organizzazione che dispone di un unico processo di lavoro in parallelo ospitato da Microsoft. Questo processo consente agli utenti dell'organizzazione di eseguire collettivamente un solo processo alla volta. Quando vengono attivati lavori aggiuntivi, verranno accodati e attenderanno il completamento del lavoro precedente.

Se si usano pipeline di versione o YAML, un'esecuzione utilizza un processo parallelo solo quando viene distribuita attivamente in una fase. Mentre il rilascio è in attesa di un'approvazione o di un intervento manuale, non utilizza un processo parallelo.

Quando si esegue un processo server o si distribuisce in un gruppo di distribuzione usando le pipeline di versione, non si usano processi paralleli.

1. FabrikamFiber CI Build 102 (ramo principale) inizia per prima.
2. La distribuzione di FabrikamFiber Release 11 viene attivata dal completamento di FabrikamFiber CI Build 102.
3. Viene attivata FabrikamFiber CI Build 101 (ramo funzionalità). La compilazione non può ancora essere avviata perché la distribuzione di Release 11 è attiva. La compilazione rimane quindi in coda.
4. Release 11 attende le approvazioni. Fabrikam CI Build 101 viene avviato perché una versione in attesa di approvazioni non utilizza un processo parallelo.
5. Release 11 viene approvata. Viene ripresa solo dopo il completamento di Fabrikam CI Build 101.

Domande frequenti

Come posso qualificarmi per la fascia gratuita dei progetti pubblici?

Si è idonei per i limiti del livello gratuito per i progetti pubblici se si soddisfano entrambe le condizioni seguenti:

• La pipeline fa parte di un progetto pubblico di Azure Pipelines.
• La pipeline compila un repository pubblico da GitHub o dallo stesso progetto pubblico nell'organizzazione di Azure DevOps.

Per informazioni su come richiedere la concessione di processi paralleli gratuiti, vedere Quanto costano i processi paralleli (ospitati da Microsoft)?

È possibile assegnare un processo parallelo a un progetto o a un pool di agenti specifico?

Attualmente non è possibile partizionare o dedicare capacità di lavoro in parallelo a un progetto specifico o a un pool di agenti. Ad esempio:

• Acquisti due posizioni parallele nella tua organizzazione.
• Si avviano due esecuzioni nel primo progetto e vengono utilizzati entrambi i processi paralleli.
• Avvii un'esecuzione nel secondo progetto. L'esecuzione non verrà avviata fino al completamento di una delle esecuzioni nel tuo primo progetto.

Sono previsti limiti relativi a chi può usare Azure Pipelines?

Quando si usa Azure Pipelines, è possibile definire il numero di utenti desiderato. Non è previsto alcun addebito per utente per l'uso di Azure Pipelines. Gli utenti con accesso di base e stakeholder possono creare tutte le build e le versioni desiderate.

Sono previsti limiti al numero di compilazioni e pipeline di rilascio che è possibile creare?

No. È possibile creare centinaia o persino migliaia di pipeline senza costi aggiuntivi. È possibile registrare qualsiasi numero di agenti self-hosted senza costi.

In qualità di abbonato a Visual Studio Enterprise, ricevo processi paralleli aggiuntivi per TFS e Azure Pipelines?

Sì. I sottoscrittori di Visual Studio Enterprise ottengono un processo parallelo in Team Foundation Server 2017 o versione successiva e un processo parallelo self-hosted in ogni organizzazione di Azure DevOps Services in cui sono membri.

Che ne dici dell'opzione di pagare gli agenti ospitati al minuto?

Alcuni dei nostri clienti iniziali utilizzano ancora un piano tariffario a minuti per gli agenti ospitati. In questo piano si paga $ 0,05/minuto per le prime 20 ore dopo il livello gratuito e $ 0,01 al minuto dopo 20 ore. A causa delle potenziali limitazioni seguenti in questo piano, potresti considerare di passare al modello di job paralleli.

• Quando si usa il piano al minuto, è possibile eseguire una sola operazione per volta.
• Se esegui build per più di 14 ore a pagamento in un mese, il piano al minuto potrebbe essere meno conveniente rispetto al modello di lavori in parallelo.

Uso i controller di compilazione XAML con la mia organizzazione. Come me li addebitano?

È possibile registrare un controller di compilazione XAML per ogni processo parallelo self-hosted nell'organizzazione. L'organizzazione ottiene almeno un processo parallelo self-hosted gratuito, in modo da poter registrare un controller di compilazione XAML senza costi aggiuntivi. Per ogni controller di compilazione XAML aggiuntivo, è necessario un processo parallelo self-hosted aggiuntivo.