用友iUAP马太航：企业互联网下的BaaS混合模式

ZD至顶网CIO与应用频道 08月13日 北京消息：过去几年里，在以移动为载体的创业大潮推动下，产生了众多垂直服务型创新企业，并孵化出一个新的技术名词，后端即服务（Backend as a Service），此类企业将移动领域中常见的技术服务抽象出来，进行平台化，并通过API的方式为开发者开发应用提供支撑服务。主流BaaS涵盖了云存储、即时通讯、消息推送、语音处理、数据分析等领域，几乎覆盖了应用开发中大部分通用开发部分。

从BaaS服务商类型角度来看，可以划分为2类：一类为专门提供BaaS服务的企业，这类企业主要客户群为创业型公司；另一类为大型互联网公司如BAT，其BaaS主要服务于自身生态。这2类供应商都主要面向程序开发者，提供的形态多为移动技术服务，还有其业务能力及数据能力服务。通过公共BaaS构建的应用极大缩减了企业和个人开发者开发应用的时间和成本，使企业变得更敏捷，尤其是针对创业公司，这种方式尤为奏效，使公司产品和技术人员更专注于业务开发。

与此同时，在企业互联网端，BaaS服务与企业业务相互结合，催生出了一种新的混合服务模式，这种模式不是简单连接服务的私有部署和公有租用，而是将具体的业务体系进行分离，实现业务能力的平台化。部署在企业数据中心的BaaS具有极强的业务特性，并是一套完整独立的软件系统，公网上获得的BaaS更倾向服务自身的在线业务，如商城、会员、O2O平台等，同时公网BaaS也身兼灾备、引流角色。

BaaS混合模式在企业应用获取中也趋向以下5大趋势：

1、服务全面开放化：开放化主要体现在2个层面，一个层面是企业内部系统的开放性，另一层面是外部开放平台。内部系统将搭建在私有云之上，边缘业务进行模块化CRUD，类似传统SOA架构，核心业务独立管理，供其他子系统服务调用。内部系统之上是一套权限和数据过滤的系统，决定了外部开放平台的服务范围和计量模型。服务主要面向具备业务能力的系统，并通过API的方式进行管理，系统之间的消费主要以API形式进行度量。

2、垂直云化：企业内部常见BaaS将统一运行在数据中心的云平台之上，未运行的在云上的服务需要具备随时云化的能力，一些特殊的服务应自行搭建符合自身技术架构的独立云平台，如一些需要专门硬件的服务，需要硬件负载均衡、集中存储等。同时服务在云化的过程中需要更加向业务领域垂直，API需要作为资源依附于具体产品，API之间存在组合关系。

3、深度移动化：传统企业环境，服务拓扑结构复杂，服务之间紧密耦合，状态化迁移困难，而在企业互联网环境下，要求BaaS服务具备碎片化特性，并深度切合移动主题，降低来自端上的压力，减少网络交互频次和流量，这与早些年流行的富客户端设计方式相悖，接口形式和协议的选择以RestFul/JSON为主，并提供SDK这种可选接入形式。

4、功能可扩展化：针对企业内部的BaaS服务在提供一定的服务标准上，还需提供针对业务和技术的扩展模块，例如采用动态扩展的技术架构和预留协议字段的方式，每当一次灰度迭代后都需重新制定扩展标准。

5、在线开发测试：针对企业开发者，后端服务的弹性和高可用已经是系统稳定的必备条件，在这一基础上，在线开发测试和开发将是BaaS服务提高开发效率的重要特性。

混合模式下的BaaS，弱化了公有云BaaS服务在整体服务中的重要性，更强调私有云中BaaS服务的作用，在较小服务规模的情况下提升服务本身的扩展性和业务能力，企业多个数据中心联合协作完成对于数据流、业务流的贯穿。从技术选型角度上来看，企业可以避开一些有关BaaS“极致”这类字眼的技术壁垒，使用一些更轻量级的开源或商业的解决方案。

站在系统健壮性的角度来看，公有云BaaS虽然自身专业性上有一定的优势，但是也存在一些问题，在国内，像BAT类的大型互联网公司提供的BaaS服务主要服务于围绕自身生态构建应用的开发者，相对通用性存在或多或少的问题。而中小型创业BaaS公司，受其规模、营收、服务模式等因素影响，不能保障其永远存在，这就为企业带来了巨大的运营发展风险，尤其是核心业务系统严重依赖这类BaaS的企业。所以应用设计者应在设计之初就将考虑到这类风险，设计出BaaS适配层已满足服务的健壮性。

企业互联网下，单纯使用一类或一种BaaS的场景，嫣然已不能满足现在企业业务系统开发的诉求。更偏向业务化、移动化、开放化、云化、垂直化的新型BaaS将成为主流，同时可扩展的私有BaaS API服务提供方式将取代传统资源调用方式，这类混合型BaaS服务将更具备整体优势。