Azure 開發人員開始使用指南

何謂 Azure?

Azure 是一個完整的雲端平臺,可裝載您現有的應用程式,並簡化新的應用程式開發。 Azure 甚至可以增強內部部署應用程式。 Azure 整合了開發、測試、部署及管理您的應用程式所需的雲端服務,同時利用雲端運算的效率。

在 Azure 中裝載應用程式,即可從小規模著手,並隨著客戶需求的成長,輕鬆地調整應用程式。 Azure 也會提供高可用性應用程式所需的可靠性,甚至包括不同區域之間的容錯移轉。 Azure 入口網站可讓您輕鬆地管理您的所有 Azure 服務。 您也可以使用服務特定 API 和範本,以程式設計方式管理服務。

本指南是適用於應用程式開發人員的 Azure 平台簡介。 它會提供下列作業所需的指引和指示:開始在 Azure 中建置新應用程式,或將現有應用程式移轉至 Azure。

我該從哪裡開始?

透過 Azure 提供的所有服務,您可以很嚇人工作來找出支援解決方案架構所需的服務。 本節著重於開發人員常用的 Azure 服務。 如需所有 Azure 服務的清單,請參閱 Azure 文件

首先,您必須決定如何在 Azure 中裝載應用程式。 您是否需要以虛擬機器 (VM) 的形式管理整個基礎結構? 您可以使用 Azure 所提供的平台管理功能嗎? 您只需要使用無伺服器架構來裝載程式碼執行嗎?

您的應用程式需要 Azure 提供數個選項的雲端儲存體。 您可以利用 Azure 的企業驗證。 另外還有工具可進行雲端式開發和監視,而且大部分的裝載服務提供 DevOps 整合。

現在,請查看我們建議您針對應用程式所調查的某些特定服務。

應用程式裝載

Azure 提供數個雲端式運算供應項目來執行您的應用程式,讓您不需要擔心基礎結構詳細資料。 隨著您應用程式使用的成長,您可以輕鬆地向上延展或向外延展資源。

Azure 提供可支援應用程式開發和裝載需求的服務。 Azure 提供基礎結構即服務 (IaaS),讓您完全控制應用程式裝載。 Azure 的平臺即服務 (PaaS) 供應專案提供管理應用程式所需的完全受控服務。 在 Azure 中甚至是真正的無伺服器裝載,您只需要撰寫程式碼即可。

Azure 應用程式裝載選項

Azure App Service

當您想要發佈 Web 專案的最快速路徑時,請考慮使用 Azure App Service。 App Service 可讓您更輕鬆地擴充 Web 應用程式來支援行動用戶端,以及發佈方便使用的 REST API。 此平台提供驗證的方式是使用社交提供者、流量自動調整,在生產環境中測試,以及持續的容器部署。

您可以建立 Web 應用程式、行動應用程式後端和 API 應用程式。

因為所有三種應用程式類型都共用 App Service 執行階段,所以您可以架設網站、支援行動用戶端,並在 Azure 中公開 API,而全部都是來自相同的專案或解決方案。 若要深入了解 App Service,請參閱什麼是 Azure Web Apps

請注意,已使用 DevOps 設計 App Service。 它支援各種不同的工具來進行發佈和持續整合部署。 這些工具組括 GitHub webhook、Jenkins、Azure DevOps、TeamCity 和其他工具。

您可以使用線上移轉工具,將現有應用程式移轉至 App Service。

使用 時機:當您將現有的 web 應用程式遷移至 Azure 時,以及當您的 web 應用程式需要完全受控的裝載平臺時,請使用 App Service。 當您需要支援行動用戶端或是使用應用程式公開 REST API 時,也可以使用 App Service。

開始使用:App Service 可讓您輕鬆地建立和部署第一個 Web 應用程式行動應用程式API 應用程式

立即試用:App Service 可讓您佈建短期應用程式來嘗試平台,而不需要註冊 Azure 帳戶。 請嘗試平台,並建立 Azure App Service 應用程式

Azure 虛擬機器

身為基礎結構即服務 (IaaS) 提供者,Azure 可讓您將應用程式部署或移轉至 Windows 或 Linux VM。 Azure Virtual Machines 與 Azure Virtual Network 搭配使用,可支援將 Windows 或 Linux VM 部署至 Azure。 使用 VM,您可以完整控制電腦的設定。 使用 Vm 時,您必須負責所有伺服器軟體安裝、設定、維護和作業系統修補程式。

由於您擁有 Vm 的控制層級,您可以在 Azure 上執行各種不符合 PaaS 模型的伺服器工作負載。 這些工作負載包含資料庫伺服器、Windows Server Active Directory 和 Microsoft SharePoint。 如需詳細資訊,請參閱 LinuxWindows 的 Virtual Machines 文件。

使用時機:當您想要完整控制應用程式基礎結構時,或將內部部署應用程式工作負載移轉至 Azure 而不需要進行變更時,請使用 Virtual Machines。

開始使用:從 Azure 入口網站建立 Linux VMWindows VM

Azure Functions (無伺服器)

如果您可以直接撰寫程式碼,並讓它執行以回應事件或依排程執行,而不需要擔心如何建立和管理整個應用程式或基礎結構來執行您的程式碼,該怎麼辦? Azure Functions 是「無伺服器」樣式供應項目,可讓您只撰寫所需的程式碼。 使用函式時,您可以使用 HTTP 要求、webhook、雲端服務事件或依排程觸發程式碼執行。 您也可以使用選擇的開發語言編寫程式碼,例如 C#、F#、Node.js、Python 或 PHP。 使用耗用型計費時,您只需要支付程式碼執行時間的費用,而且 Azure 會視需要調整。

使用時機:當您的程式碼是透過其他 Azure 服務、Web 事件或依排程觸發時,請使用 Azure Functions。 當您不需要整個託管專案的額外負荷時,或只想要支付程式碼執行時間的費用時,也可以使用 Functions。 若要深入了解,請參閱 Azure Functions 概觀

開始使用:遵循 Functions 快速入門教學課程,從入口網站 建立第一個函式

立即試用:Azure Functions 可讓您執行程式碼,而不需要註冊 Azure 帳戶。 請立即試用,並建立您的第一個 Azure 函式

Azure Service Fabric

Azure Service Fabric 是一種分散式系統平臺。 此平臺可讓您輕鬆地建立、封裝、部署及管理可調整和可信賴的微服務。 它也提供完整的應用程式管理功能,例如:

  • 佈建
  • 正在部署
  • 監視
  • 升級/修補
  • 刪除中

在共用電腦集區上執行的應用程式可以從小規模著手,然後視需要調整為成千上萬部電腦。

Service Fabric 支援具有 Open Web Interface for .NET (OWIN) 和 ASP.NET Core 的 WebAPI。 它提供在 Linux 上建置服務的 .NET Core 和 Java SDK。 若要深入了解 Service Fabric,請參閱 Service Fabric 文件

使用時機: 當您要建立應用程式或重新撰寫現有的應用程式以使用微服務架構時,Service Fabric 是不錯的選擇。 當您需要更充分地控制或直接存取基礎結構時,請使用 Service Fabric。

開始使用: 建立您的第一個 Azure Service Fabric 應用程式

Azure Spring Cloud

Azure 春季 Cloud 是無伺服器的微服務平臺,可讓您在雲端中建立、部署、調整和監視應用程式。 使用春季雲端將新式微服務模式帶到春季 Boot 應用程式,消除未定案的程式碼以快速建立強大的 JAVA 應用程式。

  • 利用雲端服務探索和 Config Server 的受控版本,確保這些重要元件在最佳狀況下執行。
  • 專注于建立您的商務邏輯,並使用安全性修補程式、合規性標準和高可用性來處理您的服務執行時間。
  • 管理應用程式生命週期 (例如,在 Azure Kubernetes Service 上部署、啟動、停止、調整) 。
  • 輕鬆系結您的應用程式與 Azure 服務之間的連線,例如適用於 MySQL 的 Azure 資料庫和 Azure Cache for Redis。
  • 使用企業級的統一監視工具來監視及疑難排解微服務和應用程式,以提供應用程式相依性和作業遙測的深入解析。

使用時機: 作為完全受控的服務,當您將在 Azure 上執行彈簧開機/春季雲端架構微服務的營運成本降至最低時,Azure 春季 Cloud 是不錯的選擇。

開始使用: 部署您的第一個 Azure 春季 Cloud 應用程式

使用 Azure 服務增強應用程式

除了應用程式裝載之外,Azure 還提供可增強功能的服務供應專案。 Azure 也可以改善雲端和內部部署應用程式的開發與維護。

託管儲存體和資料存取

大部分的應用程式都必須儲存資料,因此您決定要在 Azure 中裝載您的應用程式,請考慮下列一或多個儲存體和資料服務。

  • Azure Cosmos DB:全域散發的多模型資料庫服務。 此資料庫可讓您彈性跨任意數目的地理區域調整輸送量和儲存體,並提供完整的 SLA。

    使用時機: 當您的應用程式需要文件、資料表或圖表資料庫時,請併入具有多個定義完善、一致模型的 MongoDB 資料庫。

    入門建置 Azure Cosmos DB Web 應用程式。 如果您是 mongodb 開發人員,請參閱使用 Azure Cosmos DB 建立 mongodb web 應用程式

  • Azure 儲存體:提供 Blob、佇列、檔案和其他類型之非關聯式資料的持久性高可用性儲存體。 儲存體提供 VM 的儲存體基礎。

    使用時機: 當您的應用程式儲存非關聯式資料 (例如,鍵值組 (資料表)、Blob、檔案共用或訊息 (佇列)) 時。

    開始 使用:從下列其中一種類型的儲存體中選擇: blob資料表、佇列 或檔案

  • Azure SQL Database:Azure 版本的 Microsoft SQL Server 引擎,可將關聯式表格資料儲存在雲端中。 SQL Database 提供可預測的效能、無停機時間的延展性、商務持續性和資料保護功能。

    使用時機: 當您的應用程式需要具有參考完整性、交易支援和 TSQL 查詢支援的資料儲存體時。

    開始 使用:使用 Azure 入口網站在 Azure SQL Database 中建立資料庫(以分鐘為單位)。

您可以使用 Azure Data Factory,將現有內部部署資料移至 Azure。 如果您還沒準備好將資料移至雲端,Azure App Service 中的 混合 式連線可讓您將 App Service 裝載的應用程式連線到內部部署資源。 您也可以從內部部署應用程式連接至 Azure 資料和儲存體服務。

Docker 支援

Docker 容器是一種 OS 虛擬化,可讓您透過更有效率且可預測的方式部署應用程式。 容器化應用程式在生產環境中的運作方式與在開發和測試系統上相同。 您可以使用標準 Docker 工具來管理容器。 您可以在 Azure 上使用現有技能和熱門開放原始碼工具來部署和管理容器應用程式。

Azure 提供數種方式,以在應用程式中使用容器。

  • Azure Kubernetes Service:可讓您建立、設定和管理虛擬機器的叢集,這些虛擬機器已預先設定為執行容器化應用程式。 若要深入瞭解 Azure Kubernetes Service,請參閱 Azure Kubernetes Service 簡介

    使用 時機:當您需要建立符合生產需求的可調整環境,以提供額外的排程和管理工具,或當您部署 Docker Swarm 叢集時。

    開始 使用: 部署 Kubernetes 服務叢集。

  • Docker Machine:可讓您使用 docker-machine 命令安裝和管理虛擬主機上的 Docker 引擎。

    使用時機:當您需要建立單一 Docker 主機來快速設定應用程式的原型時。

  • 適用于 App Service 的自訂 docker 映射:可讓您在 Linux 上部署 web 應用程式時,從容器登錄或客戶容器中使用 docker 容器。

    使用時機:在 Linux 上將 Web 應用程式部署至 Docker 映像時。

    開始使用針對 Linux 上的 App Service 使用自訂 Docker 映像

驗證

重要的不只是知道誰正在使用您的應用程式,還可以防止未經授權的資源存取。 Azure 提供數種方式,以驗證應用程式用戶端。

  • Azure Active Directory (Azure AD):Microsoft 多租用戶雲端式身分識別和存取管理服務。 您可以透過與 Azure AD 整合,將單一登入 (SSO) 新增至應用程式。 您可以直接使用 Azure AD Graph API 或使用 Microsoft Graph API,來存取目錄內容。 您可以使用原生 HTTP/REST 端點和多平台 Azure AD 驗證程式庫,以與 OAuth2.0 授權架構和 Open ID Connect 的 Azure AD 支援整合。

    使用時機:當您想要提供 SSO 體驗時,請使用 Graph 資料,或驗證網域使用者。

    開始使用:若要深入了解,請參閱 Azure Active Directory 開發人員指南

  • App Service 驗證:當您選擇 App Service 來裝載應用程式時,也會取得 Azure AD 的內建驗證支援,以及社交識別提供者(包括 Facebook、Google、Microsoft 和 Twitter)。

    使用時機:當您想要使用 Azure AD 和 (或) 社交身分識別提供者在 App Service 應用程式中啟用驗證時。

    開始使用:若要深入了解 App Service 中的驗證,請參閱 Azure App Service 中的驗證和授權

若要深入了解 Azure 中的安全性最佳做法,請參閱 Azure 安全性最佳做法與模式

監視

當您的應用程式在 Azure 中啟動並執行時,您需要監視效能、留意問題,以及查看客戶如何使用您的應用程式。 Azure 提供數個監視選項。

  • Application Insights: Azure 託管的可延伸分析服務,可與 Visual Studio 整合,以監視您的即時 web 應用程式。 它提供您所需的資料,以持續改善應用程式的效能和可用性。 無論您是否在 Azure 上裝載應用程式,都會發生這種改進。

    開始使用:遵循 Application Insights 教學課程

  • Azure 監視器:一種服務,可協助您對使用 Azure 基礎結構和資源所產生的計量和記錄進行視覺化、查詢、路由、封存,以及採取行動。 監視器是監視 Azure 資源的單一來源,可提供您在 Azure 入口網站中看到的資料檢視。

    開始使用開始使用 Azure 監視器

DevOps 整合

不論使用持續整合佈建 VM 還是發佈 Web 應用程式,Azure 都會與大部分的熱門 DevOps 工具整合。 您可以使用您已經擁有的工具,並透過支援下列工具,將您現有的體驗最大化:

  • Jenkins
  • GitHub
  • Puppet
  • Chef
  • TeamCity
  • Ansible
  • Azure DevOps

開始使用:若要查看 App Service 應用程式的 DevOps 選項,請參閱 持續部署至 Azure App Service

立即試用: 試用數個 DevOps整合。

Azure 區域

Azure 是在全球各地許多地區正式推出的全域雲端平台。 當您在 Azure 中布建服務、應用程式或 VM 時,系統會要求您選取區域。 此區域代表您的應用程式執行所在的特定資料中心,或儲存資料的位置。 這些區域對應到在 Azure 區域頁面上發佈的特定位置。

選擇您應用程式和資料的最佳區域

使用 Azure 的其中一個優點是您可以將應用程式部署至全球各地的各種資料中心。 您選擇的區域可能會影響應用程式的效能。 例如,最好選擇較接近大多數客戶的區域,以降低網路要求的延遲。 您也可能想要選取您的區域,以符合在某些國家/地區散發應用程式的法律需求。 最好一律將應用程式資料儲存在相同的資料中心內,或儲存在最接近裝載應用程式之資料中心的資料中心內。

多區域應用程式

雖然不太可能,但是整個資料中心都無法離線,因為發生自然災害或網際網路失敗等事件。 最佳做法是在多個資料中心裝載重要的商務應用程式,以提供最高的可用性。 使用多個區域也可以減少全域使用者的延遲,並在更新應用程式時提供彈性的其他機會。

某些服務 (例如 Virtual Machine 和 App Services) 使用 Azure 流量管理員來啟用具有區域間之容錯移轉的多區域支援,以支援高可用性企業應用程式。 如需範例,請參閱 Azure 參考架構︰在多個區域中執行 Web 應用程式

使用時機:當您有受益於容錯移轉和複寫的企業和高可用性應用程式時。

如何管理我的應用程式和專案?

Azure 提供一組豐富的體驗,讓您建立和管理 Azure 資源、應用程式和專案,方法是透過程式設計以及在 Azure 入口網站中進行。

命令列介面和 PowerShell

Azure 提供兩種方式來從命令列管理您的應用程式和服務。 您可以使用 Bash、終端機、命令提示字元或您選擇的命令列工具等工具。 通常,您可以從命令列進行與 Azure 入口網站中相同的工作,例如建立和設定虛擬機器、虛擬網路、web 應用程式及其他服務。

  • Azure 命令列介面 (CLI):可讓您連接到 Azure 訂用帳戶,並從命令列對 Azure 資源設計各種工作的程式。

  • Azure PowerShell:提供一組含 Cmdlet 的模組,可讓您使用 Windows PowerShell 來管理 Azure 資源。

Azure 入口網站

Azure 入口網站是以 web 為基礎的應用程式。 您可以使用 Azure 入口網站來建立、管理和移除 Azure 資源和服務。 其中包括:

  • 可設定的儀表板
  • Azure 資源管理工具
  • 訂用帳戶設定和帳單資訊的存取權

如需詳細資訊,請參閱 Azure 入口網站概觀

REST API

Azure 是以支援 Azure 入口網站 UI 的一組 REST API 所建置。 也支援其中的大部分 REST API,讓您以程式設計方式從任何啟用網際網路的裝置佈建和管理 Azure 資源和應用程式。 如需一組完整 REST API 文件,請參閱 Azure REST SDK 參考

API

除了 REST Api 之外,許多 Azure 服務也可讓您以程式設計方式,使用平臺特定的 Azure Sdk 從應用程式管理資源,包括下列開發平臺的 Sdk:

Mobile AppsAzure 媒體服務 這類服務提供用戶端 SDK,讓您可以從 Web 和行動用戶端應用程式存取服務。

Azure Resource Manager

在 Azure 上執行您的應用程式可能牽涉到使用多個 Azure 服務。 這些服務會遵循相同的生命週期,並可視為邏輯單元。 例如,Web 應用程式可能使用 Web Apps、SQL Database、「儲存體」、「Azure Redis 快取」及「Azure 內容傳遞網路」服務。 Azure Resource Manager 可讓您將應用程式中的資源當成群組使用。 您可以透過單一的協調作業來部署、更新或刪除所有資源。

除了以邏輯方式分組及管理相關資源,Azure Resource Manager 還包含部署功能,可讓您自訂相關資源的部署和設定。 例如,您可以使用 Resource Manager 部署和設定應用程式。 此應用程式可包含多個虛擬機器、一個負載平衡器,以及 Azure SQL Database 中的資料庫作為單一單位。

透過使用本身為 JSON 格式化文件的 Azure Resource Manager 範本,即可開發這些部署。 範本可讓您定義部署,以及使用宣告式範本而非指令碼來管理應用程式。 您的範本可以用於測試、預備和生產這類不同環境。 例如,您可以使用範本將按鈕新增至 GitHub 存放庫,將存放庫中的程式碼部署至一組 Azure 服務,只需按一下即可。

使用時機:當您想要可使用 REST API、Azure CLI 和 Azure PowerShell 以程式設計方式管理之應用程式的範本部署,請使用 Resource Manager 範本。

開始使用:若要開始使用範本,請參閱 製作 Azure Resource Manager 範本

了解帳戶、訂用帳戶和計費

身為開發人員,我們要深入了解程式碼,並嘗試盡快開始讓我們的應用程式執行。 當然,我們想要鼓勵您盡可能輕鬆地開始使用 Azure。 為了協助您更輕鬆地進行,Azure 提供免費試用。 某些服務甚至具有「免費試用」功能,例如 Azure App Service,而且您甚至不需要建立帳戶。 為了深入瞭解撰寫程式碼並將應用程式部署至 Azure,您也必須花一點時間瞭解 Azure 的運作方式。 具體而言,您應該從使用者帳戶、訂用帳戶和計費的觀點來瞭解其運作方式。

什麼是 Azure 帳戶?

若要建立或使用 Azure 訂用帳戶,您必須擁有 Azure 帳戶。 Azure 帳戶只是 Azure AD 中的身分識別,或是在 Azure AD 信任之目錄(例如公司或學校組織)中的身分識別。 如果您不屬於這類組織,則一律會使用 Azure AD 所信任的 Microsoft 帳戶來建立訂用帳戶。 若要深入了解整合內部部署 Windows Server Active Directory 與 Azure AD,請參閱整合您的內部部署身分識別與 Azure Active Directory

每個 Azure 訂用帳戶都會與 Azure AD 執行個體有信任關係。 這表示它信任該目錄來驗證使用者、服務和裝置。 多個訂用帳戶可以信任相同的目錄,但是一個訂用帳戶只能信任一個目錄。 若要深入了解,請參閱 Azure 訂用帳戶與 Azure Active Directory 建立關聯的方式

除了定義個別的 Azure 帳戶身分識別(也稱為 使用者)之外,您還可以在 Azure AD 中定義 群組 。 建立使用者群組是使用角色型存取控制 (RBAC) 管理訂用帳戶中資源存取權的好方法。 若要了解如何建立群組,請參閱在 Azure Active Directory Preview 中建立群組。 您也可以使用 PowerShell 建立和管理群組。

管理您的訂閱

訂用帳戶是連結至 Azure 帳戶之 Azure 服務的邏輯分組。 單一 Azure 帳戶可以包含多個訂用帳戶。 Azure 服務是根據訂用帳戶計費。 如需依類型的可用訂用帳戶供應項目清單,請參閱 Microsoft Azure 供應項目詳細資料。 Azure 訂用帳戶具有可完整控制訂用帳戶的帳戶管理員。 他們也有服務系統管理員可以控制訂用帳戶中的所有服務。 如需有關傳統訂用帳戶管理員的資訊,請參閱新增或變更 Azure 訂用帳戶管理員。 您可以使用 azure 角色型存取控制 (AZURE RBAC) 來授與個別帳戶對 azure 資源的詳細控制。

資源群組

當您佈建新的 Azure 服務時,即可在指定的訂用帳戶中這麼做。 個別 Azure 服務 (也稱為資源) 是在資源群組的內容中建立。 資源群組可讓您更輕鬆地部署和管理應用程式資源。 資源群組應該包含您想要當成一個單位使用之應用程式的所有資源。 您可以在資源群組之間移動資源,甚至移至不同的訂用帳戶。 若要了解如何移動資源,請參閱將資源移動到新的資源群組或訂用帳戶

Azure 資源總管是很棒的工具,可用來以視覺化方式檢視您已經在訂用帳戶中建立的資源。 若要深入了解,請參閱使用 Azure 資源總管來檢視及修改資源

授與資源的存取權

當您允許存取 Azure 資源時,最佳作法是為使用者提供完成指定工作所需的最低許可權。

  • Azure 角色型存取控制 (AZURE RBAC):在 azure 中,您可以將存取權授與指定範圍的使用者帳戶 (主體) :訂用帳戶、資源群組或個別資源。 Azure RBAC 可讓您將資源部署至資源群組,並將許可權授與特定使用者或群組。 它也可讓您限制只能存取屬於目標資源群組的資源。 您也可以授與對單一資源的存取,例如虛擬機器或虛擬網路。 若要授與存取權,請將角色指派給使用者、群組或服務主體。 有許多預先定義的角色,而且您也可以定義自己的自訂角色。 若要深入瞭解,請參閱 什麼是 AZURE RBAC) 的 azure 角色型存取控制 (?

    使用時機:當您需要使用者和群組的更細緻存取管理時,或當您需要將使用者設定為訂用帳戶的擁有者時。

    開始 使用:若要深入瞭解,請參閱 使用 Azure 入口網站指派 Azure 角色

  • 服務主體物件:除了提供使用者主體和群組的存取權之外,您還可以將相同的存取權授與服務主體。

    使用 時機:當您以程式設計方式管理 Azure 資源或授與應用程式的存取權時。 如需詳細資訊,請參閱建立 Active Directory 應用程式和服務主體

標籤

Azure Resource Manager 可讓您將自訂標記指派給個別資源。 當您需要組織資源以進行計費或監視時,標記 (即鍵值組) 可能特別有用。 標記提供一種方法來追蹤多個資源群組的資源。 您可以透過下列方式指派標記:

  • 在入口網站中
  • 在 Azure Resource Manager 範本中
  • 使用 REST API
  • 使用 Azure CLI
  • 使用 PowerShell

您可以將多個標記指派給每個資源。 若要深入了解,請參閱使用標記來組織 Azure 資源

計費

從內部部署運算移至雲端託管服務時,追蹤和預估服務使用和相關成本十分重要。 請務必預估每月執行的新資源成本。 您也可以根據目前的費用,投射帳單在指定月份的尋找方式。

取得資源使用量資料

Azure 提供一組計費 REST API,可存取 Azure 訂用帳戶的資源使用和中繼資料資訊。 這些計費 API 可讓您更妥善地預測和管理 Azure 成本。 您可以依小時的遞增量來追蹤及分析花費,並建立支出警示。 您也可以根據目前的使用量趨勢來預測未來的計費方式。

開始 使用:若要深入瞭解如何使用計費 API,請參閱 Azure 使用量 API 總覽

預測未來成本

雖然事先估計成本是很困難的,但 Azure 具有可提供協助的工具。 它有 定價計算機 ,可協助您預估所部署資源的成本。 您也可以使用入口網站中的計費資源和帳單 REST Api,根據目前的耗用量來預估未來成本。

開始 使用:若要深入瞭解,請參閱 Azure 使用量 API 總覽