Teilen über


Schnellstart: Skalierung von Diensten, die mit den azd Python-Webvorlagen unter Verwendung von Bicep bereitgestellt werden

Mit den Python-Webvorlagen azd können Sie schnell eine neue Webanwendung erstellen und in Azure bereitstellen. Die azd Vorlagen wurden entwickelt, um kostengünstige Azure-Dienstoptionen zu verwenden. Zweifellos möchten Sie die Serviceebenen (oder Skus) für jeden der in der Vorlage für Ihr Szenario definierten Dienste anpassen.

In dieser Schnellstartanleitung aktualisieren Sie die entsprechenden Bicep-Vorlagendateien, um vorhandene Dienste hochzuskalieren und Ihrer Bereitstellungsumgebung neue Dienste hinzuzufügen. Anschließend führen Sie den azd provision Befehl aus und zeigen die Änderung an der Azure-Bereitstellung an.

Voraussetzungen

Ein Azure-Abonnement – Kostenlos erstellen

Auf Ihrem lokalen Computer muss Folgendes installiert sein:

Bereitstellen einer Vorlage

Zunächst benötigen Sie eine funktionierende azd Bereitstellung. Sobald Sie dies eingerichtet haben, können Sie die von der azd Vorlage generierten Bicep-Dateien ändern.

  1. Führen Sie die Schritte 1 bis 7 im Schnellstartartikel aus. Verwenden Sie in Schritt 2 die azure-django-postgres-flexible-appservice Vorlage. Aus Gründen Der Einfachheit halber finden Sie hier die gesamte Abfolge von Befehlen, die sie über die Befehlszeile ausstellen müssen:

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

    Nachdem azd up abgeschlossen ist, öffnen Sie das Azure-Portal, navigieren Sie zu dem Azure App Service, der in Ihrer neuen Ressourcengruppe bereitgestellt ist, und notieren Sie sich das Preismodell des App Service (siehe Übersichtsseite des App Service-Plans im Abschnitt "Essentials", Wert "Preismodell").

  2. In Schritt 1 des Schnellstartartikels wurden Sie angewiesen, den Azdtest-Ordner zu erstellen. Öffnen Sie diesen Ordner in Visual Studio Code.

  3. Navigieren Sie im Explorer-Bereich zum Infrastrukturordner . Beobachten Sie die Unterordner und Dateien im Infrastrukturordner .

    Die Datei "main.bicep" koordiniert die Erstellung aller Dienste, die beim Ausführen eines azd up oder azd provision bereitgestellt werden. Sie ruft andere Dateien auf, z. B . db.bicep und web.bicep, wodurch wiederum Dateien aufgerufen werden, die im Unterordner "\core " enthalten sind.

    Der \core-Unterordner ist eine tief geschachtelte Ordnerstruktur, die Bicep-Vorlagen für viele Azure-Dienste enthält. Auf einige dateien im \core-Unterordner wird von den drei bicep-Dateien der obersten Ebene (main.bicep, db.bicep und web.bicep) verwiesen, und einige werden in diesem Projekt überhaupt nicht verwendet.

Skalieren Sie einen Dienst, indem Sie die Bicep-Eigenschaften ändern.

Sie können eine vorhandene Ressource in Ihrer Bereitstellung skalieren, indem Sie die SKU ändern. Um dies zu veranschaulichen, ändern Sie den App Service-Plan aus dem "Standard service plan" (der für Apps mit niedrigeren Datenverkehrsanforderungen entwickelt wurde und keine erweiterten Funktionen für die automatische Skalierung und die Datenverkehrsverwaltung benötigt) in den "Standard service plan", der für die Ausführung von Produktionsworkloads entwickelt wurde.

Hinweis

Nicht alle SKU-Änderungen können nachträglich vorgenommen werden. Einige Untersuchungen sind möglicherweise erforderlich, um Ihre Skalierungsoptionen besser zu verstehen.

  1. Öffnen Sie die Datei "web.bicep ", und suchen Sie die appService Moduldefinition. Achten Sie insbesondere auf die Einstellung der Eigenschaft:

       sku: {
          name: 'B1'
       }
    

    Ändern Sie den Wert von B1 zu S1 wie folgt:

       sku: {
          name: 'S1'
       }
    

    Wichtig

    Aufgrund dieser Änderung nimmt der Preis pro Stunde leicht zu. Details zu den verschiedenen Serviceplänen und den zugehörigen Kosten finden Sie auf der App Service-Preisseite.

  2. Wenn Sie die Anwendung bereits in Azure bereitgestellt haben, verwenden Sie den folgenden Befehl, um Änderungen an der Infrastruktur bereitzustellen, ohne den Anwendungscode selbst erneut bereitzustellen.

    azd provision
    

    Sie sollten nicht nach einem Standort und einem Abonnement gefragt werden. Diese Werte werden in der Datei .azure<environment-name.env> gespeichert. Dabei handelt es sich um den Umgebungsnamen, den Sie während <environment-name> angegeben haben.

  3. Wenn azd provision abgeschlossen ist, stellen Sie sicher, dass Ihre Webanwendung noch funktioniert. Suchen Sie außerdem den App-Serviceplan für Ihre Ressourcengruppe, und bestätigen Sie, dass der Preisplan auf den Standarddienstplan (S1) festgelegt ist.

Dies schließt die Schnellstartanleitung ab, es gibt jedoch viele Azure-Dienste, die Ihnen helfen können, skalierbarere und produktionsfähige Anwendungen zu erstellen. Ein guter Ausgangspunkt wäre, um mehr über Azure API Management, Azure Front Door, Azure CDN und Azure Virtual Network zu erfahren, um einige zu nennen.

Bereinigen von Ressourcen

Bereinigen Sie die von der Vorlage erstellten Ressourcen, indem Sie den Befehl "azd down " ausführen.

azd down

Der azd down Befehl löscht die Azure-Ressourcen und den GitHub-Aktionen-Workflow. Wenn Sie dazu aufgefordert werden, stimmen Sie dem Löschen aller Ressourcen zu, die der Ressourcengruppe zugeordnet sind.

Sie können den Azdtest-Ordner auch löschen oder als Grundlage für Ihre eigene Anwendung verwenden, indem Sie die Dateien des Projekts ändern.