集成底座与业务系统对接过程梳理

Posted 2022-08-02 数通畅联

集成底座作为企业信息化的基础架构平台，主要满足5A管控、主数据治理以及业务集成等需求，通过基础架构的搭建，为企业的信息化建设提供一套全面稳定、标准统一、易于复用、灵活调整的基础环境。集成底座主要包括三款核心产品：IDM身份管理平台完成5A管控，实现统一用户、统一认证、统一权限、统一审计和统一应用；MDM基础数据治理平台完成基础数据治理，保证基础数据的同源一致；ESB企业服务总线主要完成业务集成，并支持MDM平台的主数据同步分发和IDM的统一用户集成。

在实际项目中针对不同系统、不同需求都会存在具体的处理与配置方式的区别，如MDM平台主数据的应用配置以及分发主数据类别范围和字段范围，IDM统一认证的系统注册和认证信息配置等。 

1总体说明 

集成底座方案包括IDM、MDM、ESB产品，并且通过各个产品的集成整合形成了一个整体，解决企业信息化基础建设的难题，同时借助产品的灵活特性，基于各个子方案满足更多的业务场景需求。 

1.1总体架构 

集成底座方案，实际上基于IDM、MDM、ESB产品实现的5A管控、主数据治理、业务集成等多个方面的需求，其中基于IDM平台实现5A管控，结合ESB和MDM完成组织、角色、用户、权限的统一；基于MDM平台完成主数据治理，结合ESB实现主数据的同步分发，保证各个业务系统基础数据的一致；业务集成以ESB为主，通过ESB的服务治理实现跨系统的面向服务的业务数据集成，并通过MDM平台保证业务数据集成时基础数据的一致。 

1.2业务场景 

集成底座的业务场景主要包括5A管控、主数据治理、API治理、应用集成等。 

1.5A管控：以IDM为主，通过ESB实现组织、角色、用户、权限等同步，实现基于IDM平台的统一用户、统一认证、统一授权、统一审计、统一应用管控； 

2.主数据治理：以MDM平台为主，通过ESB实现从源头系统到MDM、MDM到下游系统的同步分发，实现各系统基础数据的同源一致； 

3.API治理：以ESB平台为主，将IDM、MDM，以及各业务系统的服务接口注册到ESB平台，并通过ESB实现API安全、监控、预警、测试等功能； 

4.应用集成：以ESB平台为主，主要是通过ESB实现跨系统的服务对接，实现系统单据、业务数据的集成，满足异构系统集成对接的需求，同时借助MDM实现的基础数据治理保证业务对接过程中基础数据的一致。 

1.3集成说明 

集成底座与实际业务系统对接时，典型的集成场景包括5A管控、主数据集成、业务集成。 

其中5A管控包括统一用户、统一认证、统一权限、统一审计和统一应用，除了统一权限由于需要深入业务系统的权限体系，同时由于各个系统权限控制体系的区别，在实际项目中需要具体考量外，其他内容基本都是集成底座必做的内容。 

主数据治理主要针对企业基础数据进行治理，由于需要为IDM统一用户提供数据，所以组织、岗位、人员是集成底座必做的主数据，此外根据实际业务需要可以扩展客户、供应商、物料、银行账户等其他类主数据。 

业务集成主要通过ESB的API治理实现，将业务系统接口注册到ESB中，再通过API代理、应用集成等方式实现跨系统的业务单据传输，如单据集成、凭证集成等。 

1.4对接过程 

集成底座和业务系统的对接是有标准的流程和模式的，在整个过程中需要双方的有效配合，提供好相关的接口、数据、参数等，具体的对接过程大致如下： 

25A管控 

IDM的5A管控主要是统一用户、统一认证、统一授权、统一审计、统一应用管控，在实际项目中统一用户、统一认证、统一应用是重点，而统一审计主要是对IDM平台的数据和管理进行监控审计，所以一般不需要进行上下游系统对接，而统一权限由于深入系统权限，各个系统区别较大，所以不作为通用内容进行具体说明。 

2.1统一用户 

在集成底座项目中，由于通过MDM进行主数据治理，而人员主数据又是最基础的数据类别之一，所以在集成时，通常直接通过MDM分发人员，IDM作为MDM的下游系统接收用户，如果在实际项目中有特殊需要需要从IDM分发人员，则再配置IDM的分发。由于IDM、MDM均是集成底座的一部分，内部集成不做具体说明，只针对IDM的分发进行说明： 

1.首先IDM的用户分发基于内置的BPM实现，所以需要配置BPM的分发流程； 

2.分发方式采用推送方式，所以在BPM工作流中只配置一个调用节点，在调用节点中配置IDM的推送分发流程： 

3.同时在应用管理中注册下游系统，并配置下游系统的数据接收接口： 

2.2统一认证 

统一认证的配置过程，有IDM平台提供对接标准，以下游系统为主进行认证配置，IDM主要提供CAS、OAuth、接口三种认证方式。 

CAS认证 

CAS认证主要由集成底座提供如下信息： 

1.业务系统改造说明：配置改造的说明文档； 

2.业务系统配置样例：包括为web.xml的调整以及拦截器的开发样例，一般会和改造说明放在一起； 

3.认证JAR文件； 

4.系统访问信息，主要是CAS服务器地址。 

注：为了保证系统认证时IDM能有效记录认证日志，在IDM平台需要注册业务系统信息，并配置系统访问地址（由业务系统提供）。 

OAuth认证 

OAuth认证主要由集成底座提供如下信息： 

1.client_id：IDM注册的系统编码； 

2.redirect_uri：IDM注册的系统访问路径，由业务系统提供访问地址，IDM注册到平台 

3.client_secret：IDM注册系统的密码（密文）。 

接口认证 

接口认证主要由集成底座提供如下信息： 

1.appCode：IDM注册的系统编码； 

2.加密策略：IDM接口认证的加密策略，业务系统根据加密策略进行密码加密后传输。 

2.3应用管控 

IMD的应用管控主要体现在应用管理模块，在IDM进行集成的过程中，统一应用贯穿始终，包括用户集成时获取tokenId，统一认证时注册应用，用户、权限分发时的分发范围控制等。所以在项目集成时，所有和IDM集成的系统都需要在IDM平台进行注册，并注意控制密码的强度。 

2.4接口清单 

1.数据集成： 

1)获取tokenId接口：
http://IP:PORT/idm/services/OpenApiAuthticater/login/authticate 

2)用户全量接口：
http://IP:PORT/idm/openapi/EmpDispatch/rest/emp/record 

3)用户增量接口：
http://IP:PORT/idm/openapi/DataProvide/rest/record/task-page 

4)日志回写接口：
http://IP:PORT/idm/openapi/BaseDispatchReceive/rest/record/dispatch-log 

2.OAuth认证： 

1)系统请求认证：
http://IP:PORT/cas/oauth2.0/authorize 

2)获取accessToken：
http://IP:PORT/cas/oauth2.0/accessToken 

3)获取用户信息：
http://IP:PORT/cas/oauth2.0/profile 

3.接口认证： 

1)登录认证接口：
http://IP:PORT/idm/services/IdmUserAuth/idmuserauth 

2)密码加密接口：
http://IP:PORT/idm/services/IdmUserAuth/idmuserauth/encryptPwd 

3主数据治理 

集成底座的主数据治理除了MDM平台本身的清洗、校验、编码等内容外，主要的还是和上下游系统的集成，其中上游系统集成一般采用推送模式，通过ESB的应用集成实现主数据的同步，来源相对单一，复用率较低。而主数据分发往往需要分发多个系统，所以需要制定统一的标准，便于后期其他系统对接集成底座，所以对分发相关的集成配置进行说明。 

3.1应用配置 

和IDM的应用管理类似，MDM平台也需要进行应用配置，并且和IDM的配置是彼此独立的部分，MDM的应用配置除了配置系统编码、密码外，更重要的是配置主数据的分发范围，包括分发主数据类别、属性，以及主数据推送下游系统的接口。 

在和下游系统集成的过程中，一般需要提供如下信息： 

1.appCode：MDM注册的系统编码； 

2.appPwd：MDM注册的系统密码（明文）； 

同时需要在应用中针对每一类主数据配置接口，该接口为业务系统接收接口： 

3.2分发流程 

MDM的分发主要是基于BPM的工作流实现的，通过触发BPM工作流实现MDM到下游系统的集成，具体过程如下： 

1.针对每一类需要分发的主数据建立BPM工作流； 

2.如果无需进行人工参与，只需要配置一个调用节点，并在调用节点中配置分发接口； 

3.配置的分发接口为MDM的推送接口（应用配置已配置应用的接收接口）： 

3.3流程扩展 

由于部分系统在提供接口时会出于安全考虑会添加特殊的校验机制，如token/密钥等，所以在配置接收接口时可能需要进行扩展处理，这种处理一般通过ESB完成，即在业务系统提供的接口基础上，通过ESB进行一次封装处理，在应用管理配置接口时直接配置ESB封装后的接口： 

3.4接口说明 

因为主数据接口时根据配置的主数据类别动态生成的，所以以组织主数据（Organization）为例进行说明 

1.全量获取接口：
http://IP:PORT/mdm/openapi/OrganizationManageService/rest/record/published 

2.增量获取接口：
http://IP:PORT/mdm/openapi/OrganizationManageService/rest/records/task 

3.数据推送接口：
http://IP:PORT/mdm/openapi/BaManageService/rest/records/api-info 

4.日志生成接口：
http://IP:PORT/mdm/openapi/BaManageService/rest/create-logs 

5.日志回写接口：
http://IP:PORT/mdm/openapi/OrganizationManageService/rest/distribute-log 

4API管理 

API管理是ESB平台中非常重要的功能，特别是对于集成底座而言，ESB主要的作用就是作为服务总线，而在MDM、IDM数据集成过程中，所以的平台接口以及上下游系统的应用集成都需要注册到ESB的API管理中进行统一维护，并基于API管理构建集成流程实现数据传输。 

4.1服务开发 

在集成底座项目中，ESB主要作为服务总线存在，通过API进行服务的注册、代理以及应用集成配置，所以在大多数情况下ESB并不参与应用系统的服务开发工作，但是对于集成底座内容的IDM、MDM、ESB等平台进行数据集成的过程中，由于实际业务的特殊性以及定制化的需求，会考虑通过ESB进行部分的扩展开发，但也只限于集成底座内部。 

4.2API配置 

作为集成底座方案系统贯穿的重要组成部分，ESB的API管理在整个集成过程中至关重要，无论是上游系统的主数据同步、还是下游系统分分发，以及在集成底座项目包含的业务集成的内容，都需要API配置和应用集成的参与，同时也是为了集成底座项目的规范化，也建议在项目中将使用的接口全部注册到ESB中，包括IDM、MDM、ESB的接口以及上下游系统接口。 

4.3API代理 

API代理主要满足各个系统调用的需要，一般比较常用的是业务系统进行单据集成、凭证集成等非基础数据集成，同时上下游系统以及预置或开发好了标准接口，无需ESB通过应用集成参与数据的转换过程的情况下，直接将目标系统的服务接口注册到ESB中并进行代理，之后将代理后的接口提供给上游系统进行调用，在ESB中根据需要进行一些安全、限流、监控以及日志等配置工作。 

4.4应用集成 

集成底座的同步分发都会涉及到应用集成的内容，ESB的应用集成主要是基于API管理，基于已经注册号的服务接口进行配置，在集成底座中比较典型的应用有： 

1.主数据同步：由于源头系统主数据和MDM平台的差异，会考虑基于ESB的应用集成开发主数据的接收接口； 

2.主数据分发：ESB参与的主数据分发主要是指从MDM到IDM分发，由于是内部系统集成，同时接口参数结构的复杂性，所以通过ESB进行扩展； 

3.账号分发：ESB参与的账号分发也是内部集成，主要是IDM账号到MDM、ESB系统账号的过程； 

4.权限同步：和账号分发一样，也是IDM的角色、权限同步到MDM、ESB系统角色、权限的过程； 

5.其他扩展：主要是指IDM、MDM和下游系统集成时，下游系统接口提供的一些特殊的安全校验过程，一般会需要通过ESB进行代码扩展实现。 

5总结说明 

集成底座是目前比较成熟的方案之一，通过预置的相关样例和ipoc，已经将内部产品的集成进行了标准化、模式化，同时在实际项目中也逐步实现了产品+培训的模式，将集成底座的实施工作交付给伙伴，从而提供了交付效果。 

5.1集成过程 

集成底座在和各个系统集成的过程中，是有着标准的集成模式和集成流程的，在项目实施的过程中，无论集成的系统有多少，都要反复强调集成模式的规范性，因为业务系统的建设和集成过程不是一蹴而就的，是一个长期的、迭代的过程，在这过程中需要不断和集成底座进行融合，所以标准化、模式化时非常重要的。 

5.2 实施模式

集成底座虽然目前主推产品+培训的模式，但是该方案本身的目的是为企业搭建基础的、可复用的、灵活扩展的基础框架，所以随着企业信息化的发展，集成底座会不断和更多的系统融合，所以基于集成底座制定集成标准至关重要，这也是集成底座项目成功的关键内容。在交付集成底座项目时，一定要建立并输出集成标准，并将该标准传达给伙伴和客户，保证客户后续的信息化接入成果。 

5.3着眼未来 

由于集成底座更多的是企业信息化层面上的基础，一般不会深入到企业的核心业务，即使也支持业务集成，但也是传输业务单据以及简单的转换映射，而不会进行大量的业务处理工作。所以集成底座的建设和发展要更多的从企业系统层面出发，考虑如何能更快速、更便捷、更准确的实现业务系统对接，减轻各方工作量的同时，保证系统融合的效果，助力于企业信息化发展。 

对于企业而言集成底座的建设是为信息化搭建一套基础框架，企业后续的系统建设都会在此基础上进行集成和延展，所以在建设集成底座项目时，一定不能只局限当下，要着眼未来，考虑企业未来的信息化发展方向和发展战略，从更高的层面考虑集成底座应该如何建设，后续如果发展，如何融合业务和信息化的发展。