MBaaS

MBaaS最初關注於作為雲計算的擴展點，來輔助支持大規模的移動設備。 雲服務—特別是成都網站建設的數據庫服務—必須能夠被移動應用所訪問，要能夠交付現代應用程序的功能，比如通知推送。早期的移動雲用户意圖構建所有的應用，意味着沒有統一的方式，並且功能或能力的一致性很差。更嚴重的是，要支持不同移動設備所需的改動十分困難而且耗費巨大。

MBaaS平台，大多數還是被創業公司所採用，創建了可以被稱為“前端流程的後台”的技術。基礎雲服務能夠集成到MBaaS平台裏，並且以一致的方式暴露給開發人員，同時能夠統一支持類似推送這樣的功能。這意味着MBaaS應用定位於後台雲工具和前端的BYOD定製化的圖形用户界面(GUI)之間。

MBaaS迅速和雲中心的消費模型以及發展中的混合企業模型分離。當這樣的分離發生時，大家都覺得MBaaS可能會破壞或者摧毀移動企業應用平台(MEAP)模型。毫無疑問，企業級MBaaS正在影響MEAP，但是反過來MEAP的經驗和實踐也在影響着企業級MBaaS以及MBaaS自身。 ^[1] 

移動三層架構逐漸成為標準

首先，移動三層架構—GUI，MBaaS和後端平台—逐漸成為所有MBaaS模型的標準，對於為消費者和完全在雲上的運維而設計的系統也同樣適用。不同的供應商給這三層起了不同的名字，但是大部分現在都已經認可了這三層的架構。

其次，雲越來越多被看為MBaaS後台能夠支持的一個或多個資源。這意味着雲，混合雲和數據中心應用模型—MBaaS和MEAP，不管你是否喜歡—正在融合。隨着時間的推移，雲和企業級移動應用模型一定會完全整合。

第三，MBaaS正在作為平台即服務的框架出現，但是是一個擁有兩種不同級別應用的框架。MBaaS應用基於正在成為標準平台的API集而構建，並且它們還可以用來創建GUI接口，以後會成為構建移動設備特定或者瀏覽器屏幕的應用的標準架構。 ^[1] 

有人將移動後端即服務看成PaaS某個組件的服務

新興的MBaaS模型將三層應用架構的MBaaS層放到用户為中心的前端和IT為中心的應用程序後端的邊界上。在混合雲應用裏，這個角色至關重要，因為通常是將前端(GUI)流程分佈式並擴展來管理工作負載。MBaaS必須協調這些多實例前端的支持，整合到可能託管在數據中心或者雲環境裏的可管理數量的應用程序進程裏。

雲軟件供應商，特別是PaaS供應商，比如Microsoft，將MBaaS看成傳統雲PaaS服務的一個組件並不奇怪。最近的移動聯盟— Apple/IBM和Samsung/Red Hat—很有可能擴展這種趨勢，這種擴展會推動MBaaS領域的變革，生成最強大的競爭力，並且為購買者帶來風險。

MBaaS領域供應商和平台的獨立，允許開發人員和規劃師從底層IT或者移動設備轉換，通過通用的中心代理協調他們之間的選擇。但是，如果將MBaaS功能推送到雲PaaS產品裏，毫無疑問會有助於移動易用性的開發，並且將移動和桌面應用程序整合到一起。用户必須評估供應商的平台，來決定MBaaS的獨立性對於自己而言是有益的，還是會帶來限制。

雲供應商，比如Amazon，也很可能會擴展Web服務來支持MBaaS，創建雲虛擬化的類似PaaS的框架。就像Microsoft Azure是包含MBaaS功能的專有開發框架，這樣的雲產品可能也會是專有的，並且限制用户在多個運供應商間遷移。 ^[1] 

長期來看，MBaaS不太可能一直僅僅存在於獨立的創業公司和倡導雲的供應商裏。越來越多的用户已經開始宣稱他們已經引入了主流IT供應商的MBaaS，而且這一趨勢有加速的跡象。合併和收購也可能有助於整合MBaaS領域的資源，接下來的幾年可能是百花齊放的幾年。

雖然百花齊放很常見。比如，我們有很多編程語言，很多中間件框架以及很多雲應用模型。MBaaS最終也會合併到其中，會全方位地改變移動開發理念，開發實踐和規劃。 ^[1]