Guida introduttiva: Ridimensionare i servizi distribuiti con i modelli Web azd Python usando Bicep

I modelli Python Web azd consentono di creare rapidamente una nuova applicazione Web e distribuirla in Azure. I modelli azd usano opzioni di servizio Azure a basso costo. Per adattare lo scenario, modificare i livelli di servizio o le versioni per ogni servizio definito nel modello.

In questa guida introduttiva aggiornerai i file di modello Bicep appropriati per potenziare i servizi esistenti. Eseguire quindi il comando azd provision e visualizzare la modifica apportata alla distribuzione Azure.

Prerequisiti

Una sottoscrizione di Azure - Crearne una gratuitamente

Installare gli strumenti seguenti nel computer locale:

• CLI per sviluppatori di Azure
• Docker Desktop
• Visual Studio Code
• Estensione Contenitore Dev
• Visual Studio Code Bicep Questa estensione consente di creare la sintassi Bicep.

Distribuire un modello

Per iniziare, serve una distribuzione azd funzionante. Dopo aver configurato la distribuzione, è possibile modificare i file di Bicep generati dal modello azd.

1. Seguire i passaggi da 1 a 7 nell'articolo di avvio rapido . Nel passaggio 2 usare il modello di azure-django-postgres-flexible-appservice. Per praticità, ecco l'intera sequenza di comandi da eseguire dalla riga di comando:

   mkdir azdtest
   cd azdtest
   azd init --template azure-django-postgres-flexible-appservice
   azd auth login
   azd up
   

   Quando azd up termina, aprire il portale di Azure, passare al Servizio app di Azure distribuito nel nuovo gruppo di risorse e prendere nota del piano tariffario del servizio app (vedere la pagina Overview del piano di servizio app, sezione Essentials, valore Pricing plan).

2. Nel passaggio 1 dell'articolo Avvio rapido è stata creata la cartella azdtest . Aprire la cartella in Visual Studio Code.

3. Nel riquadro Explorer, passare alla cartella infra. Esaminare le sottocartelle e i file nella cartella infra .

   Il file main.bicep orchestra la creazione di tutti i servizi distribuiti quando si esegue azd up o azd provision. Chiama altri file, ad esempio db.bicep e web.bicep. Questi file chiamano i file contenuti nella sottocartella \core .

   La sottocartella \core è una struttura di cartelle profondamente annidata contenente modelli di Bicep per molti servizi Azure. I tre file Bicep di primo livello (main.bicep, db.bicep e web.bicep) fanno riferimento ad alcuni dei file nella sottocartella \core. Alcuni file non vengono usati affatto in questo progetto.

Ridimensionare un servizio modificando le relative proprietà Bicep

È possibile ridimensionare una risorsa esistente nella distribuzione modificandone lo SKU. Per illustrare questo metodo di ridimensionamento, modificare il piano di servizio app dal piano di servizio Basic (progettato per le app con requisiti di traffico inferiori e non richiede funzionalità avanzate di scalabilità automatica e gestione del traffico) al piano di servizio Standard, progettato per l'esecuzione di carichi di lavoro di produzione.

1. Aprire il file web.bicep e individuare la definizione del modulo appServicePlan. In particolare, cercare l'impostazione della proprietà:

      sku: {
         name: 'B1'
      }
   

   Modificare il valore da B1 a S1 come indicato di seguito:

      sku: {
         name: 'S1'
      }
   

   Importante

   Questa modifica aumenta leggermente il prezzo all'ora. Per informazioni dettagliate sui diversi piani di servizio e sui relativi costi associati, vedere la pagina dei prezzi del servizio app.

2. Supponendo che l'applicazione sia già stata distribuita in Azure, usare il comando seguente per distribuire le modifiche all'infrastruttura senza ridistribuire il codice dell'applicazione stesso.

   azd provision
   

   Non dovresti essere richiesto di fornire una posizione e un abbonamento. Il file .azure<environment-name.env> salva tali valori, dove <environment-name> è il nome dell'ambiente specificato durante azd init.

3. Al termine azd provision, verificare che l'applicazione Web funzioni ancora. Trova anche l'App Service Plan per il gruppo di risorse e verifica che il Piano tariffario sia impostato sul piano di servizio Standard (S1).

Questa guida introduttiva si conclude qui. Tuttavia, molti servizi di Azure consentono di creare applicazioni più scalabili e pronte per la produzione. Un ottimo punto di partenza per iniziare l'apprendimento è Gestione API di Azure, Frontdoor di Azure, Rete CDN di Azure e Rete virtuale di Azure, per citarne alcuni.

Pulire le risorse

Pulire le risorse create dal modello eseguendo il comando azd down .

azd down

Il comando azd down elimina le risorse di Azure e il flusso di lavoro di GitHub Actions. Quando richiesto, accettare di eliminare tutte le risorse associate al gruppo di risorse.

È anche possibile eliminare la cartella azdtest oppure usarla come base per la propria applicazione modificando i file del progetto.

Contenuti correlati

• Altre informazioni sui modelli Python Web azd.
• Altre informazioni sui azd comandi.
• Informazioni sulle attività eseguite da ognuna delle cartelle e dei file nel progetto e sulle operazioni che è possibile modificare o eliminare.
• Per aggiungere o rimuovere servizi Azure, aggiornare i modelli di Bicep. Non conosci Bicep? Prova questo Percorso di Apprendimento: Nozioni Fondamentali di Bicep.
• Usare azd per configurare una pipeline CI/CD GitHub Actions per ridistribuire automaticamente al merge nel branch principale.
• Configurare il monitoraggio in modo che sia possibile Monitorare l'applicazione usando la CLI di Azure Developer.