Azure Websites、Mobile Services和BizTalk Services之間加強了整合，這對面向云計算的開發人員來說無異于向前邁出了一大步。今年3月初，我曾測試了三大公有云的移動后端服務解決方案：亞馬遜網絡服務公司(AWS)Mobile SDK、谷歌Firebase和微軟Azure Mobile Services。微軟解決方案給人一個驚喜：微軟全面實施了移動服務，而且Azure Mobile Services團隊非常注重滿足應用程序開發人員的需要，又不強迫用戶選擇解決方案，這給本人留下了深刻印象。于是，我們將“編輯選擇獎”授予了它。
很顯然，微軟奉行“讓人人都來測評Azure”的政策，因為該公司已經將Web服務和移動服務的后端整合提升到了新的水平。Azure App Service是目前處于預覽版的托管服務，它把微軟Azure Websites、Mobile Services和BizTalk Services整合成一項服務，并且增添了新的功能，以便能夠與內部系統或云系統整合。它包含構建四種應用程序所需的工具和服務：Web Apps、Mobile Apps、API Apps和Logic Apps(見圖1)。我會在下面詳細解釋每一種應用程序。
App Service的價格方案不一，有的免費，有的每月每種App Service方案約300美元。較便宜的服務檔次擁有數量較少的最多實例、手動擴展、較少的存儲空間、較少的內存以及較少的處理器核心。如果你有較高的服務檔次允許多個實例，就很容易啟用并控制自動擴展(見圖2)。你可以隨時改動任何服務的檔次。請注意：關閉服務并不能阻止它產生費用，要是你的數據存儲空間小于1GB，將它降至免費檔次也許能阻止它產生費用。刪除服務當然會停止收費。
Azure Web和移動應用程序服務
圖1：新的Azure Web和移動應用程序服務提供了可擴展的Web、設備、邏輯和API應用程序后端。這一類中的API管理服務和通知服務不是新的服務。
Azure SQL Server數據庫的價格視數據庫的大小和功能而定，有的每月只要約5美元，而有的每月需要約3720美元。性能級別以DTU(數據庫吞吐量單位)來表示，這個新的度量指標結合了處理器、內存以及讀寫速率。現在可以獲得的最低級別是5 DTU，最高級別是800 DTU或1000 DTU，這取決于你相信哪種說明文檔。最高檔次的數據庫可以每秒執行約735個事務、存儲500GB以及處理1600個并發請求。如果你需要更龐大的數據庫，可以在Azure虛擬機中運行SQL Server，也可以在內部運行SQL Server，并從你的Azure應用程序服務連接至它。
Azure Web App Services
Web App Services基本上已更名為Azure Websites。與以前一樣，它們也支持.Net、Node.js、PHP、Python和Java。你可以自動擴展它們，對流量實行地域管理，每個IP地址包含多個服務器名稱指示(SNI)，并且讓它們為持續集成作好準備，擁有多個試運行時隙(用于促銷前測試，以及如果生產環境中發現錯誤，就恢復原狀)。Web App Services可以托管運行WebJobs(下有討論)，并且以取決于服務檔次的頻率來自動備份(參閱圖2的左側)。在新的Azure門戶網站中，這一切管理起來要容易一點。
想把Azure Web或Mobile App連接到內部SQL Server數據庫，你就需要為此建立一個混合連接。這需要在Azure云中使用BizTalk，并將混合連接管理器(Hybrid Connection Manager)安裝到內部服務器上。這可能還需要創建一個虛擬網絡。這一切都相當簡單，而且文檔很齊全。你在建立這種連接時，別忘了考慮網絡延遲及其對應用程序性能的影響。
微軟Azure App Services
圖2：如果你的應用程序服務在允許多個實例的服務檔次中運行，你就可以啟用并調整自動擴展功能，那樣它就能根據需要響應變化。
Azure Mobile App Services
在我之前對Azure Mobile Services的測評中，我提到了分析及構建入門級的To-do Azure Mobile Services應用程序和后端。Mobile App Services實際上擁有同樣的入門級應用程序，只是目前支持的后端和客戶軟件選擇比較少。唯一的后端用C#/ASP.Net編寫，唯一的移動平臺是Windows Phone、Objective-C/iOS、C#/Xamarin iOS和C#/Xamarin Android(見圖3)。我沒有遇到任何編譯問題，不過我不得不更新安裝的Visual Studio 2013和Xamarin，以便獲得最新的Azure支持。我注意到過去是測試版附件的一些功能已向大眾推出，比如面向iOS的斷網操作和離線同步。
(我原本希望試一下用最新的Node.js Tools for Visual Studio即NTVS 1.0來調試Azure Node.js移動后端，但這種測試只好等一陣子了。)
作為Mobile App Services的一部分，Mobile Apps擁有當初作為Mobile Services時所沒有的新功能，比如與內部系統整合(正如之前SQL Server所討論的)和與SaaS系統整合(通過API Apps服務和連接件)。它們還可以使用試運行時隙(如上所述)、WebJobs、更好的擴展選項以及其他不大顯眼的功能特性。
Azure Mobile App Services
圖3：Azure Mobile App Services預覽版目前支持四種客戶軟件的快速啟動，這比之前的生產版Mobile Services中的11種有所減少。演示應用程序本身沒有發生太大的變化。
連接件是負責將Swagger 2.0/JSON/REST接口呈現給Azure的預構建API App Services，有一個用于配置的Azure用戶界面，知道如何使用其他服務(見圖4)。REST當然是一種服務接口，采用了類似HTTP和HTTPS的結構;JSON當然是一種人可讀的JavaScript對象。Swagger可能不大為人所知，這是一種用于記載REST API的規范。微軟使用Swagger說明文檔作為API App Services之間以及API Apps與其他App Services之間的一種“插件”。
WebJobs基本上是托管在Azure中的批處理服務，作為Web App Services的一部分;Mobile App Services包括面向后端的Web App，位于Mobile App Code之下。WebJobs可以擴展、自動備份，并具有適用于App Services的其他所有優點。WebJobs在類似Windows NT的環境中運行：除了你所要求的微軟工具外，GNU Bash、Node.js、NPM、Grunt、Bower、Git、Mercurial、PHP和Python都安裝在這個環境中。
免費服務檔次中運行的WebJobs僅限于20分鐘。除此之外，它們可以根據需要來運行、持續運行(相應的Web App Service 運行多久、它就運行多久)，或者按計劃運行。眼下，你只好使用舊的Azure UI(manage.windowsazure.com)來建立計劃任務。
Azure API App市場
圖4：Azure API App市場為許多常見的SaaS方案(比如Salesforce、Twitter和Dropbox)提供了連接件。
你可以通過Visual Studio創建及部署WebJobs，使用持續交付，也可以通過新的Azure門戶網站(portal.azure.com)來創建及部署。若是Mobile App Service，你需要添加WebJob：Mobile App Code > All Settings > WebJobs > Add。(Azure Batch Services有別于WebJobs，主要在于規模上，不過乍一看兩者很相似，讓人犯暈)。
Azure API App Services
如上所述，Azure API App Services使用Swagger和REST作為可插入式接口，使用JSON作為服務之間的數據格式。我在閱讀了Azure教程后，通過Visual Studio構建并部署了使用C#編寫的示例API App Service(見圖5)，一旦我將Azure SDK升級到最新版本，沒有遇到任何問題。你可以使用ASP.Net、Java、PHP、Node.js或Python來構建API Apps。Ruby在這里還沒有得到支持，不過它在Azure中的其他地方得到支持。
眼下，C# 是Azure SDK將API App Service項目添加到Visual Studio 2013的唯一語言。我預計等到Azure API App Services推出正式版，這種情況會有所變化。
Azure API App Services
圖5：Azure API App Services創建了Swagger記載的REST接口。你可以在Logic App Service中組合API App Services。
API App主機負責管理應用程序的驗證，這讓你免除了自行實施驗證的頭痛問題。除此之外，你可以在Web App Service上構建自己的REST接口，如果你希望這么做的話。我并不確信你能不能將REST/Swagger API暴露給Logic App Services中的組合服務，如果它是在普通Web App Service上構建的話。如果它作為API App Service來運行，你顯然可以這么做。
Azure Logic App Services
正如我在前面所說，Logic App Services能夠以可視化方式，將連接件及其他API Apps組合成一個業務流程(見圖6)。在所示的例子中，我建立了一個流程，以便每小時搜索一次推特，尋找關于《InfoWorld》的推特消息，使用我的推特帳戶，并將發現的任何推特消息保存到我的Dropbox，使用我的Dropbox帳戶。我不得不授權這兩個連接件應用程序都可以使用我的帳戶。在測試時，手動運行該應用程序確實從推特消息創建了文件，并保存到我的Dropbox。Logic App Services方塊的代碼視圖顯示了為業務流程創建的XML。
所有Logic App Services都始于觸發器。在圖6中的示例中，我安排服務每小時運行一次。我可以像定義來自另一服務的事件那樣來輕松定義觸發器，比如SQL Server插入或更新觸發器。
Azure Logic App
圖6：Azure Logic App能夠以可視化方式將連接件及其他API Apps組合成業務流程。在這個例子中，我建立了一個流程，以便每小時搜索一次推特，尋找關于《InfoWorld》的推特消息，使用我的推特帳戶，并將發現的任何推特消息保存到我的Dropbox。代碼視圖顯示了為該流程創建的XML。
Azure App Services在云后端整合方面向前邁出了一大步，甚至與之前版本的Azure Mobile Services相比也是如此。 如果你將它與亞馬遜后端整合相比較――后者要求你手動到處拷貝粘貼服務驗證GUID鍵，差異就非常明顯。
小結
雖然是不盡完美的測試版，但Azure App Services在簡化基于云的、后端服務整合方面卻達到了新的高度。
既有免費，也有每月每個應用程序實例約300美元，按分鐘計費，取決于所需要的資源
優點
讓開發人員更容易在Azure上構建可擴展的Web和移動應用程序后端
讓開發人員更容易在Azure上組合服務
讓開發人員更容易將Azure應用程序與記錄系統整合起來
降低了運行應用程序后端的成本
缺點
總體來看還是有一些缺陷，功能不太完善
無法完全移植到其他云
即使服務已被停用，依然收費，除非你將它們轉移到免費檔次或者索性刪除。
京公網安備 11010502049343號