[发明专利]一种构建政务服务中台体系基础架构的方法和系统

说明书

本发明公开了一种构建政务服务中台体系基础架构的方法和系统，属于中台体系技术领域，包括：中台服务，中台服务为基于中台支撑技术框架实现的具体产品，主要分为基础服务、通用服务和业务服务；中台支撑，内容中台的支撑服务集成了微服务治理、接口管理平台、应用管理和基础支撑四大服务，内容中台的内部服务注册到微服务治理平台的注册中心和配置中心；中间件服务，内容中台的技术架构专门对多种开源中间件进行了适应性开发，使用者可以根据自身情况进行选择。本发明通过服务重用，避免重复造车、各个产品的公共功能各自为政、交互不统一，减少沟通成本，提升协作效率。

技术领域

本发明涉及一种架构的方法和系统，特别是涉及一种构建政务服务中台体系基础架构的方法和系统，属于中台体系技术领域。

背景技术

背景：大型政企的内外网门户系统架构复杂，业务逻辑复杂，由于内部业务系统，是由在不同历史时期，不同团队或公司搭建的不同系统，相互之间整合复杂困难，项目实施周期长、成本高昂，随着“互联网+”工作的不断推进和深入，政企的内外网门户系统整合了越来越多的服务应用，内外网门户系统架构复杂，业务逻辑复杂，由于内部业务系统，是由在不同历史时期，不同团队或公司搭建的不同系统，相互之间整合复杂困难，项目实施周期长、成本高昂，同时数据的规模和复杂度不可同日而语，新需求和新规则在不断涌现，内容管理产品如何完成自我升级，完成数据的科学管理，高效利用，是内容管理产品新的命题。

目前存在的缺陷和不足：（1）重复造车，服务不重用，各个产品的公共功能例如人员管理、模板发布、工作流、元数据等模块各自为政，交互不统一，重复开发，造成浪费，同时也不利于数据集中管理；（2）业务对接成本高，协作难度大，系统和系统之间的对接，通过口口相传和文档的方式，沟通成本很高，同时不能满足快速变更的业务需求；（3）开发效率低下，产品复杂度高，不易维护，前后端不分离，功能都耦合在一个产品，牵一发动全身，开发人员不容易上手，扩展开发的能力很差；（4）业务分散，整理可控性差，不能够满足集中管理，运营，运维的需求；（5）性能瓶颈明显，可行性不高，不利于扩展；数据没有沉淀，数据利用率低，政企业务数据价值密度高，数据不集中，缺乏科学管理利用的工具和措施。

发明内容

本发明的主要目的是为了解决现有技术的不足而提供一种构建政务服务中台体系基础架构的方法和系统。

本发明的目的可以通过采用如下技术方案达到：

一种构建政务服务中台体系基础架构的系统，所述系统包括：

中台服务，中台服务为基于以上技术框架实现的具体产品，主要分为基础服务、通用服务和业务服务；

中台支撑，内容中台的支撑服务集成了微服务治理、接口管理平台、应用管理和基础支撑四大服务，内容中台的内部服务注册到微服务治理平台的Nacos注册中心和配置中心；

中间件服务，内容中台的技术架构专门对多种开源中间件进行了适应性开发，使用者可以根据自身情况进行选择；

数据存储，JPaas-database作为内容中台的数据存储服务，封装了多种数据存储方式的接入、操作、监控和存储，支持结构化和非结构化的数据存储，同时提供大数据分布式存储和NOSQL的数据存储；

容器服务，JPaas-Jenkins作为内容中台的容器服务，是基于开源项目Jenkins进行二次开发的持续集成工具；

数据分析，运用大数据和云计算信息技术，对中台中沉淀的的大数据进行数据建模，允许授权用户进行多角度和多层次的关联分析；

运营服务，建立网站运营的指标体系，对网站运行情况进行宏观了解，同时对运营方案和渠道提供数据支撑，能够获取用户痛点和功能不足的地方，便于产品方向和需求的提炼；

运维服务，建立完善的运维保障制度和流程，进行定期演练，建立主动监控体系，监控服务器资源使用情况。