這兩周Windows Azure一口氣發布了3個主要更新，包括大大小小几十項功能點，主要集中在開發工具的改進和虛擬網路的改進兩個方面：
- WebMatrix 3發布：http://weblogs.asp.net/scottgu/archive/2013/05/01/announcing-the-release-of-webmatrix-3.aspx
- Azure SDK 2.0 for .NET發布：http://weblogs.asp.net/scottgu/archive/2013/04/30/announcing-the-release-of-windows-azure-sdk-2-0-for-net.aspx
- 虛擬網路改進：http://weblogs.asp.net/scottgu/archive/2013/04/30/announcing-the-release-of-windows-azure-sdk-2-0-for-net.aspx
其中，個人認為最有用的子功能包括如下：
- 基於軟體的網站對網站VPN：遠程建立VPN通道到Windows Azure虛擬網路時不再需要藉助物理VPN裝置，而是可以直接使用Windows Server Enterprise內建的Route and Remote Access Service(RRAS)功能充當VPN端點，將本機資料中心的內網與Azure上的網路進行加密串連
- 基於軟體的點對網站VPN：如果只是單台電腦需要連入VPN，那麼連Windows Server都不需要，只需要Windows PC上的內建VPN功能即可實現用戶端到Windows Azure虛擬網路的加密串連。支援多個用戶端同時連入一個虛擬網路
- Ruby SDK的發布：目前具有Azure SDK支援的編程模式已經達到6種，分別是：.NET, Java, PHP, Python, Node.js以及Ruby。這些語言可以利用Azure提供的本語言API，調用Azure功能，比如儲存、服務匯流排、虛擬機器控制。當然，Azure的絕大部分功能都是通過REST介面開放出來的，即使不採用上述的6種語言，開發人員開始可以自行構造REST請求，進行Azure的調用。當具有了本語言的SDK以後，開發效率當然會大大提升
- Visual Studio可以即時顯示Azure網站的輸出：上個月Azure的一項功能增強是在命令列工具下支援Azure網站日誌即時輸出到本地控制台，現在，這個功能已經繼承在開發工具裡面，省去了配置的煩惱。由此一來，Azure網站的開發、發布、調試已經完全沒有任何障礙。如果以後還有人用tail -f去監控日誌資訊，那可以跟他說：你out了
- 支援雲端服務的並發升級：之前升級一個雲端服務時，Azure為了避免服務中斷，會採用滾動升級的方式，即按照Upgrade domain的情況，將該服務擁有的虛擬機器執行個體逐個進行升級，而每個虛擬機器升級的過程又細化為：離線->停機->重設->部署新版本->重新上線這一過程。一個服務如果有5個upgrade domain，而每個虛擬機器升級如果需要10分鐘，那麼整個升級過程將持續1小時。實際上，滾動升級並不是在所有情況下都需要，雲端服務本身已經提供了生產和過渡兩個環境，部署預備環境時沒有必要採用滾動升級，可以一次性將所有節點都升級，這樣效率更高。現在，使用者在部署雲端服務時，可以選擇進行並發升級，之後Azure會忽略Upgrade domain的限制，一次性升級所有節點。不過，目前這種能力只是在Visual Studio裡面才可以完成，Azure的介面上還不具備這個選項。
- 增強雲端服務調試能力。個人認為，之前Azure雲端服務最缺的能力就是診斷和調試。由於Azure把使用者代碼完全託管了，使用者看不到代碼是如何打包、如何部署、如何啟動並執行。如果代碼沒有問題，那一切都好。但是一旦代碼出了問題，雲端服務就會變成一個黑盒子，使用者要想通過傳統手段去查看日誌或者去調試都變得很困難。這個弱點終於在Azure SDK 2.0得到極大改進。在部署代碼時，開發人員可以指定日誌的輸出位置，在部署後，開發人員可以直接開啟日誌工具進行查看。唯一的欠缺是，這種日誌查看是基於Azure Diagnostic 模組的，基於非同步日誌拷貝，有一定的延遲(取決於日誌傳輸間隔)，並不能像網站那樣進行即時的監控。但就算這樣也已經很好了，如果能在Azure的門戶上直接查看日誌就更好了
下面，我會分幾篇文章分別介紹這些功能改進
