建置 Azure 應用程式的重要概念

  • 發行項

在設計應用程式以在 Azure 上執行之前，您必須先事先進行一些規劃。 當您開始使用時，您需要瞭解一些基本的 Azure 概念，才能為您的案例做出最佳決策。 考慮包括：

Azure 區域

區域包含一組資料中心，部署在定義有延遲的邊緣網路，並透過區域低延遲網路進行連線。 Azure 可讓您彈性地部署需要的應用程式，包括跨多個區域，以在必要時提供跨區域復原功能。

一般而言，您希望解決方案的所有資源都位於相同的區域中，以將應用程式不同元件之間的延遲降到最低。 這表示，如果您的解決方案包含Azure App 服務、資料庫和 Azure Blob 儲存體，則所有這些資源都應該建立在相同的 Azure 區域中。

並非每個區域都提供每個 Azure 服務。 [ 依區域 提供的產品] 頁面可協助您尋找應用程式所需的 Azure 服務區域。

Azure 資源群組

Azure 中的資源群組是將 Azure 資源分組在一起的邏輯容器。 每個 Azure 資源都必須屬於一個且只有一個資源群組。

資源群組最常用來將 Azure 中解決方案所需的所有 Azure 資源分組在一起。 例如，假設您已將 Web 應用程式部署至使用 SQL 資料庫、Azure 儲存體，以及 Azure 金鑰保存庫的 Azure App 服務。 將此解決方案所需的所有 Azure 資源放入單一資源群組是常見的作法。

A diagram showing a sample resource group containing an App Service, SQL database, Blob storage, and a Key Vault.

這可讓您更輕鬆地判斷應用程式執行所需的資源，以及哪些資源彼此相關。 因此，在 Azure 中建立應用程式資源的第一個步驟通常是建立資源群組，以作為應用程式資源的容器。

環境

如果您已開發內部部署，您熟悉透過開發、測試和生產環境來宣傳程式碼。 在 Azure 中，若要建立個別的環境，您會針對您需要的每個環境建立一組個別的 Azure 資源。

A diagram showing DEV, TEST, and PROD environments with a separate set of Azure resources in each environment.

由於每個環境都必須是一份確切的複本，因此建議 撰寫環境所需的資源 建立腳本，或使用 基礎結構即程式碼 （IaC） 工具來 宣告方式指定每個環境的組態。 這可確保環境建立程式可重複，也可讓您視需要啟動新的環境，例如應用程式效能或安全性測試。

DevOps 支援

無論是透過持續整合或布建新環境的資源，將您的應用程式發佈至 Azure，Azure 都會與大部分熱門的 DevOps 工具整合。 您可以使用您已經擁有的工具，並將現有體驗最大化，並支援下列工具：