Partager via

Démarrage rapide : Mise à l’échelle des services déployés avec les modèles web Python azd à l’aide de Bicep

Les modèles web azd Python vous permettent de créer rapidement une application web et de la déployer sur Azure. Les azd modèles ont été conçus pour utiliser des options de service Azure à faible coût. Sans aucun doute, vous souhaiterez ajuster les niveaux de service (ou références SKU) pour chacun des services définis dans le modèle pour votre scénario.

Dans ce guide de démarrage rapide, vous allez mettre à jour les fichiers de modèle Bicep appropriés afin de faire évoluer les services existants et d’ajouter de nouveaux services à votre déploiement. Ensuite, vous allez exécuter la azd provision commande et afficher la modification que vous avez apportée au déploiement Azure.

Conditions préalables

Un abonnement Azure - En créer un gratuitement

Vous devez avoir installé les éléments suivants sur votre ordinateur local :

Déploiement d’un modèle

Pour commencer, vous avez besoin d’un déploiement azd opérationnel. Une fois que vous avez cela en place, vous pouvez modifier les fichiers Bicep générés par le azd modèle.

  1. Suivez les étapes 1 à 7 dans l’article de démarrage rapide. À l’étape 2, utilisez le azure-django-postgres-flexible-appservice modèle. Pour votre commodité, voici l’ensemble de la séquence de commandes à émettre à partir de la ligne de commande :

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

    Une fois azd up terminé, ouvrez le portail Azure, accédez à Azure App Service qui a été déployé dans votre nouveau groupe de ressources et prenez note du plan tarifaire App Service (consultez la page Vue d’ensemble du plan App Service, section Essentials, valeur « Plan tarifaire »).

  2. À l’étape 1 de l’article de démarrage rapide, vous avez été invité à créer le dossier azdtest . Ouvrez ce dossier dans Visual Studio Code.

  3. Dans le volet Explorateur, accédez au dossier infra . Observez les sous-dossiers et les fichiers dans le dossier infra .

    Le fichier main.bicep orchestre la création de tous les services déployés lors de l’exécution d’un azd up ou azd provision. Il appelle d’autres fichiers, tels que db.bicep et web.bicep, qui à leur tour appellent des fichiers contenus dans le sous-dossier \core .

    Le sous-dossier \core est une structure de dossiers profondément imbriquée contenant des modèles bicep pour de nombreux services Azure. Certains des fichiers du sous-dossier \core sont référencés par les trois fichiers bicep de niveau supérieur (main.bicep, db.bicep et web.bicep) et certains ne sont pas utilisés du tout dans ce projet.

Mettre à l’échelle un service en modifiant ses propriétés Bicep

Vous pouvez mettre à l’échelle une ressource existante dans votre déploiement en modifiant sa référence SKU. Pour illustrer cela, vous allez remplacer le plan App Service du « plan de service de base » (conçu pour les applications avec des exigences de trafic inférieures et n’ayant pas besoin de fonctionnalités avancées de mise à l’échelle automatique et de gestion du trafic) par le « plan de service standard », conçu pour exécuter des charges de travail de production.

Remarque

Pas toutes les modifications de référence SKU peuvent être effectuées après coup. Certaines recherches peuvent être nécessaires pour mieux comprendre vos options de mise à l’échelle.

  1. Ouvrez le fichier web.bicep et recherchez la définition du appService module. Recherchez en particulier le paramètre de propriété :

       sku: {
      name: 'B1'
   }

    Changez la valeur de B1 à S1 comme suit :

       sku: {
      name: 'S1'
   }

    Importante

    En raison de ce changement, le prix par heure augmente légèrement. Vous trouverez des détails sur les différents plans de service et leurs coûts associés dans la page de tarification App Service.

  2. En supposant que vous disposez déjà de l’application déployée dans Azure, utilisez la commande suivante pour déployer les modifications apportées à l’infrastructure tout en ne redéployant pas le code de l’application lui-même.

    azd provision

    Vous ne devriez pas recevoir de requête concernant votre emplacement et votre abonnement. Ces valeurs sont enregistrées dans le fichier .azure<environment-name.env>, où <environment-name> est le nom de l’environnement que vous avez fourni pendant azd init.

  3. Une fois azd provision terminé, vérifiez que votre application web fonctionne toujours. Recherchez également le plan App Service pour votre groupe de ressources et vérifiez que le plan tarifaire est défini sur le plan de service standard (S1).

Cela conclut le démarrage rapide, mais il existe de nombreux services Azure qui peuvent vous aider à créer des applications plus évolutives et prêtes pour la production. Un excellent point de départ serait d’en savoir plus sur gestion des API Azure, Azure Front Door, Azure CDN et réseau virtuel Azure, pour en nommer quelques-uns.

Nettoyer les ressources

Nettoyez les ressources créées par le modèle en exécutant la commande azd down .

azd down

La azd down commande supprime les ressources Azure et le workflow GitHub Actions. Lorsque vous y êtes invité, acceptez de supprimer toutes les ressources associées au groupe de ressources.

Vous pouvez également supprimer le dossier azdtest ou l’utiliser comme base pour votre propre application en modifiant les fichiers du projet.

Contenu associé