Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
L'interfaccia della riga di comando per sviluppatori di Azure è progettata in base a un potente sistema di modelli che semplifica la distribuzione e il provisioning delle risorse di Azure. Durante lo sviluppo con azd, è possibile creare un modello personalizzato o scegliere da un elenco configurabile di modelli esistenti. Questo articolo illustra come usare gli elenchi di modelli e configurare l'installazione locale azd per supportare origini di elenco modelli diverse.
Informazioni sulle origini dei modelli
Un'origine di un modello azd punta a un file di configurazione JSON che descrive un elenco di modelli disponibili e i relativi metadati essenziali, quali il nome, la descrizione e la posizione del codice sorgente del modello (di solito un repository su GitHub). Quando si abilita un'origine modello, i modelli definiti vengono resi disponibili tramite azd altri comandi. Ad esempio, il frammento JSON di origine del modello seguente definisce due modelli:
[
{
"name": "Starter - Bicep",
"description": "A starter template with Bicep as infrastructure provider",
"repositoryPath": "azd-starter-bicep",
"tags": ["bicep"]
},
{
"name": "Starter - Terraform",
"description": "A starter template with Terraform as infrastructure provider",
"repositoryPath": "azd-starter-terraform",
"tags": ["terraform"]
}
]
Ogni voce di modello nel file di configurazione JSON include le proprietà seguenti:
- nome: Il nome visualizzato del modello.
- descrizione: breve riepilogo delle funzioni del modello.
-
repositoryPath: percorso del codice sorgente del modello, che può essere:
- URI completo in un repository Git, ad esempio "https://dev.azure.com/org/project/_git/repo".
- "{owner}/{repo} dei repository di GitHub."
- "{repo}" per i repository di GitHub nell'organizzazione Azure-Samples.
- tag : parole chiave che consentono agli utenti di filtrare i modelli con
azd init --filter <tag>eazd template list --filter <tag>.
Per un esempio completo, vedere questo file JSONin
azd consente di abilitare più origini modello contemporaneamente. Le opzioni di origine del modello seguenti sono attualmente disponibili per scegliere tra:
- awesome-azd : elenco dei modelli della raccolta Awesome AZD abilitata per impostazione predefinita.
- default : un piccolo set di modelli curati per illustrare diversi stack tecnologici.
- file : percorso locale/di rete che punta a un file di configurazione JSON di origine modello.
- url : percorso indirizzabile HTTP(S) che punta a un file di configurazione JSON di origine modello.
- gh : punta a un repository GitHub.
- ade : punta a un elenco di modelli dell'ambiente di distribuzione di Azure. Altre informazioni sul supporto dell'interfaccia della riga di comando per sviluppatori di Azure per ambienti di distribuzione di Azure.
Usare le origini modello
azd fornisce diversi comandi per configurare le origini modello.
Usare il azd template source list comando per elencare tutte le origini modello attualmente configurate:
azd template source list
Output di esempio con due origini modello configurate:
Key Name Type Location
awesome-azd Awesome AZD awesome-azd https://aka.ms/awesome-azd/templates.json
default Default resource
Usare il azd template source add comando per aggiungere una nuova origine modello. Questo comando accetta i parametri seguenti:
- key: nome tecnico dell'origine del modello.
- --type, -t: il tipo di origine del modello: i valori validi sono file, URL e gh per GitHub.
- --location, -l: percorso di origine del modello, che deve essere una rete locale o un URI Web HTTP(S).
- --name, -n: il nome visualizzato dell'origine del modello (facoltativo, se omesso, usa la chiave ).
azd template source add <key> --type <file-or-url-or-gh> --location <your-uri> --name <your-display-name>
Usare il comando per rimuovere un'origine azd template source remove modello:
azd template source remove <key>
Usare il azd config reset comando per ripristinare le impostazioni predefinite della configurazione del modello:
azd config reset
Usare gli elenchi di modelli
Dopo aver configurato le origini del modello, usare il azd template list comando per elencare i modelli disponibili da tali origini:
azd template list
Ad esempio, un'installazione predefinita di azd elenca i modelli seguenti dall'origine modello awesome-azd :
Name Source Repository Path
Event Driven Java Application with Azure Service Bus Awesome AZD Azure-Samples/ASA-Samples-Event-Driven-Application
Static React Web App with Java API and PostgreSQL Awesome AZD Azure-Samples/ASA-Samples-Web-Application
SAP CAP on Azure App Service Quickstart Awesome AZD Azure-Samples/app-service-javascript-sap-cap-quickstart
SAP Cloud SDK on Azure App Service Quickstart (TypeScript) Awesome AZD Azure-Samples/app-service-javascript-sap-cloud-sdk-quickstart
Java Spring Apps with Azure OpenAI Awesome AZD Azure-Samples/app-templates-java-openai-springapps
WordPress with Azure Container Apps Awesome AZD Azure-Samples/apptemplate-wordpress-on-ACA
Bicep template to bootstrap Azure Deployment Environments Awesome AZD Azure-Samples/azd-deployment-environments
Starter - Bicep Awesome AZD Azure-Samples/azd-starter-bicep
Starter - Terraform Awesome AZD Azure-Samples/azd-starter-terraform
...
# Additional templates omitted
Includere il --source flag per elencare solo i modelli da un'origine specifica:
azd template list --source <source-name>
Per inizializzare un modello dall'elenco visualizzato, eseguire il comando azd init e specificare il percorso del repository del modello:
azd init --template <path-value>
Usare ambienti di distribuzione di Azure
L'interfaccia della riga di comando per sviluppatori di Azure (azd) fornisce anche il supporto per gli ambienti di distribuzione di Azure. Un ambiente di distribuzione di Azure è una raccolta preconfigurata di risorse di Azure distribuite in sottoscrizioni predefinite. La governance di Azure viene applicata a tali sottoscrizioni in base al tipo di ambiente, ad esempio sandbox, test, gestione temporanea o produzione. Con gli ambienti di distribuzione di Azure, è possibile applicare i criteri di sicurezza aziendali e fornire un set curato di modelli predefiniti di infrastruttura come codice (IaC).
L'integrazione di Active Directory esula dall'ambito di questo articolo. Altre informazioni sulla configurazione del ade supporto nell'interfaccia della riga di comando per sviluppatori di Azure per gli ambienti di distribuzione di Azure.