移动后端即服务（MBaaS）是一种创建标准化架构方式，用来将多种类型移动设备链接到IT应用上。关于MBaaS的价值，其使用和演化的问题十分重要。首先，MBaaS到底意味着什么？其次，MBaaS领域是否有可见的趋势展示该理念的方向？最后，MBaaS是否会融入另外更为广阔的开发潮流中？

MBaaS最初关注于作为云计算的扩展点，来辅助支持大规模的移动设备。 云服务—特别是数据库服务—必须能够被移动应用所访问，要能够交付现代应用程序的功能，比如通知推送。早期的移动云用户意图构建所有的应用，意味着没有统一的方式，并且功能或能力的一致性很差。更严重的是，要支持不同移动设备所需的改动十分困难而且耗费巨大。

MBaaS平台，大多数还是被创业公司所采用，创建了可以被称为“前端流程的后台”的技术。基础云服务能够集成到MBaaS平台里，并且以一致的方式暴露给开发人员，同时能够统一支持类似推送这样的功能。这意味着MBaaS应用定位于后台云工具和前端的BYOD定制化的图形用户界面（GUI）之间。

MBaaS迅速和云中心的消费模型以及发展中的混合企业模型分离。当这样的分离发生时，大家都觉得MBaaS可能会破坏或者摧毁移动企业应用平台（MEAP）模型。毫无疑问，企业级MBaaS正在影响MEAP，但是反过来MEAP的经验和实践也在影响着企业级MBaaS以及MBaaS自身。

移动三层架构逐渐成为标准

首先，移动三层架构—GUI，MBaaS和后端平台—逐渐成为所有MBaaS模型的标准，对于为消费者和完全在云上的运维而设计的系统也同样适用。不同的供应商给这三层起了不同的名字，但是大部分现在都已经认可了这三层的架构。

其次，云越来越多被看为MBaaS后台能够支持的一个或多个资源。这意味着云，混合云和数据中心应用模型—MBaaS和MEAP，不管你是否喜欢—正在融合。随着时间的推移，云和企业级移动应用模型一定会完全整合。

第三，MBaaS正在作为平台即服务的框架出现，但是是一个拥有两种不同级别应用的框架。MBaaS应用基于正在成为标准平台的API集而构建，并且它们还可以用来创建GUI接口，以后会成为构建移动设备特定或者浏览器屏幕的应用的标准架构。

有人将移动后端即服务看成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功能的专有开发框架，这样的云产品可能也会是专有的，并且限制用户在多个运供应商间迁移。

MBaaS不仅适用于创业公司

长期来看，MBaaS不太可能一直仅仅存在于独立的创业公司和倡导云的供应商里。越来越多的用户已经开始宣称他们已经引入了主流IT供应商的MBaaS，而且这一趋势有加速的迹象。合并和收购也可能有助于整合MBaaS领域的资源，接下来的几年可能是百花齐放的几年。

虽然百花齐放很常见。比如，我们有很多编程语言，很多中间件框架以及很多云应用模型。MBaaS最终也会合并到其中，会全方位地改变移动开发理念，开发实践和规划。