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