一种构建政务服务中台体系基础架构的方法和系统

技术领域

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

背景技术

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

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

发明内容

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

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

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

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

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

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

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

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

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

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

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

优选的，数字政务中台是从政务业务中公共、通用业务中抽象出来的共享服务体系和基础设施赋能平台。

优选的，JPaaS-Jenkins它运行在Servlet容器中，它支持软件配置管理工具，能够执行基于Apache Maven和Gradle管理版本的项目，以及任意的Shell脚本和Windows批处理命令。

优选的，中台支撑的外部对接接口注册到接口管理平台，进行接入、鉴权和调用的管理，进行统一管理。

优选的，基础服务封装了日志服务、分布式消息、文件服务、分布式缓存、分布式任务调度和分布式存储，通用服务是对各个产品之间公共部分的抽象，包含工作台服务、元数据、工作流、组织和授权、网站管理、消息提醒、模板发布、工单服务、内容检测、互联网用户和运维监控服务，业务服务专注业务功能的实现，将原本的业务功能进行独立。

优选的，数据分析支持向下或向上钻取数据，进行切片和切块分析操作，完成深度挖掘与多维剖析。

优选的，数据分析采用sqoop、爬虫和flume数据采集传输工具，对数据进行归集，针对归集后的数据做数据处理，集成hive、spark core与spark sql离线计算框架和sparkstreaming、storm实时计算框架。

优选的，运营服务建立用户的反馈途径和网站的考核指标。

一种构建政务服务中台体系基础架构的方法，所述方法包括以下步骤：

步骤1：构建开发基础环境，部署容器服务、存储服务、中间件服务、中台支撑服务，作为中台底层的基础支撑；

步骤2：中台服务部署，将基于微服务平台开发的基础服务、通用服务和业务服务进行部署，将服务分别注册到服务注册中心，对外接口注册到接口管理平台，进行服务间的测试联调；

步骤3：中台服务的实施、运维和运营，服务部署完成后，根据项目情况进行实施工作，实施完成后进行上线运维和运营；

步骤4：中台服务的数据分析，对中台中的日志，业务数据进行自主建模分析，得出分析结果或数据应用。

本发明的有益技术效果：按照本发明的构建政务服务中台体系基础架构的方法和系统，服务重用，避免重复造车、各个产品的公共功能各自为政、交互不统一，避免了重复开发，造成的资源浪费，同时增强了数据集中管理；减少沟通成本，提升协作效率，通过接口管理进行统一的API管理，包括接入、调用、验证、负载、限流和监控；前后端分离开发，前端专注业务实现，后端专注性能和扩展，能够快速响应需求，开发效率提升，复杂度降低，产品更易维护；集中管理，统一运营运维，业务虽然庞大，但是可管理性强；高性能、高可用、弹性扩展，后端业务专注提高并发性能，服务不再是单点部署，而是分布式的形态，单点故障不影响全局，服务颗粒度小，无状态，更利于横向扩展；数据积累，让政企数据产生价值，提供大数据的数据管理和分析的工具，针对政企行业特点制定不同的数据模型。

附图说明

图1为按照本发明的构建政务服务中台体系基础架构的方法和系统的一优选实施例的服务架构流程图。

具体实施方式

为使本领域技术人员更加清楚和明确本发明的技术方案，下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。

如图1所示，本实施例提供的构建政务服务中台体系基础架构的系统，系统包括：

中台服务，基于中台支撑技术框架实现的具体产品，主要分为基础服务、通用服务和业务服务，基础服务封装了日志服务、分布式消息、文件服务、分布式缓存、分布式任务调度、分布式存储等服务，作为平台基础开发组件服务，面向所有开发者；通用服务是对各个产品之间公共部分的抽象，包含工作台服务、元数据、工作流、组织和授权、网站管理、消息提醒、模板发布、工单服务、内容检测、互联网用户和运维监控等服务，开发者根据自己业务需要实现的功能，进行相应服务的调用，避免重复开发；业务服务专注业务功能的实现，将原本的业务功能进行独立，比如信息内容的管理、事项管理、民意征集、咨询投诉、依申请公开、领导信箱、智能检索、智能问答、行为分析和服务评价等服务；

中台支撑，内容中台的支撑服务集成了微服务治理、接口管理平台、应用管理和基础支撑四大服务，内容中台的内部服务注册到微服务治理平台的Nacos注册中心和配置中心，实现服务注册、发现和配置同步功能，外部对接接口注册到接口管理平台，进行接入、鉴权和调用的管理，利用服务网关实现负载均衡、访问控制和路由转发功能，并对服务进行监控保护，主要包含限流、熔断、分布式追踪和程序监控；

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

数据存储，JPaaS-Database作为内容中台的数据存储服务，封装了多种数据存储方式的接入、操作、监控和存储，支持结构化和非结构化的数据存储，同时提供大数据分布式存储和NOSQL的数据存储，开发人员无需了解纷繁复杂的各种数据存储技术和语言，只需要关注数据处理的业务即可；

容器服务，JPaaS-Jenkins作为内容中台的容器服务，是基于开源项目Jenkins进行二次开发的持续集成工具，它运行在Servlet容器中例如ApacheTomcat，它支持软件配置管理工具包括AccuRevSCM、CVS、Subversion、Git、Perforce、Clearcase和RTC，可以执行基于Apache Maven和Gradle版本管理的项目，以及任意的Shell脚本和Windows批处理命令；

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

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

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

在本实施例中，如图1所示，数字政务中台是从政务业务中公共、通用业务中抽象出来的共享服务体系和基础设施赋能平台，JPaaS-Jenkins它运行在Servlet容器中，它支持软件配置管理工具，能够执行基于Apache Maven和Gradle版本管理的项目，以及任意的Shell脚本和Windows批处理命令，中台支撑的外部对接接口注册到接口管理平台，进行接入、鉴权和调用的管理，进行统一管理，平台对业务整合能力、产品研发能力、数据运营能力进行提升，以提供更敏捷、灵活、高效的创新能力和服务能力，基于共有云或政府企业的私有云，可一键部署包括内容内核，媒体文件、模板引擎、内容周边服务、元数据管理、角色权限管理、工作量统计、搜索推荐、分词服务等核心组件，之后，在核心组件上基于微服务进行二次开发，不仅降低了项目实施难度和成本，也提高了系统的可靠性和可维护性。

在本实施例中，如图1所示，基础服务封装了日志服务、分布式消息、文件服务、分布式缓存、分布式任务调度和分布式存储，通用服务是对各个产品之间公共部分的抽象，包含工作台服务、元数据、工作流、组织和授权、网站管理、消息提醒、模板发布、工单服务、内容检测、互联网用户和运维监控服务，业务服务专注业务功能的实现，将原本的业务功能进行独立，数据分析支持向下或向上钻取数据，进行切片和切块分析操作，完成深度挖掘与多维剖析，数据分析采用sqoop、爬虫和flume数据采集传输工具，对数据进行归集，针对归集后的数据做数据处理，集成hive、spark core与spark sql离线计算框架和sparkstreaming、storm实时计算框架，运营服务建立用户的反馈途径和网站的考核指标，建立用户的反馈途径，让用户提交建议，参与产品设计，让用户的改善建议及时的反映在产品上，提升用户的参与感，建立网站的考核指标，贴合绩效考核的指标体系，结合日常工作的统计功能，完善考核指标，激励网站运营的参与人员，实现网站服务的提升，建立完善的运维保障制度和流程，进行定期演练，建立主动监控体系，监控服务器资源使用情况，主动发现安全漏洞和网络攻击行为，对应用服务的可用性进行实时检测，对服务进行持续集成、持续交付提高工作效率和部署复杂度，对应用和数据进行自动化备份，利用ELK将分散在各个服务器上的运维数据，进行集中管理和查询。

一种构建政务服务中台体系基础架构的方法，方法包括以下步骤：步骤1：构建开发基础环境，部署容器服务、存储服务、中间件服务、中台支撑服务，作为中台底层的基础支撑；步骤2：中台服务部署，将基于微服务平台开发的基础服务、通用服务和业务服务进行部署，将服务分别注册到服务注册中心，对外接口注册到接口管理平台，进行服务间的测试联调；步骤3：中台服务的实施、运维和运营，服务部署完成后，根据项目情况进行实施工作，实施完成后进行上线运维和运营；步骤4：中台服务的数据分析，对中台中的日志，业务数据进行自主建模分析，得出分析结果或数据应用。

综上所述，在本实施例中，按照本实施例的构建政务服务中台体系基础架构的方法和系统，服务重用，避免重复造车、各个产品的公共功能例如人员管理、模板发布、工作流、元数据等模块各自为政、交互不统一、重复开发，造成浪费，同时也不利于数据集中管理；减少沟通成本，提升协作效率，通过接口管理进行统一的API管理，包括接入、调用、验证、负载、限流和监控；前后端分离开发，前端专注业务实现，后端专注性能和扩展，能够快速响应需求，开发效率提升，复杂度降低，产品更易维护；集中管理，统一运营运维，业务虽然庞大，但是可管理性强；高性能、高可用、弹性扩展，后端业务专注提高并发性能，服务不再是单点部署，而是分布式的形态，单点故障不影响全局，服务颗粒度小，无状态，更利于横向扩展；数据积累，让政企数据产生价值，提供大数据的数据管理和分析的工具，针对政企行业特点制定不同的数据模型，建立用户的反馈途径，让用户提交建议，参与产品设计，让用户的改善建议及时的反映在产品上，提升用户的参与感，建立网站的考核指标，贴合绩效考核的指标体系，结合日常工作的统计功能，完善考核指标，激励网站运营的参与人员，实现网站服务的提升，建立完善的运维保障制度和流程，进行定期演练，建立主动监控体系，监控服务器资源使用情况，主动发现安全漏洞和网络攻击行为，对应用服务的可用性进行实时检测，对服务进行持续集成、持续交付提高工作效率和部署复杂度，对应用和数据进行自动化备份，利用ELK将分散在各个服务器上的运维数据，进行集中管理和查询。

以上所述，仅为本发明进一步的实施例，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明所公开的范围内，根据本发明的技术方案及其构思加以等同替换或改变，都属于本发明的保护范围。