企業應用集成平臺的架構研究與設計

摘 ?要： 隨著企業信息化的快速發展，各企業內部信息系統越來越多，不少企業已經著手建設應用集成門戶，力求為企業內外用戶搭建統一的信息化系統入口。隨著信息系統資源整合工作的推進，面向企業用戶、流程的信息集成無疑是更大的挑戰。本文通過借鑒互聯網、開放平臺等思維，提出一種企業應用集成平臺系統的架構設計模式，目的是通過對信息資源高效的整合利用和流程重塑，提高企業信息化需求的快速響應能力，為企業業務發展提供底層技術支撐，發揮企業信息資產的價值，促進企業良好信息化生態的形成。

關鍵詞： 應用集成平臺;信息資源;開放平臺;數據資產;信息化生態

中圖分類號： TP311.1 ? ?文獻標識碼： A ? ?DOI：10.3969/j.issn.1003-6970.2020.06.026

本文著錄格式：林木. 企業應用集成平臺的架構研究與設計[J]. 軟件，2020，41（06）：121126

【Abstract】： With the rapid development of enterprise informatization， there are more and more internal information systems in various enterprises. Many enterprises have started to build application integration portals， striving to build a unified information system entrance for users inside and outside the enterprise. With the advancement of information system resource integration， information integration for enterprise users and processes is undoubtedly a greater challenge. This paper proposes an architecture design mode of enterprise application integration platform system by referring to the thinking of Internet and open platform. The purpose is to improve the rapid response ability of enterprise information demand， provide the underlying technical support for enterprise business development， give full play to the value of enterprise information assets. Through the effective integration， utilization and process reconstruction of information resources to form ecology to promote the development of enterprise information.

【Key words】： Application integration platform; Information resources; Open platform; Data assets; Information ecology

0 ?引言

當前，各企業為了適應自身發展，通常都會建設各類信息系統去針對性的支撐業務管理或日常性辦公工作，諸如郵箱系統、OA系統、人力資源系統、數據報表系統、業務經營管理類系統、財務類系統等。對于一些重要的大型企業，要應對自身業務的發展并服務好自身的客戶，很多關鍵性工作單靠一兩個業務系統很難完成，往往需要多系統配合、多部門線上協調工作?，F實中，各類業務體系應用的專屬功能子系統一般少則幾個，多則十幾個，如何實現用戶對在用系統“一次登錄，多處授權”，同時為信息化管理者提供更便捷的資源管理渠道，打造企業級應用集成整合平臺，使各系統之間無縫配合運行，發揮最佳整體效益，是擺在信息化部門面前非?，F實的問題。

另外，從外部技術環境來看，互聯網、開放平臺已成為未來信息化發展的顯著特征和創新應用的增長點，移動化、集成化、自助化成為提升政務管理、業務管理效能的重要手段。從大多數行業企業信息化系統技術架構的現狀來看，“平臺+應用”的集成整合模式[1]尚未健全，應用集成及信息整合仍存在諸多壁壘，系統之間的信息孤島現象依然存在。因此，結合互聯網思維、加強企業內部服務開放能力，讓信息不再割裂，最大限度的便捷系統用戶，釋放企業信息化的最大價值，變的尤為重要。

1 ?企業應用系統集成難點分析

1.1 ?用戶集成實施工作量大

應用系統的集成，首要工作往往是先集成各應用系統用戶。傳統模式下，用戶的集成一般會通過梳理企業內用戶基本信息和用戶的應用系統入口類、菜單類權限信息，由信息系統管理員通過后臺進行集中實施批量初始化工作。這種實施方法對于用戶量較小的應用集成系統建設尚能滿足基本實施需要，然而卻難以應對大型企業、集團公司應用集成項目的實施。

假如某大型企業共有員工5萬人，應用系統（包括子系統）50個，員工人均有權限使用的系統數量為25個，那么用戶集成工作中，需要對5萬的內部系統賬號進行分配創建與確認、125萬系統權限數據條目進行梳理和初始化導入。倘若企業外的系統用戶數據需要一并集成實施，工作量無疑是巨大的。如不考慮從應用集成架構層面進行優化，嘗試改變集成方式與技術應用，系統實施將成為企業應用集成工作的重大障礙。

1.2 ?應用門戶的自助集成能力差

隨著企業信息化的不斷推進，支撐各類業務的新建應用系統、系統新版本也在逐步增多。新應用系統在企業應用集成門戶中的集成，通常會經歷雙方開發商單點登錄服務對接調試、門戶信息集成接口對接調試、數據實施、發布上線等一系列過程。那么如何使這些新應用、新系統自助的、以更加便捷的方式集成到企業現有的應用集成門戶中，進一步降低雙方技術團隊人力消耗、規范信息化系統集成流程，成為企業應用集成平臺架構需要解決的重要問題。

1.3 ?流程集成技術難度大

傳統應用集成門戶在集成各類辦公流程任務、待辦事項時，往往采取批量調用被集成業務系統待辦任務查詢服務的方式來實現待辦任務的統一抓取和集中呈現，一般采取定時發起查詢請求的形式來最大程度的保證信息展現的及時性。然而，信息展現層發起查詢請求的頻率設置很大程度上受制于各被集成系統的負載能力[2]。

從另一方面，不同應用系統之間的業務流程很難做到完全協同，這將涉及到系統間大量的業務協同信息交互接口的開發調試，不僅增大了系統之間的耦合度，而且對于生產系統較大范圍的改造，很難被系統承建廠商所接受。

2 ?應用集成平臺架構設計

2.1 ?整體架構設計

基于傳統應用集成門戶的建設模式，通過對企業應用系統集成工作中系統的核心服務能力進行抽象、擴展，結合對被集成系統的改造升級，實現應用集成門戶由傳統技術向開放、靈活的技術架構轉變，總體模式為“一平臺、兩端”。

“一平臺”即應用集成平臺，即建立基于“云服務”的應用公共后臺，為前臺構建的“兩端”（PC端和移動端）提供基礎服務。應用集成平臺通過整合企業內用戶、協同消息、服務接口、業務應用，為企業提供統一用戶信息管理、協同消息傳輸、開放API服務及應用系統集成接入管理。

應用集成平臺各組成部分在整體架構中的定位如下：

用戶管理中心：支撐企業內外用戶的統一管理，涵蓋用戶認證、用戶接入、信息變更與賬號封存以及用戶基本信息管理、應用入口級權限管理等。

協同消息總線：以MQ產品為基礎，集成封裝多種服務器推送技術，解耦各業務系統的直連對接，為信息系統流程集成提供同步及異步信息傳遞的一致通道。

服務開放平臺：對企業SOA信息化架構進行延伸，以開放平臺的思維，集成整合并開放企業內部服務資源，依托服務管理標準化流程規范服務資源管理，保證服務資源的安全性，同時提高企業內部服務對接工作的效率[8]。

應用管理中心：以服務開放平臺為基礎，依托標準化的開放服務和管理制度支撐應用系統全生命周期管理，為信息管理者對企業應用的管理提供一致性渠道。

2.2 ?用戶自助式集成降低企業用戶集成實施難度

圍繞用戶服務，用戶管理中心提供用戶登錄認證、用戶一站式信息管理、用戶應用入口級別權限管理，支撐兩端用戶的統一認證和業務系統的單點登錄，并通過登錄審計、行為分析等方式記錄用戶使用信息資源的情況，從而促進優化信息資源組織方式[3]。

用戶的創建，借助互聯網應用中用戶在線注冊及OAuth開放認證授權的思想，將原本需要人工收集整理信息的過程（如用戶信息、應用系統入口級別權限信息）轉變為用戶自助注冊賬戶、自助綁定應用，從而轉變系統用戶集成方式[4]，降低企業信息化系統集成實施的工作量。

2.3 ?協同消息總線為流程集成提供消息傳遞通道

各業務系統待辦任務、消息通知、公示公告的消息傳遞，以協同消息總線為統一通道進行傳輸。通過配合被集成業務系統的改造，“以推送為主，拉取為輔”滿足全鏈條數據的一致性，實現消息從業務系統到兩端門戶的準實時展現。

協同消息總線的消息推送以滿足消息隊列模型傳遞順序為基本要求[7]，通過對消息數據進行存儲，集成整合WebScoket推送、Socket長短連接等技術機制，擴展消息收發黑白名單控制功能、內容過濾功能，對業務系統開放業務協作的標準API或SDK。使用方可直接或間接使用消息API或SDK實現消息傳遞，滿足政務流程協同和員工協作。消息API主要包括：

（1）標準消息注冊服務接口，消息發送方調用此接口注冊消息類別;

（2）標準消息發送服務接口，消息發送方調用此接口發送消息;

（3）標準消息訂閱服務接口，消息消費方可通過此接口訂閱消息，被動接受推送的消息并進行業務處理。

（4）標準消息查詢服務接口，消息發送方和消費方均可調用此接口完成消息的查詢結對，如指定類別消息數量、消息內容等。

消息發送的標準消息體格式規劃如下：

{

"msgId"： "消息標示.發送方自行定義，同一消息發送方條件下不允許重復.不可為空"，

"msgSender"： "消息發送方，由平臺規劃各發送方編碼. 不可為空"，

"topic"： "消息主題.如待辦任務、消息通知、通知公告等. 不可為空"，

"tags"： "標簽.標示消息動作，如創建、取消、更新等. 不可為空"，

"msgBody"： [{ ? ? ? ? //msgBody視具體場景而定

"receiveUserId"： ["消息接受用戶標示"]，

"receiveOrgId"： ["消息接收組織標示"]，

"extendInfo"： {}，

"content"： "消息內容"

}， {}]

}

2.4 ?服務開放平臺實現服務資源資產化管理，支撐服務資源規范化管理

服務開放平臺的目的是實現企業信息系統服務資產的統一管理[9]，建立服務資源全生命周期[5]的管控流程，從而增強企業服務集成能力，提高服務資源利用率。面向服務開發者、信息資源管理者、服務使用者，服務開放平臺從服務注冊、服務授權、服務下線三個方面來規范管理流程，實現服務資源管理的整體可控。

在服務交互層面，切斷以往各業務應用之間直連的服務通信，各業務應用之間均通過服務開放平臺進行交互通信，從而解耦各應用系統[6]。同時，新業務應用在統一應用門戶中集成通過服務開放平臺集中管理的開放服務API來進行支撐，業務應用接入方可在平臺內選擇所需標準化服務，在線調試并測試對接，降低應用集成的實施周期。

2.5 ?為企業應用系統全生命周期管理提供一致渠道

應用管理中心的設計以服務開放平臺體系為基礎，主要支撐企業應用系統開發、門戶集成接入、生命周期管理等過程，服務開放平臺為應用系統的運行提供服務支持。

應用管理中心基于開放認證的技術框架[10]，為應用開發者、應用使用者、信息管理者提供一致的應用管理平臺，滿足桌面端、移動端等多種類型應用的標準化集成接入。

3 ?總結

“應用集成”不僅僅是集成應用系統的入口，對信息資源的集成和傳統應用場景的改進也是非常重要的方面。隨著技術的不斷進步，思維的不斷轉變，通過集成和固化相關技術和產品，應用集成平臺架構可以不斷演進，從而對企業整體IT架構做到更好支撐，提高業務應用研發和實施效率，使未來企業信息化架構的優化和提升工作得以簡化，促進企業信息化的快速發展。

參考文獻

[1] 徐罡， 黃濤， 劉紹華， et al. 分布應用集成核心技術研究綜述[J]. 計算機學報， 2005（4）.

[2] 葉宇風. 基于SOA的企業應用集成研究[J]. 微電子學與計算機（5）： 213-215.

[3] 劉英丹， 董傳良. 利用Web Service實現企業應用集成[J]. 計算機應用（07）： 126-128.

[4] 李平， 白慶華. 基于匹配度的政府服務渠道、用戶與服務整合[J]. 同濟大學學報（自然科學版）， 2013， 41（11）： 1761-1766.

[5] 張廣勝， 蔣昌俊， 湯憲飛， 等. 面向服務的企業應用集成系統描述與驗證[J]. 軟件學報（12）： 3015-3030.

[6] 張偉. 計算機軟件開發技術的應用與發展趨勢研究[J]. 軟件， 2013， 34（3）： 151-153.

[7] 周京暉. 集成消息服務和定時通知的分布式內存數據庫[J]. 軟件， 2013， 34（1）： 89-92.

[8] 唐志紅， 龍毅宏， 吳志奇. 面向Web Form身份鑒別的單點登錄透明集成技術[J]. 軟件（08）： 81-84.

[9] 劉鏑， 張智江， 張尼. 基于國內開放平臺的Oauth認證框架研究[J]. 信息通信技術（06）： 45-48.

[10] 段浩偉. 基于OAuth2.0的電子商務開放平臺認證與授權的設計與實現[D]. 西安電子科技大學， 2013.