【IT168专稿】今天,还有没有企业迷茫于是否要走移动化战略?还有没有企业困于移动战略落地平台?如果有,那么希望本篇选型文章希望能给您的移动化战略带来一些帮助。目前,包括IBM、SAP、Oracle在内很多国外厂商都有自己的移动化开发平台和相应产品,但是其价格、实施复杂度似乎也随其品牌一样“高举高打”。而国内包括用友、金蝶在内虽然也有自己的中间件产品,但似乎不是以移动为主要实现对象。

而我们也看到,无论内部管理的需要还是社交网络的深入人心,无论是流程优化还是电子商务的大势所趋,企业确实面临着移动化战略落地的问题。因此,本次选型的对象就是移动中间件,而且是聚焦国内厂商提供的移动中间件平台。
一、什么是移动中间件
为什么要选移动中间件?因为移动互联网的到来,更多的企业希望充分的运用碎片化的时间,去完成永远都“干不完”的工作,就需要更多的移动应用的支撑。其实,企业移动化战略的方式有不少,但是移动应用的实现却一直受困于设备、平台等各方面问题的影响,而且在企业应用过程中很多管理需要并不是针对单一设备或平台的而生,像我们常说的MDM、MAM等产品。
·移动中间件的定义
移动中间件是连接不同的移动应用,程序和系统的一种软件。移动中间件实际上隐藏了多种复杂性:在移动环境下工作的复杂性,允许设备对设备的流畅交互的复杂性,移动与计算机集成的复杂性和移动应用开发的复杂性。和其它的中间件一样,移动中间件也是通过提供信息服务来使不同的应用之间进行通话的一个典型。随着多样化的平台和设备进入到移动空间,移动中间件已经变得越来越重要。随之而来的结果就是,众多移动中间件厂商纷纷提供开发服务,以解决快速增长的移动硬件与移动软件市场。
·移动中间件的作用
在本地和HTML5应用开发策略中,移动中间件连接设备和本地硬件的服务。在不需要重写后端的情况下,它也可以使企业架构师和开发者再利用同一的后端逻辑来帮助多台移动设备与每一个单独设备进行工作。移动中间件服务能实现储备软件开发资源等功能,而且现在的移动中间件是设备与后端互联助力器,而且移动中间件能促使开源ESB和BAM平台发挥更高效的作用。
二、移动中间件市场现状与分析
此前有媒体报道移动中间件市场上,“以运营商为中心的移动中间件厂商基本沦陷,以行业解决方案为中心运营的厂商在今年尝到了甜头,以移动中间件为平台外延应用的厂商,由于短时期移动应用带来的效益甚微,也让这些厂商现金流一度吃紧。”很直白的阐述了目前移动中间件市场上的企业现状。行业解决方案为中心的厂商为什么能够尝到甜头?以延展应用为突破口的却没有市场?其实还是IT界那句谚语:需求不是臆造出来的,只要有需求一定有市场。
市场格局不明显,无论国际国内并没有一个主导市场的厂商出现,随着技术的发展,很多厂商的中间件产品也在逐渐成熟和进化,正在走向整合或与新技术融合的阶段。通常移动中间件被按照“断代法”定义,即第一代和第二代中间件产品进行区分。但是笔者并不认同如此把品牌进行断代的方式,毕竟技术日新月异的年代产品也会更新升级,所以笔者更愿意按照传统和新兴对其分类,但不管怎么说中间件的实现形式与后期移动战略的延展性、可操作性等方面都有很大关系。
对比来讲,第一代产品更加注重服务整合,第一代移动中间件虽然号称移动中间件,但本质核心在服务器端,也就是所谓的“数据集成服务器”,通过一个Integration Server将web数据转化成移动端的API。
而且由于中间件所谓的“跨平台”要求很难实现原生应用那样的性能和使用体验,因此很多时候受到用户的诟病。
但最重要的第一代移动中间件的特性是“偏重行业化的解决方案,而不是应用开发技术”。大量购买第一代移动中间件的用户基本都是购买成型的移动产品,如移动OA、城市门户等功能性的应用产品,由中间件厂商负责实施和开发。第一代移动中间件是在卖解决方案而不是用户可以自己开发的技术。
而第二代移动中间件则更加注重体验和跨平台性之间的平衡,通常是以移动设备自带浏览器引擎(iOS、Android均为Webkit内核)为依托,通过扩展浏览器内核的能力来满足跨平台移动应用开发的需求,并且消除不同移动操作系统浏览器内核的差异性。
而此类应用模式,已经让一些本不专注于移动领域的厂商得以实现进军移动中间件乃至企业移动应用领域。当然这一类型的企业中,有Titanium公司的实现方式相对特殊。
但第二代移动中间件更加适合较为有技术实力的公司使用,原因就在于这类型中间件产品更像是一个针对开发者的开发平台。可以让开发者和企业用户在线体验试用。AppCan有appcan、AppMobi有appmobi、Phonegap有phonegap、Titanium有Appcelerator。因为第二代中间件的定位就是面向开发者,提供一种成熟的、基于开放标准的技术来让开发者体验。所以更容易理解开发者的需求,不断的更新满足开发者的需求。
其实,国内国外市场上提供移动中间件产品的公司并不多, 或者说以商业产品提供给用户的并不多。没有像某些领域一样大量“扎堆”的地步。

但总体来看,单纯以移动中间件为主导的产品市场并不被广大企业用户所看好。在不少大型企业的IT高层看来,整体的企业移动战略中移动中间件只是其中一部分,而且实现方式可以很多种。
三、专家观点:移动互联网时代中间件有利有弊
中国西电变压器板块CIO赵红武先生在北京与笔者针对“移动互联网时代下企业规划移动”的话题进行了交流,虽然时间不长,但是很明确的阐述了他的观点和他的一些实战经验。此外,笔者和不少企业高层、软件厂商的高层也进行了交流,也发现了各自不同初衷和观点。
1.解决移动问题单靠应用不可能
企业以盈利为目的,所以如果是单纯的“移动”所带来的价值并不能直接反馈到商业中,这样的“移动”是毫无意义的。赵先生对笔者表示,很多大型的集团企业、央企并不是直接面对消费者,或者很难通过手机小屏幕能够展示完全所有产品的场景下,很难说因为多了一个微信这样的移动应用的渠道就能改变市场份额,但是移动可以从企业管理、业务模式等方面入手。
此外,在金融领域的一个CIO对笔者表示,单纯应用虽然能够在一些场景下丰富了业务的想象力,但并不是有了应用就有了市场,相反应用本身也有很多问题需要考虑。所以应用并不是移动战略中需要考虑的唯一问题,要系统的提供移动战略实现真正的“移动+”,需要从包括中间件在内的基础平台开始考虑,单靠应用是解决不了问题。
2.选中间件目的、技术都要考量
在和赵红武先生的交流中笔者深刻感觉到,移动中间件的选择其实目的和技术都要考量。首先,要明白为什么要选中间件。他认为很多时候移动中间件很大的一个特点就是代码可以重新复用在不同的平台,iOS和安卓平台的应用不用重新写代码只需要重新编译即可。这是目标驱动的,但是也是有问题的因为一方面的“省事”之后必须对另外一方面“性能”做出牺牲。
技术方面更加明显的是,中间件虽然带来了所谓的跨平台复用的优势,但是真的需要夸如此之多的平台吗?有位从事快消领域企业的信息主管层对笔者表示,移动战略定位在内部管理的阶段,往往对于“跨平台”的需求不太明显,大多靠“平台驱动软件”的方式,因为涉及到安全等诸多方面;而对外的移动战略更加偏向应用,此时的跨平台的需求则表现的更为突出,这也跟不同行业的差异有关。
3.怎么选中间件要看实现效果
技术先进也好,服务到位也罢,其实都要围绕着客户需求展开,而客户需求很多时候不仅仅是性能要求,实现的效果也很重要,但是按照应用模式来份,一般有三种实现方式:原生应用(Native Apps)、WEB应用(WEB Apps)、混合框架应用(Hybrid Apps),这种从效果展示的方面可以说是各有利弊。

至于三种模式的应用场景,可以说是各有利弊。无论从技术、还是从应用场景上,三种方式确实各有不同。在选型的时候切勿陷入“原生与WEB的死磕”漩涡,毕竟不同场景下各有优劣。
而对于混合架构的模式,笔者特别采访了以传统中间件见长的金蝶中间件公司,金蝶中间件研究院院长滕腾特别为这个问题和笔者进行过交流,也给出了金蝶中间件他们的解决方式:“目前在应用支持方式主要是HTML5+JS的纯WEB应用的模式,同时使用功能增强插件将物理设备的利用率大大提高,在平衡了纯WEB应用的功能局限和原生应用的平台依赖性之间的问题。”在金蝶中间件,这种模式被称之为“混合编程模式”。
不过在笔者看来,金蝶的中间件的主营业务并不在于移动中间件领域,但是也算是给不少企业用户多了一种选择的余地。
四、用户声音:几多欢喜几多愁
曾经有关于移动中间的讨论,结果并没有出现一面倒的叫好或者叫衰,可谓喜忧参半,看热闹者居多。
网友darkiki:
纯粹的中间件产品是不能独自存活的,业务多元化发展是趋势,定制化产品是其优势。如我们公司就买过中间件产品,自己开发移动应用,这个费用并不高,个人感觉凭这个是没办法养活一个公司的。
网友Leo_Gao:
中间件市场是否存在也取决于使用中间件的下游公司厂商对客户的把控力以及中间件产品的门槛,从现阶段来看,我觉得中间件做得好的公司,往下游走是必然,因为现金流在下游。单独只做中间件很难有出路。
网友Lon22:
移动中间件不够标准化,离客户的业务太远,是导致他们业务难做的原因。
偏執ヤ:目前的这些小公司们,在疯狂的挤进移动化市场,大家都在做自己认为的,根据自己的客户需求来做,等到了一定程度,而巨头一直在观察,到时候,他就跳出来出标准了,结果是这些小公司们如果没有自己独特的东西,那就等死吧。
网友 龙:
中间件是技术,离开客户太远,IT的趋势是一定要有简单方便的帮客户解决问题才行,中间件技术平台一定要加上业务方案才是趋势。
网友 阿良认为:
EMM+MEAP+移动化监管制度,我认为这个组合拳,才是解决中型以上企业的移动化问题长远思路,因此我觉得对于目标客户为中大型企业的中间件厂商而言,在一次开发多平台部署概念上没有长足进展的,必死无疑。但对于小企业,灵活行业来说,App拿来就用是最好的,中间厂商还是要考虑基于产品的开发服务和合作。
网友 Terry:
同时又因为技术门槛低,业务集成商会考虑自己搞一个。这样相互直接的制约和竞争,最后大家都变成既有中间件又是业务提供商。
网友 曹大缸:移动中间件有用,但是现在的产品
1、不够方便,很多都是噱头大过实用;
2、不够开放,集成商不敢用,移动技术革新太快,要加点东西就得动底层,同时面向各种个性需求预期不够(毕竟手游比企业业务移动化更容易收敛)。另外,手游的开发工具,能达到或者接近原生效果;
3、企业的移动中间件做的不够好,噱头大过实用。
可以看到一个共同点,对于移动中间件本身的存在大家并不是非常乐观,但是基于此而衍生的管理平台,如MDM、EMM等呼声颇高。出现这种情况似乎印证了此前那位CIO的观点,单纯中间件的存在并不能解决实际问题,而需要和业务、应用结合起来。而且移动中间件市场,尤其是针对企业应用市场,移动中间件更应该和那些大型集成商、丰富经验的管理软件厂商相结合,而不是像几年前那样单打独斗。
笔者建议在移动中间件的选型时候,可以将这些厂商的合作伙伴的实力作为一个考评标准之一。但需要注意,那些大型管理软件厂商往往都有自己的中间件产品,所以认清了中间件的“本尊”还是很重要的。
五、国产移动中间件产品盘点
本次盘点国产化移动中间件产品,列举了当前市面上常见的提供移动中间件的国产软件厂商。(住:排名不分先后)
·烽火星空 ExMobi移动平台
官方网站:www.nj.fiberhome.com.cn/
简介:
烽火星空的ExMobi中间件,可以在不改变业务系统的情况下,将业务系统移植于手机 中,实现信息的移动化,ExMobi是一个具有从开发(IDE环境)、集成(it系统对接)、打包(各个操作系统的应用打包)、发布(应用的运行)的整套解决方案的移动化中间件产品。能有效的解决企业平台分化、系统集成、开发易用性的问题。无缝对接企业各业务系统,跨平台的应用快速开发和测试、在线/离线的应用打包及应用快速发布能力。完全满足各类业务集成商、独立软件开发商、企业IT部门的企业应用开发。
【编辑看点:】
其实南京烽火依靠烽火集团这颗大树,确实有利有弊,集团层面的导向对于南京烽火的导向确实存在。但也有优势,品牌信誉度应该是这些国产厂商中还不错的。而且ExMobi也正在一步一步走向开放,尤其是针对开发者,这是构建自己生态圈最基本也是最重要的一环。
而针对这个问所谓的“混合编程框架”的问题,烽火星空的相关人员也表示ExMobi是支持这种混合模式的,并且可以用原生语言开发一些模块放到ExMobi中。不过这样可能又会引发新问题,但是烽火星空确实已经开始支持了。
·上海天畅NAZA移动平台
官方网站:http://www.techown.com/
简介:
NAZA移动中间件是基于HTML5标签语言的混合开发模式,兼具着Native App的性能优势和Web App的低成本优势,有着灵活的后台业务接口,统一的管理平台,可与EMM企业移动管理平台天然无缝的整合。
相比于先前的版本,6.0在开发的可视化和用户体验上又有了一些新的提升,提供更丰富的移动终端底层访问API接口,如二维码扫描、语音识别、通讯录、异步数据通讯等功能,并改进了离线应用的控制,客户开发的移动应用在离线状态下可以更好的应用。
【编辑看点:】
其实,国内厂商并不缺乏对新技术敏感的嗅觉,天畅就是这样的一个公司。而且在明知移动中间件孤立的存在非常困难,所以一直在发展整体的解决方案。以EMM企业移动管理平台示人,更加容易领让用户接受。
·正益无线APPCan移动平台
官方网站:http://www.3g2win.com/
简介:
AppCan是国内首个向开发者免费提供的HTML5移动应用开发平台,含盖SDK移动应用开发系统和MAS后端集成系统,完全遵循W3C标准,开发者可以使用HTML5+CSS3+JS进行移动应用开发,通过AppCan IDE集成开发工具、在线编译系统以及云端打包器,快速生成Android、iOS、WP平台上的本地应用。每一个App都能够独立运行,互不干扰。开发门槛低、难度小、周期短,支持企业自主功能插件式扩展。
【编辑点评:】
最具互联网精神的移动中间件平台,这么说不是空穴来风,而是正益无线AppCan创始人王国春是从手机软件设计起家的。而从公开的客户案例来说,还是有不少大型企业选择的。
·数字天堂MKey移动平台
官方网站:www.d-heaven.com/
简介:
MKey无线中间件是位于平台(包括手机和电脑等在内的硬件和操作系统)和应用之间的通用服务,配套有开发工具、语言、接口以及管理维护界面。使用该中间件产品,开发者可以在2-3周内完成一个业务系统的移动化,并且只需要开发一次,系统会自动创建出可以在各个手机平台上运行的软件包。MKey无线中间件抽象了典型的应用模式,应用软件制造者可以基于标准的中间件进行再开发。
MKey Studio是数字天堂为开发者提供的一套集成式移动应用开发套件(IDE),产品套件包含设计器、编辑器、模拟器和辅助工具,开发者通过IDE可以轻松完成移动应用的开发、测试、发布等一系列操作,是目前行业内开发移动应用的非常好的工具。
【编辑点评:】
产品本身是较早与应用结合的厂商之一,而且整套的解决方案之前也市场能见到媒体曝光。但最近几年有媒体报道其自身在调整的过程中,给人以“有待观察”的直观形象。但是对于移动中间件本身来说更像是符合“开发者”胃口的一套IDE工具。
·南京中帕MASTUDIO移动平台
官方网站:http://www.mastudio.org/
简介:
MAStudio是由南京中帕软件有限公司自主研发的移动应用中间件,MAS系统由服务器部分和客户端部分组成,通过无线网络、Internet相连接。MAS服务器架设于企业局域网络中,负责连接企业数据库和办公系统。 MAS服务器通过内部网络连接OA系统和ERP数据库,根据访问不同的数据而在MAS服务器上配置相应的接口,所有接口均在服务器配置完成。
【编辑点评:】
似乎有些人都没有听过这家公司,但是确确实实的也具备这样的技术实力,2002年创办至今,从其案例来看,已经在不少行业中已经有所斩获,所以尚值得关注。
·北京诺豪移动平台
官方网站:http://www.knowhowsoft.cn/
简介:
诺豪移动应用平台是专门针对电厂用户以及其他政府、企业用户所面临的移动办公需求结合无线网络而推出的应用解决方案。诺豪移动应用平台基于原生控件开发、支持主流移动应用操作系统,采取模板化、自动化的快速应用与部署理念,私有化传输协议,保证了数据安全及高速运行,快速将现使用的各种IT系统应用(包括但不限于OA系统、电子邮件系统、PI系统、ERP系统、EAM系统、CRM系统、BI系统及其他各种生产系统应用)无缝集成与数据交互换,部署到手机等便携终端。
【编辑点评:】
有些时候行业属性太强并不能证明什么,但是至少能够证明在某些行业中的影响力。诺豪似乎就给人这样的感觉。
附录1 参考文献:
移动化研究中心,《 CIO必须关注的十大主流企业移动应用平台推荐》,http://www.yidonghua.com/post/21716.html
赵恒,《移动中间件厂商前途堪忧 一半是火焰一半是海水》http://www.yidonghua.com/post/20922.html
附录2 评分机制
本表是一个厂商曾经提出来的打分的机制,虽然不能简单的这地方面断定某个产品的好与坏,但是至少这几方面确实可以成为选型评判的标准之一,至少能够初步判断一个移动中间件的基本情况。
移动中间件选型打分表 | |||||
编号 | 项 目 | 选 项 | 答案 | 得分 | 评分标准 |
1 | 环境需求 | 1、 不需要第三方支持系统 2、 需要数据库系统 3、 需要http Server系统 4、 其它系统 | 本项10分计算,需要一项扣3分 | ||
2 | 安装体验 | 1、 30分以内 2、 安装超过30分钟 3、 安装超过1小时 4、 安装超过2小时 | 本项目10分计算,增加30分钟扣2分 | ||
3 | 演示项目 | 1、 30分以内 2、 安装超过30分钟 3、 安装超过1小时 4、 安装超过2小时 | 本项目10分计算,增加30分钟扣2分 | ||
4 | 新知识学习 | 1、 系统自定义组件数<5 2、 系统自定义组件数<10 3、 系统自定义组件数<20 4、 更多 | 本项目20分计算,增加5个自定义组件扣5分 | ||
5 | 流程引擎 | 1、 https支持 2、 NTLM支持 3、 Louts支持 4、 .Net支持 5、 Java 支持 | 本项目每个选项2分 | ||
6 | 产品交付 | 1、 无外部网络依赖 2、 有外部网络依赖 | 本项目5分,有依赖0分 | ||
7 | 数据安全 | 1、 数据有加密 2、 数据无加密 3、 https模式传输 | 本项目10分,1= 10分 2= 0分 3= 5分 | ||
8 | 压力测试 | 1、 提供LoadRunner测试 2、 无测试提供 | 本项目5分,无提供测试=0分 | ||
9 | 运营维护 | 1、 运行中需要备份 2、 运行中不需要备份 | 本项目5分,运行需要备份=0分 | ||
10 | 服务器恢复 | 1、30分钟重装恢复 2、1小时重装恢复 3、1天重装恢复 | 本项目10分,增加半小时扣2分 | ||
11 | WEB APP开发模式 | 1、 支持 2、 不支持 | 本项目10分,不支持=0分 | ||
12 | 客户端代码授权 | 1、 支持 2、 不支持 | 本项目10分,不支持=0分 | ||
13 | IPAD优化 | 1、 不支持 2、 支持多窗口分屏优化 | 本项目10分,不支持=0分 | ||
最后总的得分:
| |||||