在前面的两章(《移动管理解开企业移动应用之"结"(一)》 《移动管理解开企业移动应用之"结"(二)》)中我们已经看到了，最终移动性应用将成为企业IT架构的另一部分。当这些移动设备具备安全、网络互连和数据存储等功能后企业的应用将变成移动性的应用。并且到那时，也会有专门的一套通用管理和集成移动应用的流程设置。但是，在向这个方向发展的过程中还是会有很多问题的，为实现未来的移动应用而建立的与目前截然不同的架构以及相对滞后的移动流程管理会使这些危害加倍。一句话，明天的问题来自今天的解。为此，我们该做些什么了。

　　危害是什么?

　　读者们肯定会立即告诉我，在使用了移动部署后，所有的事情都会越来越容易的。除了偶尔可能要用BlackBerry传递一些流媒体，但是BES(BlackBerry Enterprise Server,黑莓企业服务器)会处理这些的，并且事实是它做的很好了。新的设备不断的被引进，所有人都很开心。这一点是好的，确实，从这里看过去，所有的事情会越来越简单。

　　而事实上，这里有很大的隐患。这些新的架构能够被检测吗?我们应该做些什么才能让这些新的应用集成到目前的企业IT环境中来?对于那些总会带来各种各样的移动终端的用户们来说我们应该做些什么?我们真的能够确保我们的IT部门安全吗?

　　你能想象得到如果管理层的某位高管要求使用iPhone，结果会使怎样吗?我们都已经经历过BlackBerry被逐步引进企业的过程，所以我们现在不担心任何一个高管哪怕他是CXO突然提出来：“我要使用BlackBerry”，因为大部分企业现在都在使用。但是，如果在不久的将来另一个新的、终端设备要配备给每位高管时，你如何应对?

　　问题总是层出不穷可答案却少的可怜。问题的关键在于我们应该如何避免隐患。

　　隐患1：架构

　　类似于BlackBerry、Good等这样的简单解决方案实际上都是安全的，可控制的垂直集成平台。我们可以对这些方案的集成度提出不同的看法，但是这些平台确实能够为我们提供独立的移动设备和邮件系统(Exchange、Notes甚至是GroupWise)集成。从企业的角度上来看，上述的移动平台可以提供足够安全和更大扩展性的移动应用。其他的移动解决方案也能做到这些，微软甚至允许移动邮件系统免费升级到Exchange——其实，价格的诱惑远不如基于企业目前架构和应用部署移动集成的承诺。

　　大多数领先的移动应用平台总体说来就是“中间件”。这本身对于企业结构而言就具有正反两方面的意义，但是移动中间件确实能够提供关键性的移动应用。这些应用包括，同步、数据管理、应用状态维护和安全。这些平台都会为了一些特殊的目的而建立存放用户信息和创建附加用户信息的公用目录。如何使这些目录与企业中心目录融合是解决问题的关键。

　　随着企业结构开始向SOA(Service-Oriented Architechtures,面向服务的架构)、复合应用和Web服务架构的迁移，对于移动中间件而言却越来越不清楚在这些新的框架下应该遵从哪些规则了。很明显，随着逐步使大多数企业慢慢停用现在正在使用的软件，移动中间件将会陪伴我们很长的一段时间。而对于架构而言最大的挑战就是如何把移动应用从现在各自独立的移动中间件平台上迁移到“泛企业移动服务架构”上来。

　　最后一个架构隐患就是这些移动中间件的扩展性。目前，我们并不能像部署BlackBerry一样熟练地部署一个不断增长用户的移动平台。事实上每个技术都有自己发展的极限，这对于移动中间件而言也同样适用。只是我们并不知道这个极限是什么样的?它应该像我们熟知的软件、硬件或者网络技术的一样吗?

　　这个问题又引发了另一个我们必须要清除的问题：进程管理。

　　隐患2：流程

　　对于BlackBerry的要求不难理解——一个成形的产品和配套的方案，就好像把一件东西从盒子里拿出来一样简单。在过去的一段时间里，它已经走进了成千上百的企业里，并拥有了上百万的用户而且这个数量还在不断的增长。至于BlackBerry的成功原因有很多，不过这里面我认为最值得一提的是解决方案中固有的进程，没有过多的变量，少数的几台设备却拥有丰富的管理功能。像要把你的电子邮件系统连接到你的BlackBerry上去吗?那么你需要问问IT部门。

　　简单地说，像BlackBerry和Good这样的解决方案就是把IT部门置于整个业务流程的中心位置，用来提供设备、用户和账号。这些流程是被“固化”到这些平台和解决方案中的，因此IT部门不必花费很长的时间去计算购买设备、鉴别用户、提供服务和强制策略的流程。任何人可以购买一部BlackBerry并用它来处理自己的邮件，只是它需要通过IT部门的认证才可以使用。

　　BlackBerry推行的是一种简单的，包容的和节约成本效能的方式。而流程作为架构的一部分设计时就受到了移动电话诸如运算能力、显示方式、文本输入和电池寿命的限制。现在的手机，即便是低档货，也可以听音乐，做存储设备，收发短信甚至是电子邮件。

　　因此，我们不得不面临两种选择，要么坚持那些已为我们规定好流程的方案;要么我们现在就承认移动性是不可避免的趋势，然后开始着手设计那些更为复杂但是根据将来的移动用户和移动设备所需服务的流程。如此看来，后面一个选择容易被我们接受，因为移动趋势本身就是代表着高度的个人化和面向用户的设计。

　　两个世界

　　确实存在移动性的危机吗?长远的角度上看着的确是一件大事。许多IT部门对他们进行移动设备、用户和应用的集中控制维护有充分的自信。对于这些IT经理们而言，流程是简单的，设备是已经规定好了的，并且作任何事情都要按部就班的去做。在这个世界里，没有危机。

　　而在另一个世界，用户管理是松散的，自由的，他们总是期待着新兴的设备，比如苹果的iPhone，在这样的世界里你可想而知大家对待新移动技术的热情是多么的高涨。大量的移动设备涌入企业是必然的结果。这个世界里的企业不得不面对大量的来自于定义架构边界、规定设计流程等的挑战，就是因为不断进入企业IT环境的移动设备总是在改变着企业的IT环境。