架构师可能还没有意识到移动应序集成与传统应用集成之间存在如此大的差距。本文中，我们一起学习如何以一种新颖的方式来管理集成。

Suhas Uliyar是Oracle公司移动战略部副总裁，他认为，企业架构师需要意识到传统集成战略之间的不同之处。我们所创建的新移动应用的工作容量大小取决于是否具有稳定的记录系统。接下来我们共同阅读下Suhas Uliyar关于如何以一种连贯的、易管理的方式来解决移动应用集成所带来的挑战。

企业实施移动应用集成（MAI）战略所面临最大的挑战是什么？

Suhas Uliyar说：企业所面临的最大挑战是，未能清楚地认识到MAI与传统应用程序集成之间的差距。优秀的移动应用设计方案会着重考虑采用由外向内的方法，并为用户专门创建应用程序，用户只需要单击几次鼠标就可以完成任务。移动应用程序的性能直接会影响终端用户体验，但是通常，企业会将将移动应用按现状集成到后端中，这种做法就会产生一些性能问题。

造成这些问题的主要原因是，后端供应商没有专门为移动用户案例设计一种以移动为中心的API。举一个例子，根据某一任务，API需要返回100个属性（字段），然而，移动应用却只需要拥有5个或者10个属性的小子集就可以。没有以移动为中的API，移动应用就不得不通过线路和有效负载流程接收整个数据有效负载，然后，去除大部分属性，这样做会增加一些不必要的超负荷，同时也会影响应用程序性能。

对于拥有多渠道（移动、网络、物联网）的企业来说，具备一种包罗万象的企业集成架构时非常重要的，同时也需要重点考虑移动特殊需求包括：连接可用性，协议简洁性，以及终端到终端安全性。

你通常所见到的反模式移动应用集成有哪些？

Uliyar说：最常见的反模式就是移动的独立集成和数据架构，未充分利用企业级集成架构。这种特殊的移动集成架构为数据资源建立了多个接触点，为后端系统增加了一种更高的负载级别，也许其并不是为所有新数字业务用户案例所设计。

另外一种反模式是数据复制，以解决移动离线或者数据同步问题的需求为导向，从而填补之前所提到的连接可用性需求。许多情况下，通过将数据复制到用于临时数据存储中来解决这种集成问题，这种临时数据存储通常被视为实现同步的记录系统以及移动客户端的数据管理。将这种临时数据存储集成到记录系统中会使数据分散到多个地方，并且可能还会影响数据的完整性，结果，增加了管理成本和系统复杂性。

安全访问和管理是由移动特殊集成孤岛所引起的另外一种反模式集成。移动用户的访问和管理仍然被存储在另外一个用户数据存储中，这种做法会增加基础设施成本及复杂性。

为什么优秀的MAI策略对移动AD项目的成功会产生如此重要的影响？

Suhas Uliyar说：移动开发项目三分之二的成本花在集成到记录系统的移动应用并确保其符合IT安全原则这两个方面上。多年以来，客户端的开发变得越来越容易，然而，集成却变得越来越发杂。一种有效的移动应用程序不仅仅可以从后端系统进行数据集成，而且同时也能够从第三方数据资源下增加移动环境和内容。在云环境下企业创建了应用程序，并将部分应用程序集转移到别处，目的是支持本地应用程序。当企业采用一种数字化策略并向他们的用户（内部加外部）发送移动应用程序，那么他们为了实现业务目标而形成的集成成本可能会很高。

面向服务的体系架构SOA履行了承诺。你不再需要借助移动企业应用程序平台或者移动应用程序开发平台来解决小问题。移动化不再是一种战术词语，而是与业务成功有重要影响关系。企业正在为B2E和B2C应用程序寻求一种企业级“移动先行”战略，而B2E和B2C应用程序利用并遵循后端基础架构的安全和基础原则。企业正在寻找一些方法来简化企业移动性从而降低所有权总花费，同时，通过重复使用通用组件、以移动创新的方式向其提供业务。

启用MAI的关键技术和关键架构有哪些？

Uliyar说：一份优秀的MAI策略在于跨渠道启用重用技术，用统一的方法来提供服务，并通过这些渠道来使用这些服务。正确的方法是拥有一套“移动先行”策略，并将该策略与“API先行”策略相结合。“移动先行”策略通过向开发人员提供RESTful API目录下的移动服务可发现目录进行查询处理，从而将移动开发人员视为“第一级市民”。同时，引导他们使用虚拟数据来创建模拟API，以防现有API无法满足其使用需求。

先行API战略用一种统一的抽象方式公开后端记录系统的服务功能，并向开发人员提供一套连贯的、易使用的服务。这些服务可以提供数据转换、编辑、造型和功能使用功能，并且完全符合现有IT安全政策以及监控和分析所规定的投资要求。API目录下的RESTful/JSON API拥有全套的API管理，其中包括监控、生命周期管理、分析以及紧随其后的经济模型，它也是MAI技术成败的关键。开放资源Node.js可以为服务器端及网络应用程序提供跨平台运营环境，同时，它也正变成开发定置服务器端编码所需要的一种标准技术。

然而，除了以上可以在任何渠道都可以使用的服务之外，一些附加的、以移动为中心的服务需要被配置到顶层，从而满足类似于离线/同步、通知推送、用户管理、移动数据存储之类的需求。企业将移动后端视为一种MBaaS服务，迅速变得非常具有成本效益。同时强大的MAI云架构向从事移动工作的开发人员提供了一系列丰富的集成服务，从而简化了企业移动集成，让这些移动开发人员做他们所擅长的工作—非常迅速地创建移动应用。

如何解决集中控制与快速实现价值之间的紧张关系？

Uliyar说：一套优秀的先行移动架构和先行API解决方案有助于消除敏捷移动开发人员之间的紧张关系，他们关注的重点是产品上线时间与缓慢的后端基础架构之间的对立关系，并且需要在很长的周期内向开发人员提供所需的服务。

有了企业级云移动基础架构服务，移动开发人员可以非常容易地与服务开发人员一同使用这些移动服务而无需添加新的基础架构。这种方式可以让服务开发人员使用正确的技术来塑造现有服务而无需增加其他后端开发工作，同时还可以提升后端的敏捷性，这一直是造成紧张关系的来源之一。通过让移动开发人员用模拟数据的这种清晰方式描述出他们所需要的服务，从而服务开发人员才能获取清晰的服务需求信息，而不是仅仅靠猜测，这种猜想往往会引起激烈地争论。