企业应用集成平台的架构研究与设计

摘  要： 随着企业信息化的快速发展，各企业内部信息系统越来越多，不少企业已经着手建设应用集成门户，力求为企业内外用户搭建统一的信息化系统入口。随着信息系统资源整合工作的推进，面向企业用户、流程的信息集成无疑是更大的挑战。本文通过借鉴互联网、开放平台等思维，提出一种企业应用集成平台系统的架构设计模式，目的是通过对信息资源高效的整合利用和流程重塑，提高企业信息化需求的快速响应能力，为企业业务发展提供底层技术支撑，发挥企业信息资产的价值，促进企业良好信息化生态的形成。

关键词： 应用集成平台;信息资源;开放平台;数据资产;信息化生态

中图分类号： 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系统、人力资源系统、数据报表系统、业务经营管理类系统、财务类系统等。对于一些重要的大型企业，要应对自身业务的发展并服务好自身的客户，很多关键性工作单靠一两个业务系统很难完成，往往需要多系统配合、多部门线上协调工作。现实中，各类业务体系应用的专属功能子系统一般少则几个，多则十几个，如何实现用户对在用系统“一次登录，多处授权”，同时为信息化管理者提供更便捷的资源管理渠道，打造企业级应用集成整合平台，使各系统之间无缝配合运行，发挥最佳整体效益，是摆在信息化部门面前非常现实的问题。

另外，从外部技术环境来看，互联网、开放平台已成为未来信息化发展的显著特征和创新应用的增长点，移动化、集成化、自助化成为提升政务管理、业务管理效能的重要手段。从大多数行业企业信息化系统技术架构的现状来看，“平台+应用”的集成整合模式[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.