【51CTO譯文】MBaaS（移動后端即服務）是一類很新的產品，它在很大程度上取代了MEAP（移動企業應用程序平臺）。在過去的幾個月間，我認真仔細地分析了五種MBaaS系統：AnyPresence、Appcelerator、FeedHenry、Kinvey和Parse。我在本文中將總結這五種系統，介紹它們的共同之處和主要區別，并給出相應結論。

MBaaS的基本想法是，移動應用程序需要可以在諸應用程序之間共享的常用服務，而不是專門針對每個應用程序開發服務。使用MBaaS的移動應用程序遵循了松散耦合的分布式架構，而MBaaS系統本身通常擁有比MEAP系統更加分布式的架構，后者往往采用統一的中間件服務器。

MBaaS系統通常提供這些功能特性：推送通知、文件存儲及共享、與Facebook和推特等社交網絡整合、位置服務、消息傳遞及聊天功能、用戶管理、運行業務邏輯的功能以及使用情況分析工具。面向企業的MBaaS系統還提供了與現有的應用軟件和數據庫整合的功能。

后端并不是孤立存在的，所以MBaaS系統提供了某種級別的移動客戶端支持。這種支持包括：從將REST API（應用編程接口）暴露在所有來者面前，到為iOS、安卓、某些版本的JavaScript以及可能其他移動平臺提供應用程序生成功能，不一而足。

此外，后端需要加以定制和編程，于是MBaaS系統提供了結合在線開發環境和桌面開發環境的機制。最后，后端服務的目的在于確保持續運作，所以它們需要一定程度的應用程序監控和錯誤日志機制，另外還有使用情況分析機制。監控和分析可能由MBaaS廠商直接提供，也可能通過與第三方服務整合來提供。

另外一個優點是，MBaaS系統可生成移動SDK（軟件開發工具包）。當廠商將其服務暴露在從事移動應用程序開發的合作伙伴面前時，這極其有用。此外，MBaaS系統能夠支持移動應用程序的離線運作和離線/在線數據庫同步。MBaaS系統可能提供自己的移動設備管理，或者與移動設備管理（MDM）廠商實現整合。MBaaS系統可能還在適當情況下支持針對特定設備的服務，比如iOS設備上的iBeacon。

共性與區別

在測評FeedHenry、Kinvey、Appcelerator、Parse和AnyPresence的過程中，某些功能和實現方法顯得非常熟悉。比如說，所有五種MBaaS產品都提供了使用MongoDB存儲數據的機制，這是一種存儲JSON對象的開源NoSQL文檔數據庫。所有這些產品都為各自的MongoDB數據存儲區提供了數據設計用戶界面（UI），這些UI外觀都很相似。要是這些UI都基于相同的MongoDB示例代碼，我也不會感到驚訝。

這五種MBaaS系統在多租戶模式云環境下均可使用。它們都有在線說明文檔，都提供了推送通知和用戶驗證API，都在某種程度上支持原生的iOS和安卓應用程序，都為開發人員實現自定義服務器邏輯提供了某種方式。

這些產品之間的差異頗為顯著。比如說，它們支持與企業應用程序和數據庫整合的程度不一，有的只提供調用返回JSON的外部REST接口這一基本功能，有的與常見應用程序和數據庫深度整合。開發人員實現某一種與MBaaS整合的企業機制所需的時間長短不一，長的需要數天，短的只要幾分鐘，這取決于某一家MBaaS廠商之前為特定的整合做了多少量的工作。

一些MBaaS系統可在企業內部使用，另一些可在私有云中使用。還有一些采用托管模式，符合《健康保險可攜性及責任性法案》（HIPAA）、支付卡行業（PCI）、聯邦信息處理標準（FIPS）和歐盟數據安全等標準。有些有自己的測試功能，有些提供了移動應用程序的云構建功能。

有些支持HTML5和混合應用程序。有些可將JavaScript編譯成原生設備代碼。有些支持PhoneGap，有些支持Apache Cordova，有些避免這兩種包裝器來編寫混合應用程序，改而采用其他解決方案，比如生成原生應用程序。

有些在Node.js上運行后端，有些在Rails上運行，還有一些在未特定規定的平臺上運行。有些支持黑莓、Windows Phone 8、Windows 8或Unity等客戶端。

有些將應用程序和后端集成開發環境（IDE）托管在云端，有些提供支持多平臺的桌面IDE，有些有桌面命令行接口，用于云控制。有些支持多種流行的JavaScript框架，比如Backbone和Angular；有些使用自己的JavaScript框架，這些框架可能對特定的開源框架進行了改動。

MBaaS五虎將

正如我們所見，不同的MBaaS廠商瞄準的市場略有不同，做出的技術選擇也略有不同。不過，它們都存在很大的重疊和共性。

AnyPresence

AnyPresence的目的不僅僅是幫助企業為移動應用程序構建后端。AnyPresence結合了應用程序構建功能、后端服務和API網關。

AnyPresence有一個在線設計器，可以生成后端代碼、移動應用程序代碼，甚至定制的移動API代碼。所有生成的代碼都可以下載到兼容平臺上，并且在上面編輯和運行。以AnyPresence經常提到的一個客戶為例，萬事達卡（MasterCard）就使用AnyPresence，讓合作伙伴能夠按照萬事達卡的Open API服務，輕松地構建移動應用程序。

AnyPresence可以為jQuery、安卓（XML布局）和iOS（故事版）生成應用程序UI（或入門套件，如果你希望的話），它還可以為Java、安卓、HTML5、Windows Phone、Xamarin和iOS生成應用程序SDK。設計環境將生成的JavaScript/HTML5 SDK稱為“jQuery”。事實上，AnyPresence其實生成的CoffeeScript使用Underscore庫、Backbone庫和jQuery庫。

AnyPresence可以為Ruby on Rails生成后端服務器軟件。在未來，它還有望生成Node.js后端，這將是一件好事。AnyPresence環境生成的程序可以部署到Heroku（通常用面向Rails后端）、亞馬遜S3（通常面向HTML5應用程序）以及原生iOS和安卓應用程序，有沒有Apperian安全不好說。不過，你并不受制于AnyPresence的部署選擇。生成的代碼總是可以下載并部署到別處，假設你擁有兼容的部署環境。

AnyPresence的應用程序構建選擇屏幕。請注意：可以生成種類廣泛的SDK和種類較少的原型應用程序UI。

AnyPresence設計環境處于在線，可在大多數瀏覽器里面運行。設計環境有儀表板，設置屏幕，創建及監控環境、部署和代碼構建的屏幕，生成和部署應用程序、后端和SDK的屏幕，添加及管理數據源和數據對象的屏幕，用于授權、角色和驗證策略的屏幕，用于自帶和自定義插件的屏幕，接口設計器以及一套可以定制的主題。

我覺得數據源的種類很廣泛，所提供的MongoDB數據存儲區的實現與其他MBaaS系統大同小異。AnyPresence的過人之處在于數據模型在整個設計環境當中的整合方式以及整合到所有已生成代碼中的方式。

你可以添加大多數監控整合（比如Airbrake和New Relic）的地方藏在Deployments/Add-ons選項卡的深處。很自然，監控依賴運行時環境，而AnyPresence旨在做到與環境無關。想與Splunk整合，你就得在后端上啟用syslog輸出，以便將所有的日志/事件推送到Splunk系統，用于報告和監控。

Appcelerator

Appcelerator Titanium扎根移動開發領域已有好幾個年頭了，本地開發環境能夠將JavaScript編譯成針對iOS、安卓及其他目標平臺的原生代碼。該公司在2014年7月份發布了Appcelerator Studio 3.3和Appcelerator平臺2.0，之后添加了一款MBaaS，擁有大約25套API、支持Node.js以及在線分析功能。此外，Appcelerator發布了MBaaS接口，廣大開發人員可以將這些接口添加到用原生SDK構建的應用程序中，不過它還沒有在其自己的Appcelerator Studio IDE中支持原生SDK。

開發人員在在線Appcelerator儀表板的概覽頁上一眼就能看清應用程序安裝、會話、API調用和崩潰的概況。儀表板的其他部分便于云管理、測試、性能度量和分析。

Cloud面板顯示使用情況、暴露數據管理、顯示API請求及推送通知日志、列出自定義服務以及允許云配置。測試面板使用了SOASTA的TouchTest作為一種整合的移動測試解決方案。性能面板讓你可以監控自己的應用程序，并排查性能、崩潰和異常情況。它還讓你可以查看崩潰趨勢、與錯誤跟蹤系統整合起來以及配置你的監控機制。

Appcelerator平臺的儀表板顯示了演示的Field Service應用程序的概況。崩潰有意被編碼到應用程序中。

開發人員可以在線定義和查看Appcelerator分析工具，另外可以視需要，將所選擇的分析工具發布到iPad版Appcelerator Insights應用程序，通常供管理人員使用。

Appcelerator平臺讓你可以使用Studio和Appcelerator的Node.ACS MVC（模型/視圖/控制器）框架，構建自定義的后端服務。Node.ACS結合了Node.js、Express以及Appcelerator云服務的接口。Appcelerator還讓你可以在其云平臺上運行普通的Node.js應用程序。

Appcelerator在客戶端有多個框架以及面向云端的多個API類型。在客戶端的基本層面，Appcelerator提供了Titanium SDK，該SDK在JavaScript和原生服務之間提供了一種接口。在較高層面，Appcelerator提供了Alloy框架，該框架基于模型/視圖/控制器架構，包含對Backbone和Underscore的內置支持。你通過Studio構建一個新的客戶端應用程序時，通常生成的是使用Ally的應用程序。

Alloy框架可以處理你對離線/在線數據同步的一部分需要，但無法滿足全部需要。除了面向SAP和Salesforce.com的數據連接器外，Appcelerator缺少預先配置的、經過審查的企業數據連接器。不過，由于它可以在其Node.ACS服務上運行Node模塊，開發人員可以利用來自Node.js社區的模塊。Appcelerator唯一的商用同步服務器目前僅限于微軟Dynamics連接器。

FeedHenry

FeedHenry致力于支持企業業務應用程序，這是一種基于Node.js、面向企業的MBaaS和移動應用程序平臺。它提供了一系列廣泛的整合，同時擁有在線和離線開發選項，協作式應用程序構建以及拖放式表單構建器。FeedHenry在2010年從愛爾蘭研究所（Irish Research Institute）分離出來，2014年9月被紅帽收購。

FeedHenry聲稱在各大云上都有全球性基礎設施，支持內部后端部署。FeedHenry在線環境直接與GitHub整合，實現協作和版本控制功能。

FeedHenry 3為iOS、安卓和Windows Phone 8支持原生的SDK，另外支持使用Apache Cordova的混合應用程序、HTML5移動Web應用程序、Sencha、Xamarin和Appcelerator Titanium。鑒于FeedHenry云的JavaScript接口的工作方式，很難找到不兼容的JavaScript框架。

用JavaScript為FeedHenry編寫應用程序時，你可以在HTML中添加feedhenry.js腳本，用$fh.init來初始化，然后從$fh名稱空間調用云功能。FeedHenry可以從Zip文件或Git軟件庫導入現有的應用程序。

FeedHenry包括一個在線編輯器，支持離線工具，還有一個命令行接口。我們在這里看到的是移動應用程序，屏幕中間是代碼編輯器，右邊是預覽圖。你可以在在線界面的另一個面板中配置后端服務。

FeedHenry構建服務的功能與Adobe PhoneGap Build如出一轍，可以將HTML5應用程序變成二進制代碼程序，適用于安卓、黑莓、iPhone、iPad、iOS（通用）以及Windows Phone。每個二進制程序可以連接到你的一個MBaaS實例，它可以針對開發、分發或發行等應用而構建，具體視平臺而定。

FeedHenry有一個拖放式表單構建器，擁有種類豐富的模板，可以用作起始點。不過我在測評FeedHenry時，功能完備的應用程序模板數量并不多。

FeedHenry在精選模塊列表中列出了50多個Node.js插件。該列表包括大多數主要關系數據庫和NoSQL數據庫的接口。要是該精選列表上沒有你所要找的模塊，那么全面得多的Node社區模塊列表可能會列有與之匹配的模塊。

FeedHenry可在各大公有云和私有云上運行，還可以在一系列廣泛的IaaS和PaaS基礎設施上運行。FeedHenry在歐洲和北美都運行一個符合HIPAA的云環境和多個活動集群。

Kinvey

Kinvey自稱是一個完整的移動和Web應用程序平臺。它提供廣泛的客戶端支持，與主要的企業數據庫整合，還提供后端數據存儲區、文件存儲區、推送通知、移動分析、iBeacon支持以及在后端運行自定義代碼的功能。

Kinvey推銷時將IT部門視作主要的客戶群，因為它提供了企業平臺，不是面向一兩個應用程序，而是面向企業里面的成千上萬個應用程序。不過，它還積極支持眾多應用程序的開發者社區。

Kinvey支持原生應用程序、混合應用程序和HTML5應用程序。它為iOS和安卓提供了原生工具包支持。此外，它還支持Angular、Backbone、Node.js、Apache Cordova/PhoneGap和Appcelerator Titanium，它還提供了一套REST API。Kinvey通過代碼庫和API調用與應用程序整合起來，期望你在本地編輯應用程序。

Kinvey云代碼用JavaScript編寫，不過不是Node.js，實現在線編輯。除了使用標準的JavaScript和外部服務外，它還可以使用Kinvey API實現眾多功能，比如日志、訪問組合、發送推送通知、發送電子郵件、驗證請求、日志和時間功能、異步處理、顯示Mustache模板以及獲取后端上下文。云代碼可以在駐留在處理鉤子的函數和自定義端點中。云代碼在Kinvey中實現內部版本控制。

Kinvey組合使用MongoDB，MongoDB提供了供應用程序使用的無模式、非SQL數據庫。該屏幕讓你可以創建和設計組合（只需要創建步驟），并選擇是啟用還是繞過你的數據庫業務邏輯。

Kinvey支持部署在幾乎任何云上，當然包括私有云。這包括部署到符合HIPAA的設施以及完全位于歐盟國家的設施。連Kinvey的多租戶模式云也被認為對大多數應用程序來說足夠安全，因為該公司實現了端到端加密，使用數據鏈路的客戶可以將數據庫里面的數據放在本企業的防火墻后面保管起來。如果你有一臺Google App Engine服務器，可以將它連接到你的Kinvey后端。

驗證工作可以由Kinvey在內部完成，也可以通過商務版和企業版中的LDAP或活動目錄來完成。Kinvey還通過OAuth，支持Facebook、推特、Google+和LinkedIn身份。

Kinvey數據鏈路連接到Kinvey的MongoDB數據存儲區。在大多數情況下，客戶將CRUD（創建、讀取、更新和刪除）請求直接轉發到實際后端，但一些客戶將數據緩存在MongoDB中。Kinvey目前為微軟Dynamics CRM、Salesforce CRM、甲骨文數據庫和微軟SQL Server提供了相應的數據鏈路。

Kinvey提供了自動化控制機制，實現離線數據同步：要是應用程序處于離線狀態，就自動從緩存獲取數據。要是應用程序處于在線狀態，就從網絡獲取數據，并將數據存儲在緩存中。使用自動化控制，只要設備再次處于在線狀態，你的Kinvey應用程序就會試圖同步任何本地存儲的數據，但如果服務器數據也出現了變化，就會發生沖突。你可以將設置沖突解決策略設置成clientAlwaysWins、serverAlwaysWins或自定義沖突解決功能。

Parse

Parse一度是MBaaS領域的典范，盡管已被Facebook收購，但它對容積有限的消費級應用程序來說，仍是一種切實可行、容易見效的移動后端。說到優點方面，其說明文檔完備，提供了良好的原生客戶端支持和基于Backbone的JavaScript客戶端SDK。Parse還可以在后端運行JavaScript代碼，這為開發人員提供了全是JavaScript應用程序堆棧這一選項。至于缺點方面，Parse遺漏了企業應用程序必不可少的重要功能，比如數據整合、離線操作以及在線/離線同步。與此同時，其價格似乎針對容積較小的應用程序。

Parse支持原生移動應用程序、JavaScript應用程序和桌面應用程序。在移動端，它為iOS、安卓和Windows Phone 8提供了原生支持。在桌面端，它支持OS X和Windows 8（.Net），另外還支持Unity游戲。

Parse讓你可以在云端運行JavaScript代碼，使用與客戶端一樣的Parse JavaScript SDK。Parse提供了一款命令行工具，可用于管理Parse云中的代碼，還讓你可以使用電腦上經常使用的JavaScript編輯器，而不是像FeedHenry和Kinvey那樣，經常在瀏覽器中編輯云代碼。不過，你可以在儀表板中查看代碼和日志。命令行工具集多種角色于一體：應用程序框架生成器、應用程序部署工具、日志打印器、應用程序回滾工具以及自動更新器。

Parse云數據瀏覽器讓你可以導入批量數量，添加類、列和欄，以及查看過濾后的數據。

Parse可以將推送通知發送到iOS、安卓、Windows 8和Windows Phone 8。不管在哪種情況下，你都要配置推送服務器，然后將一個或多證書提供給你的應用程序。

Parse有一個相當全面的預定義用戶系統，包括為匿名用戶提供了通常的注冊機制，帶有電子郵件驗證和條款。訪問控制列表（ACL）系統控制著每個用戶可以讀取和寫入什么數據。至于那些較為復雜的使用場合，Parse支持角色層次體系，為每個角色提供了一層單獨的ACL。

Parse與其他服務共有九種整合。其中三種：Mailgun、Mandrill和SendGrid用于發送電子郵件。Stripe用于信用卡收費。Twilio負責發送短信和語音消息。第三方模塊還可用來將Parse與Cloudinary、Instagram和Paymill整合起來。

據我所知，實現企業數據與Parse整合需要為數據源編寫REST Web服務包裝器、為Parse編寫JavaScript模塊。除了使用Parse自己的多租戶模式云外，我還沒有見過托管Parse的任何辦法。

大大改進的MBaaS

正如你從本文末尾列出的評測分數可以看到，AnyPresence得分最高：總分9.1分，并獲得了“編輯選擇獎”。我覺得，AnyPresence為需要將現有系統與移動應用程序整合起來的企業提供的價值超過其他產品，因為除了應用程序和后端外，它還可以通過你的模型和設計生成定制的SDK。不過，每年收費“高達六位數”，因而并不適合每家企業的預算。

FeedHenry的總分為8.6分，也是一款面向企業的MBaaS。FeedHenry與Git實現了很好的整合，可用于協作和版本控制；它的托管應用程序構建服務、Node.js后端和精選Node模塊列表，還有拖放式表單構建器，我都很喜歡。與AnyPresence一樣，FeedHenry可能也不適合每家公司的預算。

Kinvey的產品總分為8.3分，這家公司既吸引著開發者社區，又吸引著企業的IT部門。我喜歡Kinvey通過其內部的NoSQL數據庫API提供企業數據鏈路的方式，也喜歡其為后端業務邏輯設計鉤子的方式。

我批評Appcelerator的地方是，它顯然沒有竭力精選數據整合模塊；我認為，它相對于FeedHenry和Kinvey較高的價格可能會降低總體價值，因而總分只有7.8分。不過，Appcelerator這家公司只是最近才轉戰MBaaS領域。它可能需要填補產品的缺失功能，調整價格，才能提高競爭力。

最后，我認為Parse很適合為面向消費者的移動應用程序、而不是企業應用程序構建和運行后端，那是由于它缺少任何數據連接器，只有一個基本的REST客戶軟件。我對Parse所持的另一大保留意見是按使用收費的價格，雖然這讓開發人員很容易上手，但是可能讓一家資金不足的初創公司很苦惱：要是初創公司突然有一款熱門應用程序，卻沒有正兒八經的商業模式，更是如此。得分僅7.6分，在這組產品中墊底。

這倒不是說你不該使用Parse。這是一種切實可行、容易見效的入門方式，后端作為服務來提供。不過，如果你選擇使用它，就要睜大眼睛，密切關注費用。

就企業應用程序而言，AnyPresence和FeedHenry在易用性和功能方面一路領先。Kinvey并非遠遠落在后面，其價格對小公司來說更實惠。

英文原文鏈接：http://www.infoworld.com/article/2842791/application-development/mbaas-shoot-out-5-cloud-platforms-for-building-mobile-apps.html

布加迪編譯