共用方式為


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

這是一系列 7 篇文章中的第六部分,可協助開發人員開始使用 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 資源放入單一資源群組是常見的作法。

此圖顯示包含 App Service、SQL 資料庫、Blob 記憶體和 金鑰保存庫 的範例資源群組。

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

環境

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

顯示開發、測試和 PROD 環境的圖表,其中每個環境中都有一組個別的 Azure 資源。

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

DevOps 支援

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