架構師可能還沒有意識到移動應序集成與傳統應用集成之間存在如此大的差距。本文中，我們一起學習如何以一種新穎的方式來管理集成。

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解決方案有助于消除敏捷移動開發人員之間的緊張關系，他們關注的重點是產品上線時間與緩慢的后端基礎架構之間的對立關系，并且需要在很長的周期內向開發人員提供所需的服務。

有了企業級云移動基礎架構服務，移動開發人員可以非常容易地與服務開發人員一同使用這些移動服務而無需添加新的基礎架構。這種方式可以讓服務開發人員使用正確的技術來塑造現有服務而無需增加其他后端開發工作，同時還可以提升后端的敏捷性，這一直是造成緊張關系的來源之一。通過讓移動開發人員用模擬數據的這種清晰方式描述出他們所需要的服務，從而服務開發人員才能獲取清晰的服務需求信息，而不是僅僅靠猜測，這種猜想往往會引起激烈地爭論。