次の方法で共有

クイック スタート: Bicep を使用してデプロイされた azd Python Web テンプレートのサービスをスケーリングする方法

Python Web azd テンプレートを使用すると、新しい Web アプリケーションをすばやく作成して Azure にデプロイできます。 azd テンプレートは、低コストの Azure サービス オプションを使用するように設計されています。 間違いなく、シナリオのテンプレートで定義されている各サービスのサービス レベル (または SKU) を調整する必要があります。

このクイック スタートでは、適切な bicep テンプレート ファイルを更新して、既存のサービスをスケールアップし、新しいサービスをデプロイに追加します。 次に、 azd provision コマンドを実行し、Azure デプロイに対して行った変更を表示します。

[前提条件]

Azure サブスクリプション - 無料アカウントを作成します

ローカル コンピューターに次のものがインストールされている必要があります。

テンプレートをデプロイする

まず、動作中のazd デプロイメントが必要です。 その準備ができたら、 azd テンプレートによって生成された Bicep ファイルを変更できます。

  1. クイック スタート記事の手順 1 から 7 に従います。 手順 2 では、 azure-django-postgres-flexible-appservice テンプレートを使用します。 便宜上、コマンド ラインから発行するコマンドのシーケンス全体を次に示します。

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

    azd upが完了したら、Azure portal を開き、新しいリソース グループにデプロイされた Azure App Service に移動し、App Service の価格プランを書き留めます (App Service プランの [概要] ページの [要点] セクションの [価格プラン] の値を参照)。

  2. クイック スタート記事の手順 1 では、 azdtest フォルダーを作成するように指示されました。 Visual Studio Code でそのフォルダーを開きます。

  3. エクスプローラー ウィンドウで、 infra フォルダーに移動します。 infra フォルダー内のサブフォルダーとファイルを確認します。

    main.bicep ファイルは、azd upまたはazd provisionの実行時にデプロイされたすべてのサービスの作成を調整します。 db.bicep や web.bicep などの他のファイルが呼び出され、\core サブフォルダーに含まれるファイルが呼び出されます。

    \core サブフォルダーは、多くの Azure サービス用の bicep テンプレートを含む、深く入れ子になったフォルダー構造です。 \core サブフォルダー内の一部のファイルは、3 つの最上位レベルの bicep ファイル (main.bicep、db.bicep、web.bicep) によって参照され、一部はこのプロジェクトではまったく使用されません。

Bicep プロパティを変更してサービスをスケーリングする

デプロイ内の既存のリソースをスケーリングするには、その SKU を変更します。 これを示すために、App Service プランを "Basic Service プラン" (トラフィック要件が低く、高度な自動スケールとトラフィック管理機能を必要としないアプリ用に設計されています) から、運用ワークロードを実行するために設計された "Standard Service プラン" に変更します。

注

すべての SKU の変更を事後に行えるわけではありません。 スケーリング オプションをより深く理解するために、いくつかの調査が必要になる場合があります。

  1. web.bicep ファイルを開き、appServiceモジュール定義を見つけます。 特に、プロパティの設定を確認します。

       sku: {
      name: 'B1'
   }

    次のように、値を B1 から S1 に変更します。

       sku: {
      name: 'S1'
   }

    Von Bedeutung

    この変更の結果、1 時間あたりの価格はわずかに増加します。 さまざまなサービス プランとそれに関連するコストの詳細については、 App Service の価格に関するページを参照してください。

  2. アプリケーションが既に Azure にデプロイされている場合は、次のコマンドを使用して、アプリケーション コード自体を再デプロイせず、インフラストラクチャに変更をデプロイします。

    azd provision

    場所とサブスクリプションの入力を求められません。 これらの値は .azure<environment-name>.env ファイルに保存されます。ここで、 <environment-name> は azd init時に指定した環境名です。

  3. azd provisionが完了したら、Web アプリケーションがまだ動作することを確認します。 また、リソース グループの App Service プランを見つけて、価格プランが Standard サービス プラン (S1) に設定されていることを確認します。

これでクイックスタートは終了しますが、よりスケーラブルで運用環境に対応したアプリケーションの構築に役立つ Azure サービスは多数あります。 最初に、 Azure API Management、 Azure Front Door、 Azure CDN、 Azure Virtual Network について説明します。

リソースをクリーンアップする

azd down コマンドを実行して、テンプレートによって作成されたリソースをクリーンアップします。

azd down

azd down コマンドは、Azure リソースと GitHub Actions ワークフローを削除します。 メッセージが表示されたら、リソース グループに関連付けられているすべてのリソースを削除することに同意します。

azdtest フォルダーを削除したり、プロジェクトのファイルを変更して独自のアプリケーションの基礎として使用したりすることもできます。

関連コンテンツ