雲服務是Azure上最重要的PaaS服務之一。相比於使用IaaS虛擬機器，使用雲服務會帶來如下好處：

• 單點發布應用
• 與開發工具無縫整合，一鍵釋出應用
• 應用自動部署
  
• 分鐘級實現系統規模擴容、收縮
• 按照策略進行彈性伸縮（自2013年6月29日起）
  
• 靈活切換生產、過渡環境
  
• 自動收集效能資料和診斷資訊
• 無需對OS及補丁進行管理
  

將一個普通Web應用釋出為雲服務也相當的簡單。Azure為.NET/PHP/Java/Node.js/Python這些語言提供了開發環境整合，或者是釋出工具。如果應用是採用這些語言開發的，而且可以執行在Windows Server上，那麼基本上就可以以雲服務的形式釋出。為了讓應用更好的執行，在應用釋出之前，需要經過一些改造，這種改造的程度，取決於應用的架構和部署方式。

改造工作的目的，是讓雲服務符合網際網路應用開發的最佳實踐，即：無狀態、多例項併發、自動化管理：

• 無狀態的含義，是計算節點的無狀態。狀態資訊（包括業務資料）全部儲存在獨立的儲存服務上：SQL資料庫、Blob、Table等。這樣的好處，是計算和儲存分離，可以獨立擴充套件，同時也解決了資料分散在不同節點上這一弊端。計算節點無狀態後，Azure可以快速增加或減少計算節點數量而不會影響應用執行，而單一計算節點的故障也不會影響系統執行。這種無狀態設計可以同時提高系統可用性和可擴充套件性
• 多例項併發的含義，是任意一個元件都可以線性水平擴充套件，系統的處理能力不會受到單一一個元件處理能力的限制。那個元件處理能力不夠了，增加其虛擬機器例項數量即可。同時多例項執行可以天然消除單點故障，提供系統可用性
• 部署過叢集的人都會明白管理一堆機器是多麼麻煩。多例項解決了系統擴充套件性的問題，但帶來了管理的難題。對於大規模分散式系統來講，理想的管理方式是自動化管理。

如果我們把Azure看成一個雲OS，那麼每個處理請求的虛擬機器就是一個“CPU”，Azure各種儲存服務就是“硬碟”，連線各種節點的網路就是“匯流排”，雲服務的部署過程就是這個雲OS載入應用的過程。使用者不需要關注應用是如何載入到每個“CPU”上的，只需要按照Azure的格式準備釋出包，剩下的釋出過程都是自動完成的。在雲OS下，“CPU”數量（虛擬機器例項數）是動態可調的，“CPU”可以動態更換，一個應用可以在多個“CPU”上併發執行

下圖是一個Azure雲服務的典型部署架構。圖中的Web節點和Worker節點數可以靈活調整，而所有狀態資訊和資料都在計算節點之外。Web和Worker節點之間的通訊，也是通過儲存（比如Queue）來中轉。

對於一個應用來說，跟狀態和多例項相關的功能主要包括檔案、快取、session等。下面這張表，描述了不同情況下應用需要進行的改造：

以上這張表，並不是每個應用都會涉及。大部分應用只需要進行Web Role和Worker Role的定義即可

在改造完成後，即可按照不同的語言進行應用的釋出：

• .NET: https://github.com/WindowsAzure-TrainingKit/HOL-DeployingCloudServices-VS2012/blob/master/HOL.md
  
• PHP:http://blog.csdn.net/shaunfang/article/details/8558219
  
• Java: http://blog.csdn.net/shaunfang/article/details/8585708
  
• Node.js: http://www.windowsazure.com/en-us/develop/nodejs/tutorials/getting-started/
  
• Python: http://www.windowsazure.com/en-us/develop/python/tutorials/django-with-visual-studio/