快速入門：使用 Bicep 調整使用 azd 的 Python Web 範本所部署的服務規模

Python Web azd 範本可讓您快速建立新的 Web 應用程式，並將其部署至 Azure。 azd 範本的設計目的是使用低成本的 Azure 服務選項。毫無疑問，您會想要針對您案例範本中定義的每個服務調整服務層級（或 SKU）。

在本快速入門中，您將更新合適的 bicep 範本檔案，以擴展現有服務的規模，並將新服務新增至您的部署。然後，您將執行 azd provision 命令，並檢視對 Azure 部署所做的變更。

先決條件

您必須在本機電腦上安裝下列項目：

要開始，您需要一個運行中的 azd 部署。一旦準備就緒，您就可以修改 azd 範本所產生的 Bicep 檔案。

請遵循快速入門文章中的步驟 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 方案的 [概觀] 頁面[基本概觀] 區段，[定價方案] 值）。
在快速入門文章的步驟 1 中，您被指示建立 azdtest 資料夾。在 Visual Studio Code 中開啟該資料夾。
在 [檔案總管] 窗格中，瀏覽至 infra 資料夾。觀察 infra 資料夾中的子資料夾和檔案。

main.bicep 檔案會協調在執行 azd up 或 azd provision時部署的所有服務。它會呼叫其他檔案，例如 db.bicep 和 web.bicep，進而呼叫包含在 \core 子資料夾中的檔案。

\core 子資料夾是包含許多 Azure 服務的 bicep 範本的深層巢狀資料夾結構。 \core 子資料夾中的一些檔案會由三個最上層 bicep 檔案參考（main.bicep、db.bicep 和 web.bicep），有些則完全不會用於此專案中。

您可以透過變更其 SKU 來調整部署中的現有資源。為了示範這一點，您將將App Service 方案從「基本服務方案」變更為「基本服務方案」（專為流量需求較低且不需要進階自動調整和流量管理功能的應用程式所設計）變更為「標準服務方案」，其專為執行生產工作負載而設計。

備註

並非所有 SKU 變更在事後都可以進行。某些研究可能需要進一步瞭解您的調整選項。

開啟 web.bicep 檔案，並找出 appService 模組定義。請特別注意尋找屬性設定：
```
   sku: {
      name: 'B1'
   }
```
將值從 B1 變更為 S1，如下所示：
```
   sku: {
      name: 'S1'
   }
```
這很重要

由於這項變更，每小時的價格會略有增加。如需不同服務方案及其相關成本的詳細數據，請參閱 App Service 定價頁面，。
假設您已在 Azure 中部署應用程式，請使用下列命令，在未重新部署應用程式程式碼本身的同時，將變更部署至基礎結構。
```
azd provision
```
您不應該被要求輸入位置和訂閱。這些值會儲存在 .azure<environment-name>.env 檔案中，其中 <environment-name> 是您 azd init期間提供的環境名稱。
當 azd provision 完成時，請確認您的 Web 應用程式仍可運作。另請尋找資源群組的 App Service 方案，並確認定價方案已設定為標準服務方案（S1）。

本快速入門到此結束，不過有許多 Azure 服務可以協助您建構更具延展性和可投入生產使用的應用程式。一個絕佳的起點是瞭解 azure API 管理、Azure Front Door、Azure CDN，以及 Azure 虛擬網路，以命名幾個。

執行 azd down 命令，以清除範本所建立的資源。

azd down

azd down 命令會刪除 Azure 資源和 GitHub Actions 工作流程。出現提示時，同意刪除與資源群組相關聯的所有資源。

您也可以刪除 azdtest 資料夾，或透過修改專案的檔案來將其作為您自己的應用程式基礎。