Condividi tramite

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

I modelli di azd Web Python consentono di creare rapidamente una nuova applicazione Web e distribuirla in Azure. I modelli di azd sono stati progettati per usare opzioni di servizio di Azure a basso costo. Senza dubbio, è consigliabile modificare i livelli di servizio (o sku) per ognuno dei servizi definiti nel modello per lo scenario.

In questa guida introduttiva, aggiornerai i file di modello bicep appropriati per espandere i servizi esistenti e aggiungere nuovi servizi nella tua distribuzione. Si eseguirà quindi il comando azd provision e si visualizzerà la modifica apportata alla distribuzione di Azure.

Prerequisiti

Una sottoscrizione di Azure - Crearne una gratuitamente

È necessario che nel vostro computer locale siano installati i seguenti elementi:

Distribuire un modello

Per iniziare, è necessaria una distribuzione azd funzionante. Una volta che è disponibile, è possibile modificare i file Bicep generati dal modello di 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

    Al termine di azd up, aprire il portale di Azure, accedere all'App Service di Azure distribuito nel nuovo gruppo di risorse e annotare il piano tariffario dell'App Service (consultare la pagina Panoramica del piano di App Service, Sezione delle Informazioni Essenziali, valore "Piano tariffario").

  2. Nel passaggio 1 dell'articolo Avvio Rapido, è stato indicato di creare la cartella azdtest. Aprire la cartella in Visual Studio Code.

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

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

    La sottocartella \core è una struttura di cartelle profondamente annidata contenente modelli bicep per molti servizi di Azure. Alcuni dei file nella sottocartella \core fanno riferimento ai tre file bicep di primo livello (main.bicep, db.bicep e web.bicep) e alcuni 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 dimostrare questo problema, si modificherà il piano di servizio app dal "piano di servizio di base" (progettato per le app con requisiti di traffico inferiori e non sono necessarie funzionalità avanzate di scalabilità automatica e gestione del traffico) in "Piano di servizio Standard", progettato per l'esecuzione di carichi di lavoro di produzione.

Nota

Non tutte le modifiche dello SKU possono essere apportate dopo il fatto. Alcune ricerche potrebbero essere necessarie per comprendere meglio le opzioni di ridimensionamento.

  1. Aprire il file web.bicep e individuare la definizione del modulo appService. 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

    In seguito a questa modifica, il prezzo all'ora aumenterà leggermente. I dettagli sui diversi piani di servizio e sui relativi costi associati sono disponibili nella 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. Tali valori vengono salvati nel file .azure<environment-name>.env in cui <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).

Questo conclude la guida introduttiva, tuttavia sono disponibili molti servizi di Azure che consentono di creare applicazioni più scalabili e pronte per la produzione. Un ottimo punto di partenza è conoscere Gestione API di Azure, Frontdoor di Azure, rete CDN di Azuree rete virtuale di Azure, per citarne alcuni.

Pulire le risorse

Rimuovere le risorse create con il 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.

Contenuto correlato

  • Last updated on