Informazioni sui componenti di Microsoft Dev Box
Concettualmente sono disponibili diversi componenti per una configurazione end-to-end del servizio Dev Box. Il tecnico della piattaforma o un amministratore IT configura il Dev Center, il progetto e la definizione della casella di sviluppo. Dopo aver creato il progetto, i responsabili del team di sviluppo possono essere delegati all'amministrazione dei progetti che consentono di creare pool di Dev Box per i team di sviluppo.
Centro per sviluppatori
Dev Center è la prima risorsa che deve essere configurata in Azure all'avvio del processo di distribuzione del servizio Dev Box. Si tratta dell'entità di gestione centrale per l'infrastruttura di Dev Box. Funge da piano di controllo che organizza e applica le impostazioni di configurazione in più progetti. Si pensi alla sede centrale per tutte le risorse correlate a Dev Box.
Funzioni chiave di un Dev Center
- Gestione risorse: ospita progetti, definizioni di Dev Box e riferimenti alla raccolta di calcolo di Azure .
- Supervisione di rete: collegamenti a connessioni di rete predefinite usate da tutti i computer Dev Box nei progetti associati
- Standardizzazione della configurazione: garantisce criteri e strumenti coerenti tramite cataloghi condivisi.
Un singolo Dev Center può supportare più progetti, abilitando la governance centralizzata con la personalizzazione a livello di progetto.
Progetti
Un progetto in Microsoft Dev Box definisce in genere un contesto di sviluppo per un team, un reparto o un'applicazione. I progetti sono associati a un Dev Center, consentendo loro di ereditare risorse standardizzate come l'accesso alla rete, le immagini e le attività di configurazione. I progetti possono trovarsi in sottoscrizioni di Azure diverse all'interno del tenant. Se esiste una separazione all'interno dell'azienda in base a funzioni, divisioni o fatturazione, i progetti possono essere creati nelle sottoscrizioni appropriate mantenendo al tempo stesso la gestione centralizzata del Dev Center.
I criteri di progetto possono essere usati per controllare quali progetti ottengono l'accesso alle risorse e alle personalizzazioni del progetto e alle funzionalità di creazione di immagini per personalizzare ulteriormente le immagini di base per esigenze specifiche del progetto.
Ogni progetto include
- Pool di Dev Box: raggruppamenti di computer Dev Box in base alle dimensioni, all'area o allo scopo.
- Accesso utente: gli sviluppatori assegnati al ruolo Utente di Dev Box possono effettuare il provisioning di computer Dev Box nei pool di Dev Box
- Project Admins: assegnato per configurare pool, definizioni di immagine e controllo di accesso.
I progetti applicano limiti e autorizzazioni, assicurando che gli sviluppatori possano usare solo le risorse rilevanti per il proprio team o prodotto.
Definizioni di Dev Box
Le definizioni di Dev Box definiscono le specifiche tecniche di un Dev Box.
Specificano:
- Immagine del sistema operativo di base da usare per il computer Dev Box (ad esempio, Windows 11 con Visual Studio o un'immagine personalizzata con strumenti interni).
- Le dimensioni di calcolo e la configurazione del disco (ad esempio, 8 core vCPU, 32 GB di RAM, 512 GB di spazio di archiviazione).
Le organizzazioni in genere mantengono le immagini del computer Dev Box in una raccolta di calcolo di Azure per il controllo delle versioni e il facile riutilizzo. In questo modo sono supportati scenari come:
- Immagini personalizzate per reparto o progetto.
- Ambienti di sviluppo standardizzati per settori regolamentati.
- Gestione semplificata delle immagini e rollback.
Connessioni di rete
Le connessioni di rete sono fondamentali per garantire che i computer Dev Box abbiano accesso ai servizi corretti e rimangano protetti. In Microsoft Dev Box sono disponibili due tipi principali di opzioni di connessione di rete:
- Microsoft-Hosted Network: Microsoft effettua il provisioning e mantiene un'infrastruttura sicura in cui vengono distribuiti i computer Dev Box. Ideale per la configurazione rapida e le esigenze semplici. È tuttavia possibile controllare i computer Di sviluppo installati in questa infrastruttura.
- Connessione di rete di Azure: l'organizzazione gestisce l'infrastruttura di rete in cui verranno distribuiti i computer Dev Box. Questa è un'opzione per controllare e gestire l'infrastruttura insieme alla connessione alle altre reti virtuali in Azure o all'infrastruttura locale.
Con la connessione di rete di Azure è possibile configurare:
- Join ID Entra nativi: per app e servizi nativi del cloud
- Join con ID Entra ibrido: per l'accesso a risorse locali come unità condivise, sistemi legacy e API interne.
Cataloghi
Un catalogo è una connessione a un repository Git (repository GitHub pubblico o privato o Azure DevOps) che contiene attività e script che è possibile usare per configurare il computer Dev Box durante la fase finale del processo di creazione del computer Dev Box. In genere contengono modelli IaC, definizione della casella di sviluppo e file di configurazione.
È possibile aggiungere un catalogo a un Dev Center per rendere disponibili queste attività e script a tutti i progetti associati al Dev Center. In alternativa, è possibile aggiungere un catalogo a livello di progetto. Tuttavia, i cataloghi a livello di progetto devono essere abilitati a livello di Dev Center prima che un catalogo possa essere aggiunto a un progetto.
I cataloghi consentono ai team di:
- Installare automaticamente SDK, compilatori e strumenti dell'interfaccia della riga di comando.
- Registrare Dev Box con i servizi interni.
- Applicare le impostazioni di conformità o la diagnostica.
Vantaggi dei cataloghi
| funzionalità | Vantaggio |
|---|---|
| riutilizzabilità | Teams può riutilizzare il catalogo per progetti diversi |
| Consistenza | Immagini standardizzate, dimensioni delle macchine virtuali, strumenti, reti |
| Governance | I team IT/piattaforma possono controllare quali elementi sono disponibili per gli sviluppatori |
| Self-service | Gli sviluppatori possono usare questi modelli per creare ambienti su richiesta |
Aree di Azure per Dev Box
Il servizio Microsoft Dev Box è disponibile in più aree di Azure a livello globale. Idealmente, si distribuiranno i computer Dev Box nell'area più vicina alla posizione in cui si trovano gli sviluppatori per ridurre qualsiasi latenza. Dev Center e i progetti non devono trovarsi nella stessa area dei computer Dev Box.
Se si hanno più sviluppatori che si trovano in posizioni geografiche diverse, l'ingegneria della piattaforma o il team di amministrazione IT può creare più pool di dev box con aree geografiche diverse di Azure vicine agli sviluppatori. Gli sviluppatori sceglieranno quindi il pool di Dev Box appropriato, più vicino alla loro posizione, durante la distribuzione di computer Dev Box.
Pool caselle di sviluppo
Un pool di Dev Box nel servizio Microsoft Dev Box è un gruppo di computer Dev Box che condividono lo stesso:
- Progetto
- Immagine (Windows + strumenti di sviluppo)
- Dimensioni/SKU della macchina virtuale (CPU, memoria)
- Area di Azure (per la rete ospitata da Microsoft)
- Connessione di rete (rete ospitata da Microsoft o una connessione di rete privata)
- Funzionalità di controllo dei costi (arresto automatico in base alla pianificazione + ibernazione in caso di disconnessione)
Computer Dev Box
Si tratta di una macchina virtuale preconfigurata creata da uno sviluppatore usando il portale per sviluppatori o lo strumento dell'interfaccia della riga di comando. Questa macchina virtuale cloud è associata a un progetto specifico e a un pool di Dev Box. Questi computer hanno tutti gli strumenti, le librerie e la configurazione appropriata necessari che consentono allo sviluppatore di diventare produttivi immediatamente. Uno sviluppatore può essere autorizzato a creare più computer Dev Box che possono essere dedicati a progetti o attività diversi.
Mettere tutto insieme end-to-end
Dopo aver compreso i vari componenti del servizio, questo diagramma illustra come i vari componenti del servizio siano connessi e end-to-end di lavoro.
