Usare i servizi PaaS in Azure DevTest Labs

  • Articolo

Questo articolo descrive il supporto paaS (platform-as-a-service) in Azure DevTest Labs. DevTest Labs supporta paaS tramite ambienti, che possono includere sia le risorse PaaS che le risorse IaaS (infrastructure-as-a-service). Gli ambienti contengono servizi e software come macchine virtuali, database, reti virtuali e app Web personalizzate per lavorare insieme.

L'immagine seguente mostra una farm di SharePoint creata come ambiente in un lab.

Screenshot di un ambiente SharePoint in un lab.

Scenari PaaS

Gli ambienti PaaS di DevTest Labs supportano gli scenari seguenti:

  • Gli sviluppatori possono creare più ambienti indipendenti.
  • I tester possono testare configurazioni diverse in modo asincrono e automatico.
  • L'integrazione della pipeline di gestione temporanea e di produzione può verificarsi senza modifiche al modello.
  • I proprietari del lab possono configurare i criteri e tenere traccia dei costi per l'ambiente nel suo complesso.

Scenari per sviluppatori

Per creare un ambiente, uno sviluppatore seleziona un modello di ambiente anziché un'immagine del computer e immette tutte le informazioni necessarie. I singoli ambienti di sviluppo consentono una distribuzione più rapida delle modifiche e un miglioramento del debug del ciclo interno. Gli sviluppatori possono distruggere gli ambienti in qualsiasi momento e ricrearli usando i modelli più recenti. Questa funzionalità consente di ridurre i tempi di inattività dalla creazione manuale o dal ripristino da errori.

Scenari di test

Gli ambienti DevTest Labs consentono test indipendenti e asincroni di codice e configurazioni specifiche. I tester possono usare pipeline di integrazione continua e distribuzione continua (CI/CD) per configurare ambienti, applicare codice da singole richieste pull e eseguire test automatici e manuali. L'automazione può gestire e tenere traccia di più ambienti tra sottoscrizioni e lab.

Verifica dei costi

La tendenza complessiva dei costi per un lab include risorse di Azure all'interno di ambienti. Il costo per le risorse non interrompe le diverse risorse all'interno di un ambiente, ma visualizza l'ambiente come singolo costo. Per altre informazioni, vedere Tenere traccia dei costi associati a un lab in Azure DevTest Labs.

Accesso e ruoli

I proprietari del lab possono concedere l'accesso al lab e assegnare ruoli utente. Per altre informazioni, vedere Aggiungere proprietari, collaboratori e utenti del lab in Azure DevTest Labs.

Il provider di risorse DevTest Labs crea risorse per conto dell'utente del lab, pertanto gli utenti del lab non hanno bisogno di autorizzazioni aggiuntive per creare e usare ambienti. Tuttavia, i proprietari del lab possono estendere le autorizzazioni collaboratori agli utenti del lab in modo che possano configurare e gestire le proprie risorse PaaS, ad esempio l'aggiunta o la rimozione di risorse. Per altre informazioni, vedere Configurare i diritti utente dell'ambiente.

I proprietari del lab possono personalizzare l'accesso alle risorse o le autorizzazioni senza concedere l'accesso a livello di sottoscrizione. L'utente del lab può aggiungere o rimuovere risorse di Azure solo all'interno del gruppo di risorse gestito. Per personalizzare ulteriormente i ruoli utente del lab e l'accesso, vedere Concedere le autorizzazioni utente a criteri lab specifici.

Modelli di ambiente

DevTest Labs crea ambienti usando modelli di Azure Resource Manager (ARM) preconfigurati dai repository Git. Mantenere i modelli di Resource Manager sotto il controllo del codice sorgente promuove la distribuzione e la gestione coerenti dell'ambiente.

In organizzazioni di grandi dimensioni, i team di sviluppo in genere forniscono ambienti di test personalizzati o isolati. Il gruppo IT fornisce ambienti che tutti i team all'interno di un'unità aziendale o una divisione possono usare.

Per abilitare e configurare la creazione dell'ambiente per i lab, vedere Usare i modelli di Resource Manager per creare ambienti DevTest Labs. DevTest Labs ha un repository pubblico di modelli di Resource Manager preconfigurati per la creazione di determinati ambienti. Per altre informazioni sugli ambienti pubblici, vedere Abilitare e configurare ambienti pubblici.

È anche possibile creare o configurare modelli di Resource Manager personalizzati, archiviarli in repository Git privati e connettere tali repository ai lab.

Personalizzazione dei modelli

È possibile fornire determinate informazioni sul lab personalizzato nei modelli di Resource Manager durante la creazione di ambienti, tra cui:

  • Identificazione della rete virtuale lab
  • Percorso lab
  • Account di archiviazione lab in cui vengono copiati i file dei modelli di Resource Manager

Usare una rete virtuale esistente

Quando si crea un ambiente, DevTest Labs può sostituire il $(LabSubnetId) token con la prima subnet del lab in cui l'uso nella creazione di macchine virtuali è impostato su true. Questa modifica consente all'ambiente di usare reti virtuali create in precedenza.

Connettere gli ambienti alla rete virtuale del lab descrive come modificare un modello di Resource Manager per usare il $(LabSubnetId) token. Per usare lo stesso modello arm negli ambienti di test, staging e produzione, usare $(LabSubnetId) come valore in un parametro di modello di Resource Manager.

Usare modelli annidati

DevTest Labs supporta i modelli di Resource Manager annidati. Per usare _artifactsLocation e _artifactsLocationSasToken token per creare un URI in un modello arm annidato, vedere Distribuire ambienti DevTest Labs usando modelli annidati. Per altre informazioni, vedere la sezione Elementi di distribuzione della Guida alle procedure consigliate di Azure Resource Manager.

Passaggi successivi