信息系统集成共享建设方案

1、信息系统集成共享建设方案（初稿）第一章编制说明集成共享建设包括统一门户、数据共享、应用集成、流程集成等内容。1.1统一门户统一门户主要是解决应用系统界面操作交互的问题。主要目标要建设应用系 统统一入口。主要关键技术包括统一界面规范，统一用户管理，统一权限管理， 统一认证管理等。1.2数据共享数据共享是要打通数据壁垒和隔阂，实现数据的跨部门流动和互通，更好的 发挥数据的关联分析能力。主要目标是实现数据部内共享，按照上级要求对外共 享数据。主要关键技术包括基于ESB总线的数据共享交换产品，大数据框架平 台提供的数据共享，内存级功能和数据API。1.3应用集成应用集成是将截然不同的、基于各种不同平台

2、、用不同方案建立的应用软件 和系统有机地集成到一个无缝的、并列的、易于访问的单一系统中，并使它们就 像一个整体一样，进行业务处理和信息共享。主要目标是实现应用系统之间互操 作。主要关键技术包括微服务，SOA，服务总线，BPM等。1.4流程集成流程集成是将工作流引擎从单体的应用系统中剥离，形成具有有安全、可靠、 稳定、可灵活应用的统一流程微服务，实现图形化工作量定义、统一流程监控、 流程的灵活配置。第二章建设现状2.1现状为贯彻落实国务院办公厅关于印发政务信息系统整合共享实施方案的通 知（国办发201739号）要求，2018年生态环境部开展了政务信息系统集 成整合工作，以“集成整合、互联互通”为

3、主要目标，建设了基于专网的统一应 用集成服务管理框架，以统一应用集成服务管理框架为载体，集成、组织和管理 应用系统，为应用系统统筹利用、统一接入提供集成整合平台，为应用系统对外 服务、深度应用、协同共享提供服务平台，为应用系统统筹建设、备案监督提供 管理平台。目前生态环境部已经完成了统一应用、统一用户、统一认证、统一日志、统 一权限、统一待办、统一展现、统一消息、统一分享九个微服务的建设，完成了 60个应用系统与统一门户的集成工作，初步实现系统集成共享框架。同时由于生态环境部信息系统建设规模小、建设标准不一等因素，当前信息 化仍存在“小散多”的特征，数据共享和业务协同不符合信息化发展形势，距离

4、 “用数据决策”和“挂图作战”要求还有较大差距，尚不符合国家统筹发展电子 政务要求。2.2规划对标方案重点任务任务点说明任务完成情况生态 环境 大数 据建 设总 体方案生态环境大数据总 体架构为“一个机 制、两套体系、三 个平台”。个机 制即生态环境大数 据管理工作机制， 两套体系即组织保 障和标准规范体 系、统一运维和信 息安全体系，三个 平台即大数据环保 云平台、大数据管 理平台和大数据应 用平台。一个机制：生态环境大数据管理工 作机制包括数据共享开放、业务协 同等工作机制，以及生态环境大数 据科学决策、精准监管和公共服务 等创新应用机制，促进大数据形成 和应用。方案中应用支撑 层没有进行

5、重点设 计。根据政务信息系 统整合共享要求，根据政务信息系统 整合要求，梳理系统 清单情况，基于专网 综合业务门户目前 已完成60个系统的 集成工作，完成现有 符合的系统集成工 作，初步实现部分应 用系统一门式登录、 一站式办公、一页式 展现服务。两套体系：组织保障和标准规范体 系为大数据建设提供组织机构、人 才资金及标准规范等体制保障;统 一运维和信息安全体系为大数据 系统提供稳定运行与安全可靠等 技术保障。基于专网建设了综 合业务门户（专网 门户），以统一应 用集成服务管理框 架为载体，集成、 组织和管理应用系 统，为应用系统统 筹利用、统一接入 提供集成整合平 台。二个平台：生态环境大数

6、据平台分 为基础设施层、数据资源层和业务 应用层。其中，大数据环保云平台 是集约化建设的IT基础设施层， 为大数据处理和应用提供统一基 础支撑服务;大数据管理平台是数 据资源层，为大数据应用提供统一 数据采集、分析和处理等支撑服 务；大数据应用平台是业务应用 层，为大数据在各领域的应用提供 综合服务。第三章未来规划3.1建设目标以改善生态环境质量坚决打好污染防治攻坚战的生态环境战略为导向，以现 有基础设施、应用系统、数据资源建设与应用情况为基础，围绕“四统一、五集 中”，深化微服务设计体系，逐步构建“大中台、小前台”的服务架构，打造共 享服务平台，提升服务重用能力。利用一体化微服务框架，实现标

7、准落地、集中应用、统一管理、可视化监控， 提升业务流程整合能力，改善生态环境应用开发效率，实现跨组织、跨业务、跨 流程、跨部门间的业务协同和数据资源共享，提高信息化对生态环境业务的响应 能力要求，实现业务办理的统一管控，业务数据的统一管理，对信息化应用的统 一支撑。3.2建设内容一、建设基础中台基础设施层二、建设数据中台数据层三、建设业务中台（1）升级现有微服务组件，构建业务中台结合生态环境部微服务集成框架，对已建微服务组件进行升级重构，采用“大 中台、小前台”的服务策略，构建统一的共享服务平台，打通应用壁垒，实现业 务协同。（2）新建微服务组件，深化基础支撑微服务平台建设新建统一审计微服务、

8、统一工作流微服务、统一报表微服务、统一表单微服 务、统一版式微服务，支撑信息共享、智能办公的各项应用，提供更便捷、更有 效、更精准的服务。（3）基于微服务设计理念，重构已有应用系统，提高资源重用能力。33建设方案3.3.1设计原则应用系统的建设是一个循序渐进的过程，在不同阶段开发的应用系统，由于 不同厂商的参与，使得这些应用系统之间很难进行融合。要解决这些问题，必须 严格地遵循标准规范、控制总体规划、加强顶层设计来进行总体上的协调。综上， 采用模块设计、分层构件的指导思想，实现业务应用支撑平台的一体化建设，统 筹规划建设任务，按照如下设计原则开展建设工作。（1）统一标准规范、统一架构设计通过采

9、取有效的技术手段来约束不同的开发商遵循统一的、标准化的应用架 构进行开发，确保不同时期、不同厂商开发的业务应用系统彼此之间能够有效整 合。（2）微服务组件松散耦合、粗粒度集成微服务组件的设计应强调微服务组件之间的集成采用松散耦合的接口模式， 确保组件具有高度的扩展性。同时，采用服务分级手段，通过建立不同的粗粒度 等级来创建服务，提供完整的业务功能，通过一次调用实现既定功能。（3）加强功能组件封装，降低开发复杂性基于成熟的构件封装的设计理念，将经过验证的软件成果，形成业务应用构 件库，在业务应用系统建设中能够进行复用，从而降低开发复杂性，提高开发效 率，实现快速响应需求。（4）采用分层模式，专注

10、业务需求为业务应用系统提供统一、稳定、可靠的分层框架，有效地屏蔽底层的复杂 技术，把技术细节全部封装到了构件内部，开发人员通过复用成熟的构件，从技 术细节中解脱出来，更加专注在如何更好地实现业务需求上。（5）先进性和实用性并重原则在兼顾技术先进性的基础上，坚持以需求为导向，讲求实际应用效果，不片 面追求高、尖技术的尝试，尽可能采用成熟技术，以保证架构设计的可靠性和稳 定性。（6）标准化和规范化原则严格遵循国家、行业的有关技术标准和规范，为不同业务应用系统之间集成 提供前提条件，实现各类业务信息资源的共享和利用。（7）可扩展性和可维护性原则充分考虑信息化建设需求，微服务组件应基于模块化思想设计，

11、采用分布式 部署方式，通过标准接口快速扩充、灵活插拔，确保支撑平台的可扩展性和可维 护性。3.3.2技术路线基于微服务平台架构设计理念，在基础环境上基于国产化软硬件设施、 Docker容器、Redis和MQ技术，采用Restful接口协议，并对交换数据使用SM4 国密算法进行加密，实现微服务组件的开发、注册、整合、管理和服务，形成统 一的业务应用支撑平台，为业务应用系统开发、部署、应用和运维提供全面服务。（1）以面向微服务架构为基础搭建业务应用支撑建立整体系统的框架性、服务性结构，基于面向微服务的架构思想和方法进 行建设，做到高内聚、松耦合和系统构架层次化，降低信息数据层、业务应用层、 用户交

12、互层资源间的耦合度（同层间及不同层间），从而使业务应用灵活地被组合 和封装，快速应对业务服务的变化和发展需要。（2）采用组件式开发技术框架来进行业务应用的快速开发按照松散耦合的组件规范，整合业务应用，不同开发商可在一个系统内开发 不同的业务应用系统，并保证运转良好，形成一体化的应用平台。（3）统筹兼顾，多种技术实现方式共存项目的建设需要考虑兼容原有应用系统的技术架构以及微服务环境，实现技 术层面的无缝对接。通过充分利用原有资源，实现多种技术方式并存，保护原有 投资。（4）利用成熟的集成方法论在项目的建设过程中，需要借助成熟的集成方法论和平台组件技术实现与其 他应用系统在界面、应用和数据三方面的

13、集成工作，实现无缝集成。3.3.3总体架构以微服务架构为技术支撑，遵循面向业务、面向构件的思想，按照开放的业 界标准，通过微内核和扩展性，保障平台强壮性、稳定性，形成业务导向，业务 驱动和业务建模的业务应用支撑平台，来构建、整合、扩展、管理业务应用系统。功能总体框架如下图所示，自下而上分为三个部分：IT基础设施图：功能架构图基础设施层基础设施层：每一个微服务组件可以独立部署在虚拟机或Docker容器中。 不像传统多个服务共享一个数据库，微服务架构每个服务都有独立的数据库， 实现架构的松耦合。微服务中心层包括统一用户、统一授权、统一认证、统一审计、统一分享、统一门户、 统一工作流、统一报表、统一

14、资源、统一消息、电子签章、统一版式等微服务 组件，并可以根据业务应用要求进行扩充，实现统一设计、统一架构和横向扩 展。平台为各应用提供统一支撑服务，对外提供标准的Web服务，所有的接口 服务统一使用RESTful接口和RPC两种模式接口。微服务支撑平台通过业务应用系统管理功能实现对业务应用系统的注册、接入及安全管 理；通过注册管理功能实现的对微服务组件的注册、心跳等管理；通过平台运 行管理功能开展微服务管理、存活验证管理、软负载均衡管理，最终采集、汇 聚微服务组件和业务应用系统的运行状况、组件状态等数据信息并通过平台综 合展示功能来实时展现。业务应用层业务应用层通过业务应用支撑平台，定制应用、

15、实现集成、发出请求、获 取服务。3.3.4技术架构业务应用层A A A AAAA AAa AAA AAA接入房RESTFUL 协议微危务开发枢果持窗交付流水线_L程实践和规范 端到瞒的工具链支捍服务层心苗宏控平心服务帽断勺峰琅身情认近及眼限控啊服务提供层说服务组件基础设施层计算存帏网站卷投安全IDC图：技术架构图自下而上包括：（1）基础设施层：提供各类计算、存储、网络、监控安全等基础设施服 务。（2）服务提供层：微服务组件资源池包括统一用户、统一权限、统一认 证、统一审计、统一分享、统一待办、统一工作流、统一报表、统一日志、统 一消息、统一应用、统一版式等微服务组件，并可以根据业务应用要求进行

16、扩 充，实现统一设计、统一架构和横向扩展。（3）支撑服务层:平台为各应用提供统一支撑服务，对外提供标准的Web 服务，所有的接口服务统一使用RESTful接口和RPC两种模式接口。（4）接入层：通过RESTFUL规范表示流程元素/资源的对象。（5）业务应用层：通过调用支撑服务层的各类微服务组件构建各类业务 服务。3.3.5微服务框架为了让业务开发人员专注于业务逻辑实现，避免冗余和重复劳动，规范开发， 提升效率，通过提供微服务框架，解决微服务的各类注册、发现、服务、调度、 容错等各类通用性服务功能，业务开发人员只要实现业务逻辑即可。微服务框架 如下图所示：内部管理验证质倾制1(XM L/JS O

17、N/ProtD- b irf ) |律宣1|服务地限做希制RE5T/RPC应用程|业务逻辑安全访问机制日志曾里1次自|动生5E图：服务框架图（1）基础服务功能：包括服务注册、发现、负载均衡和健康检查等。（2）监控日志，框架提供框架层日志、metrics和调用链数据，并提供日 志、metrics等接口，方便业务层记录业务日志数据，并进行统一分析和处理。（3）REST/RPC和序列化，框架层针对当前多样化的设备类型（浏览器、普 通PC、无线设备等），提供REST/RPC等多种序列化机制，如：针对浏览器支持 输出Ajax友好的JSON消息格式。（4）配置，除了支持配置文件，框架层还可集成动态运行时配

18、置，能够在 运行时针对不同环境动态调整服务的参数和配置。（5）管理接口，框架集成管理接口，一方面可以在线查看框架和服务内部 状态，同时还可以动态调整内部状态，对调试、监控和管理能提供快速反馈。统一错误处理，统一处理框架层和服务的内部异常。安全，安全和访问控制逻辑可以在框架层统一进行封装，可做成插件 形式，具体业务服务根据需要加载相关安全插件。文档自动生成，为方便开发和测试，框架层支持文档的自动生成和同 步，框架层提供支持Restful API的文档方案。3.3.6部署架构采用虚机化技术和Docker容器技术将微服务组件部署在Docker容器中形成 微服务组件实例，通过增加微服务组件实例数量实现微服务的横向扩展。同时将 微服务组件打包为Docker镜像，实现跨主机运行和管理Docker容器，提供容 器的多地部署、自动发布、服务发现和复制控制功能。微服务组件通过管理中心实现