Scenari di Azure DevTest Labs
Questo articolo illustra come usare Azure DevTest Labs per diversi scenari di sviluppo, test e training. Ecco alcuni scenari comuni di DevTest Labs:
- Gli sviluppatori hanno bisogno di molte macchine virtuali (VM) e ambienti diversi durante l'iterazione delle app.
- I tester usano molte macchine virtuali e ambienti identici o diversi per i test delle prestazioni e le indagini in modalità sandbox.
- Gli insegnanti e i formatori necessitano periodicamente di nuove classi, lab e ambienti hackathon.
Le sezioni seguenti descrivono il modo in cui DevTest Labs supporta questi scenari, consentendo ai proprietari e agli amministratori di lab di controllare l'accesso e i costi del lab.
Creazione di un lab
I lab sono il punto di partenza in DevTest Labs. Dopo aver creato un lab, è possibile:
- Aggiungere utenti del lab.
- Creare macchine virtuali preconfigurate che qualsiasi utente del lab possa richiedere.
- Definire immagini, formule e modelli per gli utenti del lab per creare rapidamente macchine virtuali e ambienti personalizzati.
- Usare la configurazione e i criteri per gestire il lab e controllare i costi.
- Eseguire l'integrazione con Azure DevOps per supportare gli scenari DevOps .
- Collegamento a repository Git pubblici e privati per l'accesso a artefatti e modelli di Resource Manager.
Il diagramma seguente illustra come i proprietari del lab possono configurare i criteri e fornire risorse per gli utenti del lab:
Per creare un lab nella portale di Azure, vedere Creare un lab in Azure DevTest Labs.
È anche possibile automatizzare la creazione del lab, incluse le impostazioni personalizzate, con un modello di Azure Resource Manager (ARM) riutilizzabile. Per altre informazioni, vedere Modelli di Azure Resource Manager (ARM) in Azure DevTest Labs
Aggiungere una rete virtuale a un lab
DevTest Labs crea una nuova rete virtuale per ogni lab. Se è stata configurata un'altra rete virtuale con Azure ExpressRoute o VPN da sito a sito, è possibile aggiungerla al lab. È quindi possibile usare tale rete virtuale per la creazione di macchine virtuali lab. Per altre informazioni, vedere Configurare una rete virtuale in Azure DevTest Labs.
Aggiungere utenti ai lab
I proprietari del lab possono aggiungere utenti ai lab usando il portale di Azure o uno script di PowerShell. Per altre informazioni, vedere Aggiungere proprietari, collaboratori e utenti del lab in Azure DevTest Labs. Gli utenti del lab non hanno bisogno di un account Azure, purché dispongano di un account Microsoft.
Gli utenti del lab possono visualizzare tutte le risorse del lab, ad esempio macchine virtuali, criteri e reti virtuali. Gli utenti del lab non possono modificare i criteri o accedere alle macchine virtuali create o richieste da altri utenti.
Configurare i criteri lab per controllare i costi
Per monitorare e controllare i costi, gli amministratori e i proprietari del lab possono:
- Limitare il numero di macchine virtuali che ogni utente può creare o richiedere.
- Consentire solo determinate dimensioni della macchina virtuale nel lab.
- Configurare i criteri di arresto automatico e avvio automatico per arrestare e riavviare tutte le macchine virtuali in determinati orari del giorno. L'arresto automatico della macchina virtuale non si applica alle risorse PaaS negli ambienti.
- Usare Gestione costi di Azure per tenere traccia dei costi degli ambienti.
Sviluppo e test di macchine virtuali
Gli sviluppatori e i tester potrebbero avere bisogno di molte macchine virtuali identiche per i test di prestazioni o di carico oppure necessitano di tipi diversi di macchine virtuali per progetti o iterazioni diversi. Gli utenti di DevTest Labs possono creare, configurare e accedere alle macchine virtuali su richiesta per soddisfare le proprie esigenze. A partire da immagini di macchine virtuali comuni promuove la coerenza tra i team.
In DevTest Labs gli sviluppatori possono:
- Effettuare rapidamente il provisioning di macchine virtuali su richiesta o richiedere macchine virtuali preconfigurate esistenti.
- Le macchine virtuali self-service senza bisogno di autorizzazioni a livello di sottoscrizione.
- Usare direttamente le reti virtuali configurate dai proprietari e dagli amministratori del lab, senza dover disporre di autorizzazioni speciali.
- Personalizzare facilmente le macchine virtuali aggiungendo elementi in base alle esigenze.
Creare VM
Gli utenti del lab possono creare macchine virtuali lab in pochi minuti scegliendo tra un'ampia gamma di immagini di Azure Marketplace pronte per l'uso. Per informazioni su come rendere disponibili immagini del Marketplace selezionate per gli utenti del lab, vedere Configurare immagini di Azure Marketplace.
I proprietari del lab possono anche installare il software necessario in una macchina virtuale, salvare la macchina virtuale come immagine personalizzata e rendere disponibile l'immagine nel lab. Gli utenti del lab possono usare l'immagine personalizzata per creare macchine virtuali in cui è preinstallato il software. Per altre informazioni, vedere Creare un'immagine personalizzata.
È possibile usare una factory di immagini per compilare e distribuire automaticamente le immagini personalizzate a intervalli regolari. Questa soluzione di configurazione come codice elimina la necessità di gestire manualmente le immagini delle macchine virtuali mantenendo aggiornato il sistema operativo e i componenti di base. Per altre informazioni, vedere Creare una factory di immagini personalizzata.
Usare formule riutilizzabili per le macchine virtuali
Una formula di DevTest Labs è un elenco di valori di proprietà predefiniti per le macchine virtuali. Un proprietario del lab può creare una formula nel lab selezionando un'immagine di macchina virtuale, una dimensione di macchina virtuale basata su CPU e RAM e una rete virtuale. Gli utenti del lab possono visualizzare la formula e usarla per creare macchine virtuali. Per altre informazioni, vedere Gestire formule di DevTest Labs.
Usare gli artefatti per la personalizzazione delle macchine virtuali
Gli utenti del lab possono aggiungere elementi per configurare le macchine virtuali del lab. Gli elementi possono essere:
- Strumenti da installare nella macchina virtuale, ad esempio agenti, Fiddler o Visual Studio.
- Azioni da eseguire nella macchina virtuale, ad esempio la clonazione di un repository.
- Applicazioni da testare.
Sono disponibili molti artefatti predefiniti. Se è necessaria una maggiore personalizzazione, è anche possibile creare artefatti personalizzati. Gli artefatti personalizzati vengono archiviati in un repository Git privato che si connette al lab, in modo che tutti gli utenti del lab possano aggiungere gli artefatti alle macchine virtuali. Per altre informazioni, vedere Creare artefatti personalizzati per DevTest Labs e Aggiungere un repository di artefatti a un lab.
È possibile aggiungere un artefatto di aggiunta a un dominio di Active Directory per aggiungere macchine virtuali a un dominio di Active Directory al momento della creazione. Questo artefatto si applica solo ai domini.
Ambienti con più macchine virtuali
Molti scenari di sviluppo e test richiedono ambienti multi-VM dotati di risorse PaaS (Platform-as-a-Service). Gli esempi includono azure App Web, farm di SharePoint e cluster di Service Fabric. La creazione e la gestione di ambienti in un'azienda possono richiedere un impegno significativo.
Con DevTest Labs, i team possono creare, aggiornare o duplicare facilmente ambienti con più macchine virtuali. Gli sviluppatori possono usare ambienti completamente configurati per sviluppare e testare le versioni più recenti delle app. Gli ambienti DevTest Labs garantiscono la coerenza tra i team.
Usando i modelli di Resource Manager per distribuire gli ambienti, è possibile:
- Distribuire ripetutamente più macchine virtuali preconfigurate in uno stato coerente.
- Definire l'infrastruttura e la configurazione per ambienti Windows o Linux.
- Effettuare il provisioning delle risorse PaaS di Azure e tenere traccia dei costi.
Per altre informazioni, vedere Usare i modelli di Resource Manager per creare ambienti DevTest Labs.
Concedere agli utenti diritti di collaboratore alle risorse dell'ambiente
Per impostazione predefinita, DevTest Labs crea ambienti nei propri gruppi di risorse e gli utenti di DevTest Labs ottengono solo l'accesso in lettura a tali ambienti. Con l'accesso in sola lettura, gli utenti non possono aggiungere o modificare le risorse nei propri ambienti. Tuttavia, gli sviluppatori spesso devono analizzare tecnologie o progettazioni di infrastrutture diverse.
I proprietari dei lab possono consentire agli utenti un maggiore controllo concedendo loro diritti di collaboratore agli ambienti creati. I collaboratori possono aggiungere o modificare le risorse di Azure in base alle esigenze nei propri ambienti di sviluppo o test. Per altre informazioni, vedere Configurare i diritti utente dell'ambiente.
Lab classroom, training e hackathon
DevTest Labs è particolarmente adatto per attività temporanee, ad esempio workshop, laboratori pratici, formazione o hackathon. In questi scenari:
- I responsabili del training o i proprietari di lab possono usare modelli personalizzati per creare macchine virtuali o ambienti identici e isolati.
- I training possono accedere al lab usando un URL.
- I training possono richiedere computer già creati e preconfigurati con una singola azione.
- I proprietari del lab possono controllare i costi e la durata del lab in base a:
- Configurazione dei criteri.
- Impostazione delle date di scadenza della macchina virtuale.
- Eliminazione di macchine virtuali e lab quando l'attività è finita.
Eliminare lab e macchine virtuali
I proprietari del lab possono gestire i costi eliminando lab e macchine virtuali quando non sono più necessari.
- Impostare le date di scadenza nelle macchine virtuali.
- Eliminare lab e tutte le risorse correlate.
- Eliminare tutte le macchine virtuali del lab eseguendo un singolo script di PowerShell.
Modello di verifica e distribuzioni ridimensionate
Per iniziare a esplorare DevTest Labs, le organizzazioni possono usare il modello di verifica e le distribuzioni ridimensionate.
- Il modello di verifica usa uno sforzo concentrato da un singolo team per stabilire valore organizzativo.
- Una distribuzione con scalabilità orizzontale usa settimane o mesi di revisione e pianificazione per distribuire DevTest Labs in un'azienda con centinaia o migliaia di sviluppatori.
Anche se una distribuzione con scalabilità immediata sembra allettante, questo approccio spesso non riesce senza un modello di verifica. È consigliabile iniziare da piccolo, imparare da un singolo team, ripetere lo stesso approccio con altri team e quindi pianificare una distribuzione ridimensionata in base alle conoscenze acquisite.
Per un modello di verifica riuscito:
- Scegli una o due squadre.
- Identificare gli scenari dei team, ad esempio macchine virtuali per sviluppatori o ambienti di test.
- Documentare i casi d'uso correnti.
- Distribuire DevTest Labs per soddisfare gli scenari e i casi d'uso dei team.
Passaggi successivi
Introduzione ad Azure DevTest Labs
Non hai ancora provato Azure? Creare un account Azure gratuito.
Si usa già Azure? Introduzione al primo lab in DevTest Labs: Introduzione ad Azure DevTest Labs in pochi minuti.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per