CN114895879A - 管理系统设计方案确定方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种管理系统设计方案确定方法、装置、设备及存储介质。该方法包括：确定目标管理系统各个目标功能项目的目标微服务，其中，上述目标管理系统至少包括两个上述目标功能项目，上述目标功能项目至少包括两个上述目标微服务；确定每个上述目标微服务的微服务重复次数；将上述微服务重复次数大于或等于预设重复次数的上述目标微服务确定为目标中台微服务；根据上述目标中台微服务构建目标中台服务；基于上述目标中台服务设计目标管理系统。本申请实施例提供的基于中台的管理系统设计方案确定方法，可以将重复的功能都统一到目标中台服务中，避免了功能重复定义，并且在有利于系统的后期维护与升级。

Description

管理系统设计方案确定方法、装置、设备及存储介质

技术领域

本说明书涉及管理系统领域，更具体地说，本发明涉及一种管理系统设计方案确定方法、装置、设备及存储介质。

背景技术

在当前的管理系统设计中，提出了一种基于前台、后台和中台的设计方法。中台是为了支撑企业业务应用敏捷研发和运营而通过融合或至少通过整合企业内的资源、数据、平台、技术、工具、业务等而构成的统一接口服务平台。目前主要采用微服务的方式来构建中台服务层。通过微服务实现了后端应用的解耦，提高了中台应用的弹性伸缩能力。但由于微服务的拆分，导致了项目团队和服务的碎片化，给基于中台的系统开发带来一定的复杂度。

发明内容

在发明内容部分中引入了一系列简化形式的概念，这将在具体实施方式部分中进一步详细说明。本发明的发明内容部分并不意味着要试图限定出所要求保护的技术方案的关键特征和必要技术特征，更不意味着试图确定所要求保护的技术方案的保护范围。

为了提供一种更为方便和智能的基于中台设计管理系统的方法，第一方面，本发明提出一种基于中台的管理系统设计方案确定方法，上述方法包括：

确定目标管理系统各个目标功能项目的目标微服务，其中，上述目标管理系统至少包括两个上述目标功能项目，上述目标功能项目至少包括两个上述目标微服务；

确定每个上述目标微服务的微服务重复次数；

将上述微服务重复次数大于或等于预设重复次数的上述目标微服务确定为目标中台微服务；

根据上述目标中台微服务构建目标中台服务；

基于上述目标中台服务设计目标管理系统。

可选的，上述基于上述目标中台服务设计目标管理系统，包括：

基于上述目标中台微服务和每个上述目标功能项目确定剩余待创建微服务；

根据上述剩余待创建微服务创建每个上述目标功能项目对应的目标前台服务和目标后台服务，以创建上述目标管理系统。

可选的，上述方法还包括：

获取上述目标微服务的微服务类型；

基于上述微服务类型确定微服务权重；

根据上述微服务权重和固定重复次数确定各类微服务对应的上述预设重复次数。

可选的，上述方法还包括：

统计上述目标前台服务和/或上述目标后台服务中上述目标微服务对应的维护次数；

在上述维护次数大于预设维护次数的情况下，将上述目标微服务调整为目标中台微服务。

可选的，上述目标中台服务包括固态中台服务和动态中台服务；

上述方法还包括：

获取上述中台服务中的目标微服务在预设参考时长内的调整次数；

将调整次数大于预设调整次数的目标微服务确定为动态中台服务；

将调整次数小于或等于预设调整次数的目标微服务确定为固态中台服务，其中，上述固态中台服务设置有修改秘钥。

可选的，上述方法还包括：

获取上述固态中台服务对应的修改请求信息；

基于上述修改请求信息获取修改请求失败信息；

在上述修改请求失败信息在预设请求时长内超出预设失败次数的情况下，向上述固态中台服务对应的目标管理端发送警告提示消息。

可选的，上述目标管理系统包括数据中台；

上述方法还包括：

上述数据中台基于目标用户的导出信息请求获取上述目标用户对应的用户等级；

上述数据中台基于上述用户等级和上述导出信息请求对导出数据进行脱敏处理，其中，上述脱敏处理为筛选出上述用户等级无权处理的导出数据。

第二方面，本发明还提出一种基于中台的管理系统设计方案确定装置，包括：

第一确定单元，用于确定目标管理系统各个目标功能项目的目标微服务，其中，上述目标管理系统至少包括两个上述目标功能项目，上述目标功能项目至少包括两个上述目标微服务；

第二确定单元，用于确定每个上述目标微服务的微服务重复次数；

第三确定单元，用于将上述微服务重复次数大于或等于预设重复次数的上述目标微服务确定为目标中台微服务；

构建单元，用于根据上述目标中台微服务构建目标中台服务；

设计单元，用于基于上述目标中台服务设计目标管理系统。

第三方面，一种电子设备，包括：存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器用于执行存储器中存储的计算机程序时实现如上述的第一方面任一项的基于中台的管理系统设计方案确定方法的步骤。

第四方面，本发明还提出一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时实现第一方面上述任一项的基于中台的管理系统设计方案确定方法。

综上，本申请实施例的基于中台的管理系统设计方案确定方法包括：确定目标管理系统各个目标功能项目的目标微服务，其中，上述目标管理系统至少包括两个上述目标功能项目，上述目标功能项目至少包括两个上述目标微服务；确定每个上述目标微服务的微服务重复次数；将上述微服务重复次数大于或等于预设重复次数的上述目标微服务确定为目标中台微服务；根据上述目标中台微服务构建目标中台服务；基于上述目标中台服务设计目标管理系统。本申请实施例提供的基于中台的管理系统设计方案确定方法，通过统计目标功能项目中目标微服务的重复次数，基于重复次数大于预设重复次数的目标微服务构建目标中台服务，在构建目标中台服务后根据构建的目标中台服务的特定接口构建目标前台和目标后台以构建目标管理系统。这样的基于中台的管理系统设计方案可以将重复的功能都统一到目标中台服务中，避免了功能重复定义，并且在有利于系统的后期维护与升级。

本发明的基于中台的管理系统设计方案确定方法，本发明的其它优点、目标和特征将部分通过下面的说明体现，部分还将通过对本发明的研究和实践而为本领域的技术人员所理解。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本说明书的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本申请实施例提供的一种基于中台的管理系统设计方案确定方法流程示意图；

图2为本申请实施例提供的一种基于中台的管理系统设计方案确定装置结构示意图；

图3为本申请实施例提供的一种基于中台的管理系统设计方案确定电子设备结构示意图。

具体实施方式

本申请实施例提供的基于中台的管理系统设计方案确定方法，通过统计目标功能项目中目标微服务的重复次数，基于重复次数大于预设重复次数的目标微服务构建目标中台服务，在构建目标中台服务后根据构建的目标中台服务的特定接口构建目标前台和目标后台以构建目标管理系统。这样的基于中台的管理系统设计方案可以将重复的功能都统一到目标中台服务中，避免了功能重复定义，并且在有利于系统的后期维护与升级。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

前台，即包括与用户直接交互的界面，如：网页、应用程序；也包括服务端各种实时响应用户请求的业务逻辑，如：商品查询、订单系统等。后台，面向内部运营人员的管理系统、配置系统，如：电商配置后台的商品管理、订单管理、会员管理、财务管理等。后台可为前台提供一些基本的配置。在传统的前台-后台架构中，各个项目相互独立，许多项目都在重复发明同样的功能，让项目本身变繁琐，也让开发效率变低。为提高开发效率，有必要整合出一个中间组织，为所有的项目提供一些公共资源（功能）。而这个中间组织，就是我们所说的 “中台”。

中台服务以RESTful（一种网络应用程序的设计风格和开发方式）方式提供服务，一个前台项目可能会面对多个中台微服务项目。在管理系统开发设计的过程中，前台开发人员将面对大量不同中台团队开发出来的API（Application Programming Interface，应用程序接口）接口，如何正确的连接和调用，是亟需解决的问题。当中台API出现变更时，又如何通知所有受影响的前台项目团队同步调整和版本协同发布，需要的沟通成本也很大。现阶段，前台开发人员在线下和不同业务中台人员对接，获取服务接口描述文档。不同中台服务提供的接口描述文档格式不一致，导致接口的维护管理非常耗时，接口的正确性和稳定性很难保证。在开发阶段，前台开发人员需要中台服务返回模拟数据，以便进行前台开发。传统的数据模拟是开发人员自己构造模拟数据并把数据写到项目代码里，这种方式工作量大，而且不能及时响应中台服务接口变化。开发人员需要编写服务调用代码，在代码逻辑中要对服务调用的所有异常情况进行处理，开发难度大，开发成本高。

因此，如何合理地确定中台服务应该包括的内容，成为了管理系统设计的关键，为了解决上述问题，请参阅图1，本申请实施例提供了一种基于中台的管理系统设计方案确定方法流程示意图，具体可以包括：

S110、确定目标管理系统各个目标功能项目的目标微服务，其中，上述目标管理系统至少包括两个上述目标功能项目，上述目标功能项目至少包括两个上述目标微服务；

示例性的，目标管理系统可以包括多个目标功能项目，每个功能项目包括多个目标微服务。例如目标管理系统为某政务部门的服务管理系统，该服务管理系统可以包括事件审批、服务缴费等功能项目。服务缴费可以包括缴费订单提交，缴费支付操作，缴费资金转账等目标微服务。

S120、确定每个上述目标微服务的微服务重复次数；

示例性的，由于目标管理系统中存在多个目标功能项目，而每个功能项目包括多个目标微服务，而不同的目标功能项目中会存在有重复的目标微服务，统计目标微服务出现的重复次数。例如，很多的目标管理系统不同的目标功能项目中都可能会出现登录服务、支付服务等目标微服务。

S130、将上述微服务重复次数大于或等于预设重复次数的上述目标微服务确定为目标中台微服务；

示例性的，通过统计微服务在不同的目标功能项目中的目标微服务的微服务重复次数，将微服务重复次数大于或等于预设重复次数的上述目标微服务确定为目标中台微服务。即重复次数大于或等于预设重复次数的目标中台为服务为目标管理系统的“核心”服务，将其确定为目标中台微服务。

S140、根据上述目标中台微服务构建目标中台服务；

示例性的，通过步骤S130确定的目标中台微服务构建目标中台服务。明确目标中台服务的功能，建立特定API接口路的中台服务，可以避免研发人员针对各个项目“重复发明轮子”，向各个项目提供通用的底层框架、平台、云、或者引擎、中间件等技术支撑。目标中台服务可以包括业务中台、技术中台和数据中台等。

S150、基于上述目标中台服务设计目标管理系统。

示例性的，根据确定的目标中台服务和目标功能项目确定目标前台和目标后台，并与目标中台构建的API接口相适应，以构建出完整的目标管理系统。这样的目标管理系统将重要的重复的功能都统一到目标中台服务中，避免了功能重复定义，并且在有利于系统的后期维护与升级。

综上，本申请实施例提供的基于中台的管理系统设计方案确定方法，通过统计目标功能项目中目标微服务的重复次数，基于重复次数大于预设重复次数的目标微服务构建目标中台服务，在构建目标中台服务后根据构建的目标中台服务的特定接口构建目标前台和目标后台以构建目标管理系统。这样的基于中台的管理系统设计方案可以将重复的功能都统一到目标中台服务中，避免了功能重复定义，并且在有利于系统的后期维护与升级。

在一些示例中，上述基于上述目标中台服务设计目标管理系统，包括：

基于上述目标中台微服务和每个上述目标功能项目确定剩余待创建微服务；

根据上述剩余待创建微服务创建每个上述目标功能项目对应的目标前台服务和目标后台服务，以创建上述目标管理系统。

示例性的，每个目标功能项目由多个目标微服务构成，在确定了目标中台服务后，目标中台服务可能包括了目标功能的所有服务，也可能还会有剩余待创建的微服务，根据剩余待创建的微服务和目标中台服务确定目标前台服务和目标后台服务，即在实现功能时，在正常处理流程中，处于目标中台前序的微服务为前台服务，处于目标中台后续的微服务为后台服务。

在一些示例中，上述方法还包括：

获取上述目标微服务的微服务类型；

基于上述微服务类型确定微服务权重；

根据上述微服务权重和固定重复次数确定各类微服务对应的上述预设重复次数。

示例性的，获取目标服务的服务类型，不同的服务类型可以对应不同的微服务权重，通过不同的服务类型设置不同的预设重复次数，例如，整个管理系统确定的固定重复次数为5次，而支付微服务权重比较大，确定支付微服务对应的预设重复次数为3次。而不重要的微服务或者编译简单的微服务可以适当地提高预设重复次数。

综上，本申请实施例提供的理系统设计方案确定方法，基于不同的微服务类型确定不同的预设重复次数，可以确定更加合理的目标中台服务，避免中台服务冗杂，防止重要的微服务不在目标中台服务中。

在一些示例中，上述方法还包括：

统计上述目标前台服务和/或上述目标后台服务中上述目标微服务对应的维护次数；

在上述维护次数大于预设维护次数的情况下，将上述目标微服务调整为目标中台微服务。

示例性的，在完成目标管理系统初步设计会对目标管理系统进行调试，或者在目标管理系统运行使用时，对目标管理系统进行维护，在此过程中统计目标前台服务和/或上述目标后台服务的调试次数和维护次数，如果调试次数或维护次数大于预设维护次数，则说明此目标微服务较为重要或者容易出现升级和维护的现象，如果将其放置在前台或后台，不利于开发人员进行调试，将其调整为目标中台微服务。

综上，本申请实施例提供的目标基于中台的管理系统设计方案确定方法，通过统计目标前台服务和/或上述目标后台服务中上述目标微服务对应的维护次数，可以动态调整目标中台服务的内容，便于开发者调试和维护整个管理系统。

在一些示例中，上述目标中台服务包括固态中台服务和动态中台服务；

上述方法还包括：

获取上述中台服务中的目标微服务在预设参考时长内的调整次数；

将调整次数大于预设调整次数的目标微服务确定为动态中台服务；

将调整次数小于或等于预设调整次数的目标微服务确定为固态中台服务，其中，上述固态中台服务设置有修改秘钥。

示例性的，统计中台服务中的目标微服务在预设参考时长内的调整次数，将经常调整的目标微服务定义为动态中台服务，将不经常调整的目标微服务确定为固态中台服务，相应的固态中台服务为技术较为成熟或者较为核心的中台服务，为了避免在调整过程中对固态中台服务进行误操作，固态中台服务设置有修改秘钥。

综上，本申请实施例提供的目标基于中台的管理系统设计方案确定方法，将中台服务中的目标微服务分为固态中台服务和动态中台服务，并对固态中台服务加密，可以有效避免在管理系统开发或维护过程中的误操作对目标系统造成影响。

在一些示例中，上述方法还包括：

获取上述固态中台服务对应的修改请求信息；

基于上述修改请求信息获取修改请求失败信息；

在上述修改请求失败信息在预设请求时长内超出预设失败次数的情况下，向上述固态中台服务对应的目标管理端发送警告提示消息。

示例性的，固态中台服务设置有修改秘钥，统计修改请求失败的次数，在预设时长内的修改请求失败的次数超过预设失败次数的情况下，向该管理系统的目标管理端发送警告提示消息，即当前可能存在有恶意篡改的可能，警告提示消息中可以包括该可能恶意篡改的客户端对应的身份信息，如IP地址，Mac

地址等。

在一些示例中，上述目标管理系统包括数据中台；

上述方法还包括：

上述数据中台基于目标用户的导出信息请求获取上述目标用户对应的用户等级；

上述数据中台基于上述用户等级和上述导出信息请求对导出数据进行脱敏处理，其中，上述脱敏处理为筛选出上述用户等级无权处理的导出数据。

示例性的，在现有的管理软件开发过程中，据统计开发人员的有效数据开发时间通常只占很小的一部分时间，其余大部分时间都用于数据的导入/导出，编写调度脚本，寻找出错任务、开发服务接口、排查数据质量问题等上面。本申请提出的数据管理系统包括数据中台，数据中台可以根据目标用户的请求提取对应的导出数据，目标用户可以是管理系统的使用者也可以是管理系统的开发者。不同的目标用户对应不同的用户等级，不同的用户等级能够获取的信息不同，数据中台可以根据用户等级对导出数据进行脱敏处理，即隐藏或消除该用户等级不能获取的信息，保护管理系统中的数据安全。

综上，本申请实施例提供的目标管理系统中设置有数据中心，开发者可以根据导出的数据对管理系统进行调试，用户可以基于需求导出对应的数据，并且数据中台可以基于目标用户的目标等级做出相应的脱敏处理，保证管理系统中的数据安全。

在一些示例中，上述目标管理系统还包括离线开发套件、实施开发套件和算法开发条件。离线开发条件可以实现离线数据同步，即全量和增量同步、定点增量同步、整苦增量同步，离线开发条件还可以以实现离线任务开发和任务监控运维。实施开发套件可以实现实时数据同步、实施任务开发和任务监控运维。算法开发套件可以实现模型部署、NoteBook建模和可视化建模。

目标管理系统还可以包括数据资产管理模块，数据资产管理模块包括数据资产管理套件和数据质量管理套件。数据资产管理套件可以实现数据表的元数据管理，即：数据开发人员可以在数据平台中选择某一个表，并查看此表的基本信息、包括物理存储量、生命周期、字段名称、字段类型等，还可以实现数据血缘解析，即：自动解析同步任务和SQL代码，自动建立各个数据表的表级、字段级血缘关系，便于开发人员快速排查指标问题，检查指标统计逻辑等；也可以实现数据脱敏，即：数据平台内会涉及敏感数据：如用户身份证、手机号码、银行卡号等，对这类数据，需要数据脱敏管理限制明文暴露。数据质量管理套件可以实现规则监控、逐行校验并生成质量报告。

请参阅图2，本申请实施例中基于中台的管理系统设计方案确定装置的一个实施例，可以包括：

第一确定单元21，用于确定目标管理系统各个目标功能项目的目标微服务，其中，上述目标管理系统至少包括两个上述目标功能项目，上述目标功能项目至少包括两个上述目标微服务；

第二确定单元22，用于确定每个上述目标微服务的微服务重复次数；

第三确定单元23，用于将上述微服务重复次数大于或等于预设重复次数的上述目标微服务确定为目标中台微服务；

构建单元24，用于根据上述目标中台微服务构建目标中台服务；

设计单元25，用于基于上述目标中台服务设计目标管理系统。

如图3所示，本申请实施例还提供一种电子设备300，包括存储器310、处理器320及存储在存储器320上并可在处理器上运行的计算机程序311，处理器320执行计算机程序311时实现上述基于中台的管理系统设计方案确定的任一方法的步骤。

由于本实施例所介绍的电子设备为实施本申请实施例中一种基于中台的管理系统设计方案确定装置所采用的设备，故而基于本申请实施例中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本申请实施例中的方法不再详细介绍，只要本领域所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲保护的范围。

在具体实施过程中，该计算机程序311被处理器执行时可以实现图1对应的实施例中任一实施方式。

需要说明的是，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其它实施例的相关描述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和/或方框图来描述。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式计算机或者其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，当计算机软件指令在处理设备上运行时，使得处理设备执行如图1对应实施例中的基于中台的管理系统设计方案确定的流程。

计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线（digital subscriber line，DSL））或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质（例如固态硬盘（solid state disk，SSD））等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种基于中台的管理系统设计方案确定方法，其特征在于，包括：

确定目标管理系统各个目标功能项目的目标微服务，其中，所述目标管理系统至少包括两个所述目标功能项目，所述目标功能项目至少包括两个所述目标微服务；

确定每个所述目标微服务的微服务重复次数；

将所述微服务重复次数大于或等于预设重复次数的所述目标微服务确定为目标中台微服务；

根据所述目标中台微服务构建目标中台服务；

基于所述目标中台服务设计目标管理系统。

2.如权利要求1所述的方法，其特征在于，所述基于所述目标中台服务设计目标管理系统，包括：

基于所述目标中台微服务和每个所述目标功能项目确定剩余待创建微服务；

根据所述剩余待创建微服务创建每个所述目标功能项目对应的目标前台服务和目标后台服务，以创建所述目标管理系统。

3.如权利要求1所述的方法，其特征在于，还包括：

获取所述目标微服务的微服务类型；

基于所述微服务类型确定微服务权重；

根据所述微服务权重和固定重复次数确定各类微服务对应的所述预设重复次数。

4.如权利要求1所述的方法，其特征在于，还包括：

统计所述目标前台服务和/或所述目标后台服务中所述目标微服务对应的维护次数；

在所述维护次数大于预设维护次数的情况下，将所述目标微服务调整为目标中台微服务。

5.如权利要求1所述的方法，其特征在于，所述目标中台服务包括固态中台服务和动态中台服务；

所述方法还包括：

获取所述中台服务中的目标微服务在预设参考时长内的调整次数；

将调整次数大于预设调整次数的目标微服务确定为动态中台服务；

将调整次数小于或等于预设调整次数的目标微服务确定为固态中台服务，其中，所述固态中台服务设置有修改秘钥。

6.如权利要求5所述的方法，其特征在于，还包括：

获取所述固态中台服务对应的修改请求信息；

基于所述修改请求信息获取修改请求失败信息；

在所述修改请求失败信息在预设请求时长内超出预设失败次数的情况下，向所述固态中台服务对应的目标管理端发送警告提示消息。

7.如权利要求1所述的方法，其特征在于，所述目标管理系统包括数据中台；

所述方法还包括：

所述数据中台基于目标用户的导出信息请求获取所述目标用户对应的用户等级；

所述数据中台基于所述用户等级和所述导出信息请求对导出数据进行脱敏处理，其中，所述脱敏处理为筛选出所述用户等级无权处理的导出数据。

8.一种基于中台的管理系统设计方案确定装置，其特征在于，包括：

第一确定单元，用于确定目标管理系统各个目标功能项目的目标微服务，其中，所述目标管理系统至少包括两个所述目标功能项目，所述目标功能项目至少包括两个所述目标微服务；

第二确定单元，用于确定每个所述目标微服务的微服务重复次数；

第三确定单元，用于将所述微服务重复次数大于或等于预设重复次数的所述目标微服务确定为目标中台微服务；

构建单元，用于根据所述目标中台微服务构建目标中台服务；

设计单元，用于基于所述目标中台服务设计目标管理系统。

9.一种电子设备，包括：存储器和处理器，其特征在于，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-7任一项所述的基于中台的管理系统设计方案确定方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的基于中台的管理系统设计方案确定方法。

Images