Azure 雲端服務 (傳統) 概觀
重要
截至 2024 年 9 月 1 日，所有客戶的雲端服務 (傳統) 均已淘汰。 自 2024 年 10 月起，Microsoft 將停止並關閉任何執行中的現有部署，且資料將永久遺失。 新部署應該使用 Azure Resource Manager 型的新部署模型 Azure 雲端服務 (延伸支援)。
Azure 雲端服務是平台即服務 (PaaS) 的一個範例。 這項技術如同 Azure App Service，是專為支援可調整、穩定可靠且操作成本低的應用程式而設計。 如同 App Service 是裝載於虛擬機器 (VM) 上，Azure 雲端服務也是如此。 不過，您可更充分地掌控 VM。 您可以在使用 Azure 雲端服務的 VM 上安裝自己的軟體，並從遠端加以存取。
更充分的控制也意味著較低的易用性。 除非您需要額外控制選項，否則與 Azure 雲端服務相較之下，在 App Service 的 Web Apps 功能中通常可更快、更輕易地讓 Web 應用程式上線運作。
Azure 雲端服務角色分為兩種。 這兩者唯一的差別是您的角色在 VM 上裝載的方式：
Web 角色：透過 Internet Information Services (IIS) 自動部署和裝載您的應用程式。
背景工作角色：不使用 IIS，獨立執行您的應用程式。
例如，簡單的應用程式可能只使用單一 Web 角色提供網站服務。 較複雜的應用程式可能使用 Web 角色處理使用者的傳入要求，然後將這些要求傳送給背景工作角色進行處理。 (此通訊可能會使用 Azure 服務匯流排或 Azure 佇列儲存體。)
如上圖所示，單一應用程式中所有的 VM 會在同一個雲端服務中執行。 使用者可以透過單一公用 IP 位址存取應用程式，並且可在應用程式的 VM 之間自動進行要求的負載平衡。 該平台會在 Azure 雲端服務應用程式中調整和部署 VM，藉此避免發生單一硬體失敗點。
即使應用程式在虛擬機器中執行，也必須了解 Azure 雲端服務是提供 PaaS，而非 IaaS。 以下有一個用來判別的方法。 若使用像是 Azure 虛擬機器等 IaaS，您會先建立及設定應用程式執行的環境。 然後，將應用程式部署至此環境。 您負責管理大部分的環境，處理在各個 VM 中部署作業系統新修補版本等作業。 相反地，在 PaaS 中，環境似乎已經存在。 您只需要部署您的應用程式。 平台的管理會為您處理，包括部署作業系統的新版本。
調整和管理
藉由 Azure 雲端服務，您不需要建立虛擬機器。 您只需要提供組態檔，讓 Azure 知道您需要多少個執行個體，例如「3 個 Web 角色執行個體」和「2 個背景工作角色執行個體」。接著，平台會為您建立這些項目。 您仍然可以選擇這些支援 VM 的 大小 ，但您不需自行建立這些 VM。 如果應用程式需要處理較大的負載，您可以要求更多的 VM，Azure 將建立這些執行個體。 如果負載減少，您可以關閉這些執行個體並停止付費。
Azure 雲端服務應用程式一般透過兩個步驟的程序提供給使用者使用。 開發人員會先將 應用程式上傳 到平台的預備區域。 開發人員準備啟動應用程式時，會使用 Azure 入口網站來交換預備與生產環境。 此 預備與生產之間的切換 程序完全不會造成停機，因此執行中的應用程式得以在不干擾使用者的情況下升級至新版。
監視
Azure 雲端服務也提供監視。 和虛擬機器一樣，它會偵測故障的實體伺服器，並且在新機器上重新啟動原先在該伺服器上執行的 VM。 不過，Azure 雲端服務也會偵測故障的 VM 和應用程式，而不只是硬體故障。 和虛擬機器不同的是，它在各個 Web 角色和背景工作角色中都有代理程式，因此能夠在故障時啟動新的 VM 和應用程式執行個體。
Azure 雲端服務的 PaaS 性質也有其他意涵。 其中一個最重要的影響是，您應該撰寫以這項技術為基礎的應用程式，以在任何 Web 或背景工作角色執行個體故障時都能正常運作。 為了達到這個目標，Azure 雲端服務應用程式不應該在本身 VM 的檔案系統中保持狀態。 不同於透過虛擬機器建立的 VM，對 Azure 雲端服務 VM 的寫入不會持續存在。 沒有類似虛擬機器資料磁碟的項目。 Azure 雲端服務應用程式反而應該將所有狀態明確寫入 Azure SQL 資料庫、Blob、表格或其他一些外部儲存體。 以這種方式建立應用程式使得調整更簡單，而且更能夠因應故障。 可擴縮性和復原能力都是 Azure 雲端服務的重要目標。