Indietro

Prossima

Esercizio: Configurare l'ambiente Azure DevOps

Completato

In questa sezione è necessario assicurarsi che l'organizzazione Azure DevOps sia configurata per completare il resto del modulo. Vengono creati anche gli ambienti di Servizio app di Azure in cui viene eseguita la distribuzione successivamente.

Per raggiungere questi obiettivi, è necessario:

• Aggiungere un utente per assicurarsi che Azure DevOps possa connettersi alla sottoscrizione di Azure.
• Configurare un progetto Azure DevOps per questo modulo.
• In Azure Boards spostare l'elemento di lavoro per questo modulo nella colonna In corso.
• Verificare che il progetto sia configurato in locale, in modo da poter eseguire il push delle modifiche nella pipeline.
• Creare gli ambienti del Servizio app di Azure usando l'interfaccia della riga di comando di Azure in Azure Cloud Shell.
• Creare variabili di pipeline che definiscono i nomi degli ambienti del servizio app.
• Creare una connessione al servizio che consenta ad Azure Pipelines di accedere alla sottoscrizione di Azure in modo sicuro.

Aggiungere un utente ad Azure DevOps

Per completare questo modulo, è necessaria una sottoscrizione di Azure. È possibile iniziare a usare Azure gratuitamente.

Non è necessaria una sottoscrizione di Azure per usare Azure DevOps, ma in questo modulo si usa Azure DevOps per eseguire la distribuzione in risorse di Azure presenti in una sottoscrizione di Azure. Per semplificare il processo, usare lo stesso account Microsoft per accedere alla sottoscrizione di Azure e all'organizzazione Azure DevOps.

Se si usano account Microsoft diversi per accedere ad Azure e ad Azure DevOps, aggiungere un utente all'organizzazione DevOps nell'account Microsoft usato per accedere ad Azure. Per altre informazioni, vedere Aggiungere utenti all'organizzazione o al progetto. Quando si aggiunge l'utente, selezionare il livello di accesso Basic.

Disconnettersi quindi da Azure DevOps ed eseguire l'accesso. Scegliere l'account Microsoft usato per accedere alla sottoscrizione di Azure.

Ottenere il progetto Azure DevOps

In questa sezione, ci si assicurerà che l'organizzazione Azure DevOps sia configurata per completare il resto del modulo. A tale scopo, si esegue un modello che crea un progetto in Azure DevOps.

I moduli di questo percorso di apprendimento sono da seguire in successione. Si seguirà il team Web di Tailspin nel viaggio alla scoperta di DevOps. Ai fini dell'apprendimento, a ogni modulo è associato un progetto di Azure DevOps.

Eseguire il modello

Eseguire un modello che configuri l'organizzazione Azure DevOps.

Eseguire il modello

Nel sito Demo Generator di Azure DevOps, seguire questa procedura per eseguire il modello.

1. Selezionare Accedi e accettare le condizioni d’uso.

2. Nella pagina Crea nuovo progetto selezionare l'organizzazione Azure DevOps. Immettere un nome di progetto, ad esempio Space Game - web - Multistage.

   

3. Selezionare Yes, I want to fork this repository (Sì, desidero creare una copia tramite fork di questo repository) >Autorizza.

   Se viene visualizzata una finestra, autorizzare l'accesso all'account GitHub.

   Importante

   È necessario selezionare questa opzione per connettere il modello al repository GitHub. Selezionare questa opzione anche se è già stata creata una copia tramite fork del progetto del sito Web di Space Game. Il modello usa il fork esistente.

4. Selezionare Crea progetto.

   L'esecuzione del modello richiede qualche secondo.

5. Selezionare Passa a progetto per passare al progetto in Azure DevOps.

Importante

In questo modulo, la pagina Eseguire la pulizia dell'ambiente Azure DevOps contiene una procedura di pulizia importante. La pulizia consente di assicurarsi che i minuti di compilazione gratuiti non si esauriscano. Assicurarsi di eseguire la procedura di pulizia anche se non si completa questo modulo.

Impostare la visibilità del progetto

Inizialmente, la copia tramite fork del repository Space Game in GitHub è impostata su pubblica mentre il progetto creato dal modello Azure DevOps è impostato su privato. Un repository pubblico in GitHub può essere accessibile da chiunque, mentre un repository privato è accessibile solo all'utente e alle persone con cui si sceglie di condividerlo. Analogamente, in Azure DevOps, i progetti pubblici forniscono l'accesso in sola lettura agli utenti non autenticati, mentre i progetti privati richiedono l'accesso e l'autenticazione degli utenti per accedere ai servizi.

Al momento, non è necessario modificare alcuna di queste impostazioni ai fini di questo modulo. Tuttavia, per i progetti personali, è necessario determinare la visibilità e l'accesso che si desidera concedere ad altri utenti. Ad esempio, se il progetto è open source, è possibile rendere pubblici il repository GitHub e il progetto Azure DevOps. Se il progetto è closed source, probabilmente si preferirà che il repository GitHub e il progetto DevOps di Azure siano privati.

Più avanti, è possibile trovare le risorse seguenti utili per determinare quale opzione è migliore per il progetto:

• Usare progetti privati e pubblici
• Avvio rapido: rendere pubblico il progetto privato
• Setting repository visibility (Impostazione della visibilità del repository)

Passare l'elemento di lavoro allo stato In corso

In questa sezione, si assegna a sé stessi un elemento di lavoro in Azure Boards. Si sposta inoltre l'elemento di lavoro nello stato In corso. In pratica, insieme al team si creano elementi di lavoro all'inizio di ogni sprint o iterazione di lavoro.

L'assegnazione mette a disposizione una checklist di lavoro con cui gli altri membri del team possono vedere di che cosa ci si sta occupando e quanto lavoro è rimasto. Consente anche di applicare limiti WIP (Work In Progress), in modo che il team non accetti una quantità eccessiva di lavoro in una sola volta.

Tenere presente che il team ha stabilito questi tre problemi principali per lo sprint corrente.

Nota

All'interno di un'organizzazione Azure DevOps gli elementi di lavoro sono numerati in modo sequenziale. È possibile che nel proprio progetto il numero di ogni elemento di lavoro non corrisponda a quanto visualizzato qui.

Viene spostato il primo elemento, ovvero Creare una pipeline a più fasi, nella colonna In corso. Assegnare quindi l'elemento di lavoro a sé stessi. Creare una pipeline a più fasi si riferisce alla definizione di ogni fase della distribuzione del sito Web di Space Game.

Per configurare l'elemento di lavoro:

1. Da Azure DevOps passare a Boards. Quindi, selezionare nel menu Boards.

   

2. Nella scheda Creare una pipeline a più fasi selezionare la freccia rivolta verso il basso. Quindi, assegnare l'elemento di lavoro a se stessi.

   

3. Spostare l'elemento di lavoro dalla colonna Da completare alla colonna In corso.

   

Alla fine di questo modulo, dopo aver completato l'attività, si sposterà la scheda nella colonna Completato.

Configurare il progetto in locale

Questa procedura consente di caricare il progetto Space Game in Visual Studio Code, configurare Git, clonare il repository in locale e impostare il repository remoto upstream in modo che sia possibile scaricare il codice di avvio.

Nota

Se è già stata eseguita la configurazione del progetto mslearn-tailspin-spacegame-web-deploy in locale, è possibile passare alla sezione successiva.

Aprire il terminale integrato

In Visual Studio Code è disponibile un terminale integrato. È qui possibile si modificare i file che lavorare dalla riga di comando.

1. Avviare Visual Studio Code.

2. Nel menu Visualizza selezionare Terminale.

3. Nell'elenco a discesa selezionare Git Bash. Se si ha familiarità con un'altra shell Unix che si preferisce usare, selezionare invece tale shell.

   

   Nella finestra del terminale è possibile scegliere qualsiasi shell installata nel sistema, Ad esempio, è possibile scegliere Git Bash, PowerShell o un'altra shell.

   Qui si userà Git Bash, parte di Git per Windows, che semplifica l'esecuzione di comandi Git.

   Nota

   In Windows, se Git Bash non è elencato come opzione, assicurarsi di aver installato Git e quindi riavviare Visual Studio Code.

4. Eseguire il comando cd per passare alla directory in cui si vuole lavorare. È possibile scegliere la home directory (~) o una directory diversa.

   cd ~
   

Configurazione di Git

Se non si ha familiarità con Git e GitHub, eseguire prima alcuni comandi per associare la propria identità a Git ed eseguire l'autenticazione con GitHub. Per altre informazioni, vedere Configurare Git.

È necessario completare almeno i passaggi seguenti. Eseguire i comandi dal terminale integrato.

1. Impostare il nome utente.
2. Impostare l'indirizzo di posta elettronica di commit.
3. Memorizzare nella cache la password di GitHub.

Nota

Se si usa già l'autenticazione a due fattori con GitHub, creare un token di accesso personale. Quando richiesto, usare il token al posto della password.

Considerare il token di accesso come una password e conservarlo in un luogo sicuro.

Configurare il progetto in Visual Studio Code

Nel percorso di apprendimento Creare applicazioni con Azure DevOps è stata creata una copia tramite fork e successivamente è stato clonato il repository Git. Il repository contiene il codice sorgente per il sito Web Space Game. Il fork è stato connesso ai progetti in Azure DevOps in modo che venga eseguita la compilazione quando si esegue il push delle modifiche in GitHub.

Importante

In questo percorso di apprendimento si passa a un repository Git diverso, mslearn-tailspin-spacegame-web-deploy. Quando è stato eseguito il modello per configurare il progetto Azure DevOps, il processo ha creato automaticamente una copia tramite fork del repository.

In questa parte, si procederà alla clonazione del fork in locale, in modo da poter modificare e creare una configurazione personalizzata della pipeline.

Clonare il fork in locale

È ora disponibile una copia del progetto Web di Space Game nell'account GitHub. A questo punto, è possibile scaricare o clonare una copia nel computer per poterla usare.

Un clone, analogamente a un fork, è una copia di un repository. Quando si clona un repository, è possibile apportare modifiche, verificare che funzionino come previsto e quindi caricare tali modifiche in GitHub. È anche possibile sincronizzare la copia locale con le modifiche che altri utenti autenticati hanno apportato alla copia GitHub del repository.

Per clonare il progetto Web di Space Game nel computer:

1. Passare al fork del progetto Web Space Game (mslearn-tailspin-spacegame-web-deploy) in GitHub.

2. Selezionare Codice. Dalla scheda HTTPS scegliere quindi il pulsante accanto all'URL visualizzato per copiare l'URL negli Appunti.

   

3. In Visual Studio Code passare alla finestra del terminale.

4. Nel terminale passare alla directory in cui si vuole lavorare. È possibile scegliere la home directory (~) o una directory diversa.

   cd ~
   

5. Eseguire il comando git clone. Sostituire l'URL visualizzato in questa sezione con il contenuto degli Appunti:

   git clone https://github.com/your-name/mslearn-tailspin-spacegame-web-deploy.git
   

6. Passare alla directory mslearn-tailspin-spacegame-web-deploy. Si tratta della directory radice del repository.

   cd mslearn-tailspin-spacegame-web-deploy
   

Impostare il repository remoto upstream

Un repository remoto è un repository Git in cui i membri del team collaborano (come un repository in GitHub). Qui sono elencati i repository remoti ed è possibile aggiungerne uno che punta alla copia Microsoft del repository in modo che sia possibile ottenere il codice di esempio più recente.

1. Eseguire il comando git remote per elencare i repository remoti:

   git remote -v
   

   Si noterà che sono disponibili sia l'accesso di recupero (download) che l'accesso push (caricamento) al repository:

   origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (fetch)
   origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (push)
   

   Origin specifica il repository in GitHub. Quando si crea una copia del codice tramite fork da un altro repository, il repository remoto originale (quello da cui è stata eseguita la copia tramite fork) è spesso denominato upstream.

2. Eseguire il comando git remote add per creare un repository remoto denominato upstream che punta al repository Microsoft:

   git remote add upstream https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git
   

3. Eseguire di nuovo git remote per visualizzare le modifiche:

   git remote -v
   

   Si noterà che sono ancora disponibili sia l'accesso di recupero (download) che l'accesso push (caricamento) al repository. È ora disponibile anche l'accesso di recupero al repository Microsoft:

   origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (fetch)
   origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (push)
   upstream        https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git (fetch)
   

Aprire il progetto in Esplora file

In Visual Studio Code la finestra del terminale punta alla directory radice del progetto Web di Space Game. Ora si aprirà il progetto da Esplora file per poterne visualizzare la struttura e usare i file.

1. Il modo più semplice per aprire il progetto è riaprire Visual Studio Code nella directory corrente. A questo scopo, eseguire il comando seguente nel terminale integrato:

   code -r .
   

   In Esplora file vengono visualizzati la directory e l'albero dei file.

2. Riaprire il terminale integrato. Il terminale posiziona l'utente alla radice del progetto Web.

Se il comando code non riesce, è necessario aggiungere Visual Studio Code al percorso di sistema. A questo scopo:

1. In Visual Studio Code selezionare F1 o Visualizza>Riquadro comandi per accedere al riquadro comandi.
2. Nel riquadro comandi immettere Comando della shell: Installa il comando 'code' in PATH.
3. Ripetere la procedura precedente per aprire il progetto in Esplora file.

A questo punto, è possibile usare il codice sorgente di Space Game e la configurazione di Azure Pipelines dall'ambiente di sviluppo locale.

Creare gli ambienti di Servizio app di Azure

In questa sezione, si creeranno gli ambienti che definiscono le fasi della pipeline. Creare un'istanza del servizio app per ogni fase: Dev, Test e Staging.

In Creare una pipeline di versione con Azure Pipelines è stato introdotto il servizio app tramite il portale di Azure. Anche se il portale è un ottimo modo per esplorare ciò che è disponibile in Azure o per eseguire attività di base, l'attivazione di componenti come il servizio app può essere noiosa.

In questo modulo si usa l'interfaccia della riga di comando di Azure per visualizzare tre istanze del servizio app. È possibile accedere all'interfaccia della riga di comando di Azure da un terminale o tramite Visual Studio Code. Per questo esercizio si accede all'interfaccia della riga di comando di Azure da Azure Cloud Shell. Questa esperienza di shell basata sul browser è ospitata nel cloud. In Cloud Shell l'interfaccia della riga di comando di Azure è configurata per essere usata con la sottoscrizione di Azure.

Importante

Per completare gli esercizi in questo modulo, è necessaria una sottoscrizione di Azure.

Aprire Cloud Shell dal portale di Azure

1. Passare al portale di Azure ed eseguire l'accesso.

2. Scegliere Cloud Shell dal menu. Quando viene richiesto, selezionare l'esperienza Bash.

   

   Nota

   Cloud Shell richiede una risorsa di archiviazione di Azure per rendere persistenti i file creati in Cloud Shell. Alla prima apertura, Cloud Shell chiede di creare un gruppo di risorse, un account di archiviazione e una condivisione di File di Azure. Questa configurazione viene usata automaticamente per tutte le sessioni di Cloud Shell future.

Selezionare un'area di Azure

Un'area è costituita da uno o più data center di Azure all'interno di un'area geografica specifica. Stati Uniti orientali, Stati Uniti occidentali ed Europa settentrionale sono esempi di aree. A ogni risorsa di Azure, inclusa un'istanza del servizio app, viene assegnata un'area.

Per semplificare l'esecuzione dei comandi, iniziare selezionando un'area predefinita. Dopo la selezione dell'area predefinita, i comandi successivi usano tale area, a meno che non se ne specifichi una diversa.

1. Da Cloud Shell eseguire il comando az account list-locations seguente per elencare le aree disponibili nella sottoscrizione di Azure.

   az account list-locations \
     --query "[].{Name: name, DisplayName: displayName}" \
     --output table
   

2. Dalla colonna Name dell'output selezionare un'area vicina. Ad esempio, scegliere eastasia o westus2.

3. Eseguire az configure per impostare l'area predefinita. Sostituire <REGION> con il nome dell'area selezionata.

   az configure --defaults location=<REGION>
   

   Questo esempio imposta westus2 come area predefinita:

   az configure --defaults location=westus2
   

Creare le istanze del servizio app

In questa sezione si procede alla creazione delle istanze del servizio app per le tre fasi distribuite in: Dev, Test e Staging. Di seguito è riportata una breve panoramica del processo che viene seguito:

1. Generare un numero casuale che renda univoco il nome di dominio dell'app Web.

   Questo passaggio viene eseguito solo ai fini dell'apprendimento Nella pratica, è necessario scegliere un nome di dominio che corrisponda a quello dell'app o del servizio.

2. Creare un gruppo di risorse che contenga tutte le istanze del servizio app.

   Ai fini dell'apprendimento, viene creato un gruppo di risorse che contenga tutte le istanze del servizio app. In pratica, è possibile creare un gruppo di risorse distinto per ogni istanza del servizio app in modo da controllare meglio il ciclo di vita di ogni istanza.

3. Creare un piano di servizio app.

   Un piano di servizio app definisce la CPU, la memoria e le risorse di archiviazione per l'app Web. In questa unità si usa il piano B1 Basic. Questo piano è destinato alle app con requisiti di traffico limitati. I piani Standard e Premium sono per i carichi di lavoro di produzione. Questi piani vengono eseguiti in istanze di macchine virtuali dedicate.

4. Per ogni ambiente di sviluppo, test e staging, creare un'istanza del servizio app.

5. Ottenere il nome host per ogni ambiente.

6. Verificare che ogni ambiente sia in esecuzione e che la home page sia accessibile.

   Nota

   Ai fini dell'apprendimento, in questa sezione si useranno le impostazioni di rete predefinite. Queste impostazioni rendono accessibile il sito da Internet. In pratica, è possibile configurare una rete virtuale di Azure che colloca il sito Web in una rete non instradabile su Internet e accessibile solo all'utente e al team. Successivamente, è possibile riconfigurare la rete per rendere disponibile il sito Web agli utenti.

Per creare istanze del servizio app, seguire questa procedura:

1. In Cloud Shell generare un numero casuale che renda univoco il nome di dominio dell'app Web.

   webappsuffix=$RANDOM
   

2. Eseguire il comando az group create seguente per creare un gruppo di risorse denominato tailspin-space-game-rg.

   az group create --name tailspin-space-game-rg
   

3. Eseguire il comando az appservice plan create seguente per creare il piano di servizio app denominato tailspin-space-game-asp.

   az appservice plan create \
     --name tailspin-space-game-asp \
     --resource-group tailspin-space-game-rg \
     --sku B1 \
     --is-linux
   

   L'argomento --sku specifica il piano B1. Questo piano viene eseguito nel livello Basic. L'argomento --is-linux specifica di usare i worker Linux.

   Importante

   Se l'SKU B1 non è disponibile come parte della sottoscrizione di Azure, selezionare un piano diverso, ad esempio S1 (Standard).

4. Eseguire i comandi az webapp create seguenti per creare le tre istanze del servizio app, una per ogni ambiente (Dev, Test e Staging).

   az webapp create \
     --name tailspin-space-game-web-dev-$webappsuffix \
     --resource-group tailspin-space-game-rg \
     --plan tailspin-space-game-asp \
     --runtime "DOTNET|6.0"
   
   az webapp create \
     --name tailspin-space-game-web-test-$webappsuffix \
     --resource-group tailspin-space-game-rg \
     --plan tailspin-space-game-asp \
     --runtime "DOTNET|6.0"
   
   az webapp create \
     --name tailspin-space-game-web-staging-$webappsuffix \
     --resource-group tailspin-space-game-rg \
     --plan tailspin-space-game-asp \
     --runtime "DOTNET|6.0"
   

   Ai fini dell'apprendimento, in questo caso viene applicato lo stesso piano di servizio app, (B1 Basic), a ogni istanza del Servizio app. In un contesto reale, si assegnerebbe un piano che corrisponde al carico di lavoro previsto.

   Ad esempio, per gli ambienti che eseguono il mapping alle fasi di Dev e Test, B1 Basic potrebbe essere appropriato perché si desidera che solo il team possa accedere agli ambienti.

   Per l'ambiente di Staging, è necessario selezionare un piano che corrisponda all'ambiente di produzione. Il piano fornirebbe probabilmente maggiori CPU, memoria e risorse di archiviazione. Nel piano, è possibile eseguire test delle prestazioni, come i test di carico, in un ambiente simile a quello dell'ambiente di produzione. È possibile eseguire i test senza influire sul traffico in tempo reale nel sito.

5. Eseguire il comando az webapp list seguente per elencare il nome host e lo stato di ogni istanza del servizio app.

   az webapp list \
     --resource-group tailspin-space-game-rg \
     --query "[].{hostName: defaultHostName, state: state}" \
     --output table
   

   Prendere nota del nome host di ogni servizio in esecuzione. Questi nomi host sono necessari in un secondo momento quando si effettua la verifica del lavoro. Ecco un esempio:

   HostName                                                 State
   -------------------------------------------------------  -------
   tailspin-space-game-web-dev-21017.azurewebsites.net      Running
   tailspin-space-game-web-test-21017.azurewebsites.net     Running
   tailspin-space-game-web-staging-21017.azurewebsites.net  Running
   

6. Come passaggio facoltativo, passare a uno o più di questi nomi host. Verificare che siano in esecuzione e che venga visualizzata la home page predefinita.

   Ecco cosa si vede:

   

Importante

La pagina Eseguire la pulizia dell'ambiente Azure DevOps di questo modulo contiene una procedura di pulizia importante. La pulizia garantisce che non vengano addebitate risorse di Azure dopo aver completato questo modulo. Assicurarsi di eseguire la procedura di pulizia anche se non si completa questo modulo.

Creare variabili di pipeline in Azure Pipelines

In Creare una pipeline di versione con Azure Pipelines è stata aggiunta una variabile alla pipeline che archivia il nome dell'app Web nel servizio app. In questa sezione si eseguirà la stessa operazione. Questa volta, tuttavia, si aggiunge una variabile per ogni istanza del servizio app che corrisponde a una fase di Dev, Test o Staging nella pipeline.

È possibile impostare come hardcoded questi nomi nella configurazione della pipeline, ma se vengono definiti come variabili, la configurazione può essere riusata con maggiore facilità. Inoltre, se i nomi delle istanze del servizio app cambiano, è possibile aggiornare le variabili e attivare la pipeline senza modificare la configurazione.

Per aggiungere le variabili:

1. In Azure DevOps passare al progetto Space Game - Web - Multistage.

2. In Pipeline, selezionare Libreria.

   

3. Selezionare + Gruppo di variabili.

4. In Proprietà, immettere Versione come nome del gruppo di variabili.

5. In Variabili selezionare + Aggiungi.

6. Immettere WebAppNameDev come nome della variabile. Come valore, immettere il nome dell'istanza del servizio app corrispondente all'ambiente Dev, ad esempio tailspin-space-game-web-dev-1234.

7. Ripetere i due passaggi precedenti due volte per creare le variabili per gli ambienti di Test e di Staging. Ecco alcuni esempi:

   Nome variabile	Valore di esempio
   WebAppNameTest	tailspin-space-game-web-test-1234
   WebAppNameStaging	tailspin-space-game-web-staging-1234

   Assicurarsi di sostituire ogni valore di esempio con l'istanza del servizio app corrispondente all'ambiente.

   Importante

   Impostare il nome dell'istanza del servizio app, non il nome host. In questo esempio si immetterà tailspin-space-game-web-dev-1234 e non tailspin-space-game-web-dev-1234.azurewebsites.net.

8. All'inizio della pagina selezionare Salva per salvare la variabile nella pipeline.

   Il gruppo di variabili sarà simile al seguente:

   

Creare gli ambienti di sviluppo e test

In Creare una pipeline di versione in Azure Pipelines è stato creato un ambiente per l'ambiente di sviluppo. In questo caso, si ripete il processo sia per l'ambiente di dev che per quello di test. In un secondo momento viene configurato l'ambiente di staging che include più criteri.

Per creare gli ambienti di sviluppo e test:

1. Selezionare Ambienti in Azure Pipelines.

   

2. Per creare l'ambiente di sviluppo:

   1. Selezionare Crea ambiente.
   2. In Nome immettere dev.
   3. Lasciare i valori predefiniti negli altri campi.
   4. Seleziona Crea.

3. Per creare l'ambiente di test:

   1. Tornare alla pagina Ambienti.
   2. Selezionare Nuovo ambiente.
   3. In Nome immettere test.
   4. Seleziona Crea.

Creare una connessione al servizio

In questa sezione, viene creata una connessione al servizio che consente ad Azure Pipelines di accedere alla sottoscrizione di Azure. Azure Pipelines usa questa connessione al servizio per distribuire il sito Web nel servizio app. Nel modulo precedente è stata creata una connessione al servizio simile.

Importante

Assicurarsi di aver eseguito l'accesso al portale di Azure e ad Azure DevOps con lo stesso account Microsoft.

1. In Azure DevOps passare al progetto Space Game - Web - Multistage.

2. Nell'angolo inferiore sinistro della pagina selezionare Impostazioni progetto.

3. In Pipeline seleziona Connessioni al servizio.

4. Selezionare Nuova connessione al servizio, quindi selezionare Azure Resource Manager e quindi selezionare Avanti.

5. All'inizio della pagina selezionare Entità servizio (automatico). Quindi seleziona Avanti.

6. Compilare questi campi:

   Campo	Valore
   Livello ambito	Abbonamento
   Subscription	la propria sottoscrizione di Azure
   Gruppo di risorse	tailspin-space-game-rg
   Nome connessione al servizio	Resource Manager - Tailspin - Space Game

   Durante il processo potrebbe essere richiesto di accedere all'account Microsoft.

7. Assicurarsi di selezionare l'opzione Concedi l'autorizzazione di accesso a tutte le pipeline.

8. Seleziona Salva.

   Azure DevOps esegue una connessione di test per verificare che sia possibile connettersi alla sottoscrizione di Azure. Se Azure DevOps non riesce a connettersi, è possibile eseguire l'accesso una seconda volta.

Continua