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

Python Web azd テンプレートは、新しい Web アプリケーションをすばやく作成し、Azureにデプロイするのに役立ちます。 azd テンプレートでは、低コストのAzure サービス オプションが使用されます。 シナリオに合わせて、テンプレートで定義されている各サービスのサービス レベルまたはバージョンを調整します。

このクイック スタートでは、既存のサービスをスケールアップするために、適切な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 ポータルを開き、新しいリソース グループにデプロイしたAzure App Serviceに移動します。 App Service の価格プランを書き留めます (App Service プランの Overview ページ、Essentials セクション、Pricing プラン の値を参照)。

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

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

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

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

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

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

注

デプロイ後にすべての SKU 変更を行うことはできません。 スケーリング オプションをより深く理解するには、いくつかの調査が必要になる場合があります。

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

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

関連するコンテンツ

  • Last updated on