微服务成熟度确定方法及设备与流程

1.本技术涉及微服务评估技术，尤其涉及一种微服务成熟度确定方法及设备。

背景技术：

2.在微服务技术领域中，若要保证整个微服务系统的成熟稳定，需要保证每个微服务的成熟度。一般，通过对每个微服务进行监控，确定微服务的当前性能，进而对其进行治理，以不断提高微服务的成熟度，以使整个微服务系统能够符合预期要求。
3.现有技术中，通过prometheus采集微服务的数据，然后再用grafana来展示监控数据，来实现对微服务的监控。但是，通过该方法采集到的微服务数据类型单一，且在展示数据时不够灵活，也很难对数据进行深度分析，基于此获取到的微服务成熟度评估结果也不够准确，还未能满足开发人员的监控需求。
4.因此，需要一种能够提高微服务成熟度评估结果的准确性的确定方法，来解决上述问题。

技术实现要素：

5.本技术提供一种微服务成熟度确定方法及设备，用以解决确定微服务成熟度的评估结果不够准确的问题。
6.第一方面，本技术提供一种微服务成熟度确定方法，所述方法包括：
7.向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的所述微服务数据进行预处理，得到预处理后的微服务数据；
8.将所述预处理后的微服务数据保存在预设的关系型数据库中；
9.基于预设评估模型，定时从所述关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，所述预设评估模型包括生成所述表格评估文件的模板，所述表格评估文件用于反映对所述微服务成熟度的评估结果，并将所述表格评估文件发送至预先配置的接收端。
10.可选地，所述对采集到的所述微服务数据进行预处理，包括：将采集到的所述微服务数据转换成预先定义的数据结构。
11.可选地，所述对采集到的所述微服务数据进行预处理，还包括：对采集到的所述微服务数据进行信息补充。
12.可选地，所述对采集到的所述微服务数据进行预处理，还包括：根据预设评分规则对所述微服务数据进行打分。
13.可选地，所述基于预设评估模型，定时从所述关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，包括：
14.基于预设评估模型的定时任务，定时从所述关系型数据库中获取预设目标数据；
15.将获取到的所述预设目标数据带入生成表格评估文件的模板中，生成表格评估文件，所述表格评估文件用于反映对所述微服务成熟度的评估结果。
16.可选地，所述表格评估文件中包括以下分析图表和/或统计数据中的一种或多种：告警透视图、交易失败率数据、长耗时接口数据、微服务维度的监控信息、实例维度的监控信息、所有微服务的告警信息。
17.可选地，所述方法还包括：
18.响应网页前端发送的查询请求，从所述关系型数据库中查请求数据，根据与所述网页前端约定的数据格式，对查到的所述请求数据进行处理，并返回给所述网页前端。
19.第二方面，本技术提供一种微服务成熟度确定装置，所述装置包括：
20.采集单元，用于向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的所述微服务数据进行预处理，得到预处理后的微服务数据；
21.存储单元，用于将所述预处理后的微服务数据保存在预设的关系型数据库中；
22.评估单元，用于基于预设评估模型，定时从所述关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，所述预设评估模型包括生成所述表格评估文件的模板，所述表格评估文件用于反映对所述微服务成熟度的评估结果，并将所述表格评估文件发送至预先配置的接收端。
23.可选地，所述采集单元包括第一预处理模块；
24.所述第一预处理模块，用于将采集到的所述微服务数据转换成预先定义的数据结构。
25.可选地，所述采集单元还包括第二预处理模块；
26.所述第二预处理模块，用于对采集到的所述微服务数据进行信息补充。
27.可选地，所述采集单元还包括第三预处理模块；
28.所述第三预处理模块，用于根据预设评分规则对所述微服务数据进行打分。
29.可选地，所述评估单元包括获取模块和生成模块；
30.所述获取模块，用于基于预设评估模型的定时任务，定时从所述关系型数据库中获取预设目标数据；
31.所述生成模块，用于将获取到的所述预设目标数据带入生成表格评估文件的模板中，生成表格评估文件，所述表格评估文件用于反映对所述微服务成熟度的评估结果。
32.可选地，所述表格评估文件中包括以下分析图表和/或统计数据中的一种或多种：告警透视图、交易失败率数据、长耗时接口数据、微服务维度的监控信息、实例维度的监控信息、所有微服务的告警信息。
33.可选地，所述装置还包括：响应单元；
34.所述响应单元，用于响应网页前端发送的查询请求，从所述关系型数据库中查请求数据，根据与所述网页前端约定的数据格式，对查到的所述请求数据进行处理，并返回给所述网页前端。
35.第三方面，本技术提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
36.所述存储器存储计算机执行指令；
37.所述处理器执行所述存储器存储的计算机执行指令，以实现如上所述的任一项微服务成熟度确定方法。
38.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存
储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上所述的任一项微服务成熟度确定方法。
39.第五方面，本技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上所述的任一项微服务成熟度确定方法。
40.本技术提供的微服务成熟度确定方法及设备，通过向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的所述微服务数据进行预处理，得到预处理后的微服务数据；并将所述预处理后的微服务数据保存在预设的关系型数据库中；再基于预设评估模型，定时从所述关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，所述预设评估模型包括生成所述表格评估文件的模板，所述表格评估文件用于反映对所述微服务成熟度的评估结果，并将所述表格评估文件发送至预先配置的接收端。通过向不同数据源采集更多关于微服务的数据，进而提高微服务成熟度评估结果的准确性；并基于预设评估模型生成表格评估文件，实用性更广，而且基于评估模型得到的评估结果也不容易出错；此外，通过表格评估文件来体现对微服务成熟度的评估结果，同时体现多维度的对比数据，不仅丰富了数据展现形式，便于开发人员查看，也可以提高开发人员的工作效率。
附图说明
41.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
42.图1为本技术实施例提供的一种微服务成熟度确定方法的流程示意图；
43.图2为本技术实施例提供的一种表格评估文件的示例图；
44.图3为本技术实施例提供的又一种微服务成熟度确定方法的流程示意图；
45.图4为本技术实施例提供的一种微服务成熟度确定装置架构图；
46.图5为本技术实施例提供的一种微服务成熟度确定装置的结构示意图；
47.图6为本技术实施例提供的又一种微服务成熟度确定装置的结构示意图；
48.图7为本技术实施例提供的电子设备的结构示意图。
49.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
50.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
51.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何
变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
52.微服务是以业务域或业务功能为边界，从一个大而全的应用中拆分出可以独立开发、独立部署、独立测试、独立运行的小的应用，这些小的应用各自承担自己的功能和业务，互不冲突，但可能存在相互关联。
53.在微服务技术领域中，为了保证整个微服务系统的成熟稳定，会对每个微服务进行监控和治理。其中，监控，就是监控微服务是否符合预期；而治理就是采用认证鉴权、熔断、流控、实时配置等手段，让微服务能够符合预期，并能够持续保持在一定质量水平上稳定地运行。
54.一个示例中，在对微服务进行监控时，用prometheus采集微服务的数据，然后再用grafana来展示分析数据。一方面，仅用prometheus采集数据，采集到数据形式和内容都比较单一，不足以形成深度的分析数据，自然也无法获取到准确的微服务成熟度评估结果；另一方面，只能在grafana的控制台网页上看到根据grafana规则编写的监控页面，且一般都是针对单个微服务的监控页面，缺少多维度的数据统计，展示数据也不够灵活，且展示形式单一；此外，没有一个通用的评估模型能够对采集的数据进行评估，不够方便，效率过低。
55.为了解决上述问题，本技术提出一种微服务成熟度确定方法，通过定期从数据源即prometheus、kubernetes、微服务管理平台一起采集数据，并对其进行整理后存储在预设的关系型数据库中，再根据预设评估模型的定时任务，从数据库中获取预设目标数据，生成对微服务成熟度的评估结果，并发送给接收端，以完成对微服务成熟度的评估。通过采集多种数据，充分利用数据，进而完成了对微服务多维度的深度评估，得到更加准确的评估结果；而且通过预设评估模型也形成了一套可以通用的评估模板，实用性更广。开发人员基于评估结果，不仅可以发现具体业务系统的潜在风险，也可以进行提前排查，进而规避更大风险的产生，提升微服务的稳定性和成熟度。
56.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
57.图1为本技术实施例提供的一种微服务成熟度确定方法的流程示意图。本实施例的执行主体可以为微服务成熟度确定装置，还可以为集成了微服务成熟度确定装置的评估系统，评估系统可以集成在终端设备上，终端设备可以是电脑、手机、平板等。下述以执行主体为微服务成熟度确定装置为例进行详细说明。
58.如图1所示，本实施例提供的微服务成熟度确定方法包括：
59.s101、向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的微服务数据进行预处理，得到预处理后的微服务数据。
60.示例性地，微服务成熟度确定装置定期向数据源发起超文本传输协议(英文简称：http)请求，采集微服务数据，并对采集到的微服务数据进行预处理，得到预处理后的微服务数据。其中，数据源包括prometheus、kubernetes和微服务管理平台。prometheus是一个开源的监控系统和报警系统；kubernetes是一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理；微服务管理平台是对微服务进行治理的一个内部平台。
61.微服务成熟度确定装置可以利用quartz集实现定时任务，定期分别向prometheus、kubernetes和微服务管理平台发起http请求，而prometheus、kubernetes和微服务管理平台分别对外提供有http接口，微服务成熟度确定装置即可从prometheus采集对微服务的监控数据，从kubernetes采集微服务的容器化数据，从微服务管理平台采集微服务的告警数据和功能使用数据。也即，微服务数据包括了从各个数据源采集到的监控数据、容器化数据、告警数据和功能使用数据。
62.其中，定期可以是每天、每周、或某个其它特定时间，例如，可以是每天凌晨进行数据采集。采集微服务数据的时间和频率可以根据需要进行灵活设置，本技术不做限制。
63.微服务成熟度确定装置采集到微服务数据之后，还需要对采集到的微服务数据进行预处理，得到预处理后的微服务数据，以便后续在进行微服务成熟度评估时，能够直接使用这些数据。本技术对如何对采集到的微服务数据进行预处理不做限制。
64.一个示例中，对采集到的微服务数据进行预处理，包括：将采集到的微服务数据转换成预先定义的数据结构。
65.示例性地，采集到的微服务数据包括监控数据、容器化数据、告警数据和功能使用数据，各个数据的结构可能各不相同，为了保持数据结构的一致性，方便后续使用数据，微服务成熟度确定装置需要将采集到的微服务数据转换成预先定义的数据结构。例如，在代码层次就是利用编程语言将采集到的数据转换成编程对象。举例来说，可以利用java编程语言将采集到的数据转换成java对象。
66.又一示例中，对采集到的微服务数据进行预处理，还包括：对采集到的微服务数据进行信息补充。
67.示例性地，采集到的微服务数据中，有些数据不够完整，为了方便后续开发人员定位治理点，微服务成熟度确定装置还需要对已经转换成预先定义的数据结构的微服务数据进行信息补充。信息补充主要涉及关于微服务的一些额外基本信息，例如，微服务部署区域信息、微服务中文名称等。
68.又一示例中，对采集到的微服务数据进行预处理，还包括：根据预设评分规则对微服务数据进行打分。
69.示例性地，针对从微服务管理平台采集到的告警数据和功能使用数据，为了能更清晰、准确地确定微服务成熟度，量化微服务的具体业务和性能，微服务成熟度确定装置还可以根据预先设置的评分规则对告警数据和功能使用数据进行打分，根据综合评分的高低可以在一定程度上明确微服务的性能。
70.其中，本技术对如何根据预设评分规则对微服务数据进行打分不做限制。示例性地，可以先根据告警数据和功能使用数据分别进行打分，得到告警评分和功能使用评分，再根据告警评分和功能使用评分的权重比例，获取综合评分；也可以预先设置告警权重评分和功能使用权重评分，分别打分后获取综合评分；等等。例如，设置告警项评分规则为：超时告警一次扣0.5分，内存告警一次扣0.8分，等等，根据所监控的告警数据的多少以及重要程度设置不同的评分规则，以使评分更具参考价值。同理，功能使用评分规则也可以根据设置功能的占比以及使用率，设置不同的占比和评分规则，以使评分规则更合理，也使综合评分结果更为准确。
71.s102、将预处理后的微服务数据保存在预设的关系型数据库中。
72.示例性地，微服务成熟度确定装置完成对采集到的微服务数据的整理之后，将预处理后的微服务数据保存在预设的关系型数据库中。
73.示例性地，数据入库可以利用mybatis框架来实现，把数据库表和实体类及实体类的属性对应起来，让开发人员在操作实体类时就实现操作数据库表。将预处理后的微服务数据保存在预设的关系型数据库，实现了各数据之间的关联，不再是孤立、单一的数据，更容易完成对微服务数据的深度分析。
74.s103、基于预设评估模型，定时从关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，预设评估模型包括生成表格评估文件的模板，表格评估文件用于反映对微服务成熟度的评估结果，并将表格评估文件发送至预先配置的接收端。
75.示例性地，预设评估模型中的用于生成表格评估文件的模板中，包括了对预设目标数据的处理方法，主要是对数据的归类、统计、分析、对比、整合等，以使预设目标数据经过处理之后，能以一个清晰明了的方式展示在表格评估文件中。微服务成熟度确定装置基于预设评估模型，定期从上述关系型数据库中获取预设目标数据之后，基于生成表格评估文件的模板，生成用于反映微服务成熟度评估结果的表格评估文件，并发送至预先配置的接收端，以使接收端的开发人员获取对微服务成熟度的评估结果。
76.其中，预先配置的接收端可以为接收人的邮箱，也可以为其他能够实现通信功能的工具，以此拓展并实现数据展示的多元化。例如，可以是公司内部开发的通讯工具、其他公司的通讯工具等。其中，为了保证数据传输的安全性，可以对表格评估文件进行加密，或者设置接收端权限等。
77.一个示例中，基于预设评估模型，定时从关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，可以包括：
78.s1031、基于预设评估模型的定时任务，定时从关系型数据库中获取预设目标数据。
79.s1032、将获取到的预设目标数据带入生成表格评估文件的模板中，生成表格评估文件，表格评估文件用于反映对微服务成熟度的评估结果。
80.示例性地，微服务成熟度确定装置可以基于quartz实现定时任务，定时触发评估任务。微服务成熟度确定装置先定时从关系型数据库中获取预设目标数据，再将获取到的预设目标数据带入生成表格评估文件的模板中，生成以模板为基准的表格评估文件。
81.其中，预设目标数据中包括具体数据内容以及数据范围。例如，本次评估是针对近两周的微服务成熟度的综合评估，则获取最近两周的微服务数据，再将微服务数据带入生成表格评估文件的模板中，生成用于反映近两周对微服务成熟度评估结果的表格评估文件。
82.一个示例中，表格评估文件中包括以下分析图表和/或统计数据中的一种或多种：告警透视图、交易失败率数据、长耗时接口数据、微服务维度的监控信息、实例维度的监控信息、所有微服务的告警信息。
83.示例性地，基于预设目标数据得到的表格评估文件，旨在让开发人员确定对微服务成熟度的评估结果。因此，表格评估文件中包括关于微服务不同维度的分析图表和/或统计数据。具体可以包括告警透视图、交易失败率数据、长耗时接口数据、微服务维度的监控
信息、实例维度的监控信息、所有微服务的告警信息等等，通过这些不同维度的分析数据，开发人员可以从不同角度解析对微服务成熟度的评估结果，以更好的对微服务系统进行治理。
84.例如，通过告警透视图，不仅可以看出哪个微服务系统的告警较多，也可以看出具体某个系统的各类告警的情况；同时，除了横向对比，还可以以时间为维度，对不同周期内的告警数据进行对比，进而分析出告警的趋势变化，预测未来的告警数据，以提前做好应对措施。通过交易失败率数据，可以确定每个系统的交易失败率，定位交易失败率较高的系统；通过长耗时接口数据，可以确定每个系统长耗时接口数量，定位长耗时接口数量较多的系统，以便对其进行针对性修复和治理。通过微服务维度的监控信息，可以确定每个微服务的综合评分、告警评分、功能应用评分、总交易量、成功次数、成功比例、失败交易量、活跃接口数、长耗时接口数、告警次数、接口失败量、等等数据，量化了每个微服务的具体情况。通过实例维度的监控信息，可以确定该实例信息下，对应微服务的交易量、交易峰值、成功次数、失败次数、成功率等。通过所有微服务的告警信息、可以确定每个告警的具体类型、告警时间等，以便开发人员排查异常，进而作出相应的改进。
85.示例性地，图2为本技术实施例提供的一种表格评估文件的示例图。如图2所示，根据预设评估模型生成的表格评估文件中包括：告警透视图、交易失败率top10图、长耗时接口top10图、微服务维度的监控信息、实例维度的监控信息、所有微服务的告警信息，且这些数据均位于同一表格评估文件中。另外，表格评估文件中的每个数据的表现形式都可以包括统计表格、图表等，图表中还可以包括柱形图、折线图等中的一种或多种，通过不同的方式对同一数据进行展示，图中不同数据之间可以通过不同颜进行区分/标记，以便于数据查看。其中，图2中的具体数据仅作为其中一个示例。
86.通过这种形式的表格评估文件，在一个总的表格评估文件中，从不同维度对微服务成熟度进行分析，充分利用数据，提高数据的利用率；同时，对数据进行统计分析，量化了数据，也提升了对微服务的量化分析；也便于进行深度分析，利于提前排查，规避风险，进而提升微服务的稳定性和用户体验。
87.一个示例中，在生成表格评估文件之后，还可以对表格评估文件中的微服务成熟度评估结果进行处理。例如，对比评估结果和期望目标值，标记未达到期望目标值的评估结果，以更突出的形式呈现；或者根据评估结果进行风险提示，并给出对应的改进建议；等等，以减轻开发人员的工作负担，提高开发人员的工作效率。
88.本技术实施例提供的微服务成熟度确定方法，通过向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的微服务数据进行预处理，得到预处理后的微服务数据，然后将预处理后的微服务数据保存在预设的关系型数据库中，再基于预设评估模型，定时从关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，预设评估模型包括生成表格评估文件的模板，表格评估文件用于反映对微服务成熟度的评估结果，并将表格评估文件发送至预先配置的接收端。一方面，本技术通过向不同数据源采集多个数据，采集到的数据更多，基于此获取到的评估结果更准确，不仅提高了数据利用率，也提高了确定微服务成熟度评估结果的准确性；另一方面，本技术基于预设评估模型生成表格评估文件，实用性更广，基于评估模型得到的评估结果也不容易出错；此外，通过表格评估文件来体现对微服务成熟度的评估结果，可以生成多维度的对比数据，不仅
丰富了数据展现形式，也便于开发人员查看，利于提高工作效率。
89.图3为本技术实施例提供的又一种微服务成熟度确定方法的流程示意图。本实施例的执行主体可以为微服务成熟度确定装置，还可以为集成了微服务成熟度确定装置的评估系统，评估系统可以集成在终端设备上，终端设备可以是电脑、手机、平板等。下述以执行主体为微服务成熟度确定装置为例进行详细说明。
90.如图3所示，本实施例提供的微服务成熟度确定方法包括：
91.s301、向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的微服务数据进行预处理，得到预处理后的微服务数据。
92.s302、将预处理后的微服务数据保存在预设的关系型数据库中。
93.示例性地，步骤s301和步骤s302的具体实现与步骤s101和步骤s102类同，本实施例不再赘述。
94.s303、响应网页前端发送的查询请求，从关系型数据库中查请求数据，根据与网页前端约定的数据格式，对查到的请求数据进行处理，并返回给网页前端。
95.示例性地，网页前端根据需要选择查询的内容，并发送给微服务成熟度确定装置，微服务成熟度确定装置响应网页前端发送的查询请求，从关系型数据库中查请求数据，并根据与网页前端约定的数据格式，对查询到的数据进行整理，包括：归类、统计、计算、分析、对比、排序、整合等，整理结果即为网页前端发送的查询请求的结果。微服务成熟度确定装置再将该结果返回网页前端展示，以供开发人员查看。开发人员根据网页前端显示的结果可以分析出针对某一微服务、或微服务中某一部分的成熟度，进而对其进行针对性治理。
96.其中，微服务成熟度确定装置可以利用springmvc技术来实现对网页前端查询请求的支持，而网页前端发送查询请求可以根据vue技术实现。网页前端用于展示控制页面，控制页面中所展示的内容可以包括对采集的微服务数据进行管理的功能控件，包括对数据的查看、删除、筛选、统计等；另外，还可以实现对微服务成熟度确定装置的配置进行管理，例如对数据源进行管理、对定时任务进行管理以及对采集url进行管理等，以实现网页前端的多种功能。
97.一个示例中，在开发程序时，可以采用前后端分离技术，也即前端和后端约定数据契约，并各自根据契约进行开发，不仅可以提高开发效率，而且也可以在一定上减少程序的耦合。
98.本技术实施例提供的微服务成熟度确定方法，通过向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的微服务数据进行预处理，得到预处理后的微服务数据，然后将预处理后的微服务数据保存在预设的关系型数据库中，响应网页前端发送的查询请求，从关系型数据库中查请求数据，根据与网页前端约定的数据格式，对查到的请求数据进行处理，并返回给网页前端。本实施例提供了又一种微服务成熟度确定方法，可以在网页前端直接发送查询请求，按需获取目标数据，处理后返回给网页前端，开发人员可以直接在网页上查看评估结果，无需再对数据进行筛选和处理，提升了工作效率。
99.示例性地，图4为本技术实施例提供的一种微服务成熟度确定装置架构图。如图4所示，该微服务成熟度确定装置包括采集模块、存储模块和查询模块。采集模块用于根据定时任务，定期分别向数据源prometheus、kubernetes和微服务管理平台发起http请求，采集微服务的监控数据、容器化数据、告警数据和功能使用数据，并对采集到的微服务数据进行
预处理，得到预处理后的微服务数据。存储模块用于将采集模块预处理后的微服务数据存入oracle数据库中。查询模块用于根据预设评估模型的定时任务生成表格评估文件，并通过邮件发送给接收端；以及，查询模块还用于通过springmvc技术实现对web前端查询请求的支持，并将评估结果返回给web前端。
100.下述为本技术装置实施例，可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
101.图5为本技术实施例提供的一种微服务成熟度确定装置的结构示意图。如图5所示，本实施例的微服务成熟度确定装置50包括：采集单元501、存储单元502和评估单元503。
102.其中，采集单元501，用于向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的微服务数据进行预处理，得到预处理后的微服务数据。
103.存储单元502，用于将预处理后的微服务数据保存在预设的关系型数据库中。
104.评估单元503，用于基于预设评估模型，定时从关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，预设评估模型包括生成表格评估文件的模板，表格评估文件用于反映对微服务成熟度的评估结果，并将表格评估文件发送至预先配置的接收端。
105.图6为本技术实施例提供的又一种微服务成熟度确定装置的结构示意图。如图6所示，本实施例的微服务成熟度确定装置60包括：采集单元601、存储单元602和评估单元603。
106.其中，采集单元601，用于向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的微服务数据进行预处理，得到预处理后的微服务数据。
107.存储单元602，用于将预处理后的微服务数据保存在预设的关系型数据库中。
108.评估单元603，用于基于预设评估模型，定时从关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，预设评估模型包括生成表格评估文件的模板，表格评估文件用于反映对微服务成熟度的评估结果，并将表格评估文件发送至预先配置的接收端。
109.一个示例中，采集单元601包括第一预处理模块6011。
110.第一预处理模块6011，用于将采集到的微服务数据转换成预先定义的数据结构。
111.一个示例中，采集单元601还包括第二预处理模块6012。
112.第二预处理模块6012，用于对采集到的微服务数据进行信息补充。
113.一个示例中，采集单元601还包括第三预处理模块6013。
114.第三预处理模块6013，用于根据预设评分规则对微服务数据进行打分。
115.一个示例中，评估单元603包括获取模块6031和生成模块6032。
116.获取模块6031，用于基于预设评估模型的定时任务，定时从关系型数据库中获取预设目标数据。
117.生成模块6032，用于将获取到的预设目标数据带入生成表格评估文件的模板中，生成表格评估文件，表格评估文件用于反映对微服务成熟度的评估结果。
118.一个示例中，表格评估文件中包括以下分析图表和/或统计数据中的一种或多种：告警透视图、交易失败率数据、长耗时接口数据、微服务维度的监控信息、实例维度的监控信息、所有微服务的告警信息。
119.一个示例中，装置60还包括：响应单元604。
120.响应单元604，用于响应网页前端发送的查询请求，从关系型数据库中查请求数据，根据与网页前端约定的数据格式，对查到的请求数据进行处理，并返回给网页前端。
121.需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上数据处理模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
122.图7为本技术实施例提供的电子设备的结构示意图。如图7所示，该电子设备70，包括：处理器701，以及与处理器通信连接的存储器702。
123.其中，存储器702存储计算机执行指令；处理器701执行存储器702存储的计算机执行指令，以实现如前述任一项的方法。
124.在上述电子设备的具体实现中，应理解，处理器可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
125.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，该计算机执行指令被处理器执行时用于实现如前述任一项的方法。
126.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
127.本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时用于实现如前述任一项的方法。
128.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
129.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征：

1.一种微服务成熟度确定方法，其特征在于，所述方法包括：向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的所述微服务数据进行预处理，得到预处理后的微服务数据；将所述预处理后的微服务数据保存在预设的关系型数据库中；基于预设评估模型，定时从所述关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，所述预设评估模型包括生成所述表格评估文件的模板，所述表格评估文件用于反映对所述微服务成熟度的评估结果，并将所述表格评估文件发送至预先配置的接收端。2.根据权利要求1所述的方法，其特征在于，所述对采集到的所述微服务数据进行预处理，包括：将采集到的所述微服务数据转换成预先定义的数据结构。3.根据权利要求2所述的方法，其特征在于，所述对采集到的所述微服务数据进行预处理，还包括：对采集到的所述微服务数据进行信息补充。4.根据权利要求3所述的方法，其特征在于，所述对采集到的所述微服务数据进行预处理，还包括：根据预设评分规则对所述微服务数据进行打分。5.根据权利要求1所述的方法，其特征在于，所述基于预设评估模型，定时从所述关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，包括：基于预设评估模型的定时任务，定时从所述关系型数据库中获取预设目标数据；将获取到的所述预设目标数据带入生成表格评估文件的模板中，生成表格评估文件，所述表格评估文件用于反映对所述微服务成熟度的评估结果。6.根据权利要求5所述的方法，其特征在于，所述表格评估文件中包括以下分析图表和/或统计数据中的一种或多种：告警透视图、交易失败率数据、长耗时接口数据、微服务维度的监控信息、实例维度的监控信息、所有微服务的告警信息。7.根据权利要求1-6中任一项所述的方法，其特征在于，所述方法还包括：响应网页前端发送的查询请求，从所述关系型数据库中查请求数据，根据与所述网页前端约定的数据格式，对查到的所述请求数据进行处理，并返回给所述网页前端。8.一种微服务成熟度确定装置，其特征在于，所述装置包括：采集单元，用于向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的所述微服务数据进行预处理，得到预处理后的微服务数据；存储单元，用于将所述预处理后的微服务数据保存在预设的关系型数据库中；存储单元，用于基于预设评估模型，定时从所述关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，所述预设评估模型包括生成所述表格评估文件的模板，所述表格评估文件用于反映对所述微服务成熟度的评估结果，并将所述表格评估文件发送至预先配置的接收端。9.一种电子设备，其特征在于，所述电子设备包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7中任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7中任一项所述的方法。

技术总结

本申请提供一种微服务成熟度确定方法及设备。该方法包括：向数据源发起超文本传输协议请求，采集微服务数据，并对采集到的微服务数据进行预处理，得到预处理后的微服务数据；将所述预处理后的微服务数据保存在预设的关系型数据库中；基于预设评估模型，定时从关系型数据库中获取预设目标数据，并根据所获取到的预设目标数据生成表格评估文件，其中，预设评估模型包括生成表格评估文件的模板，表格评估文件用于反映对微服务成熟度的评估结果，并将表格评估文件发送至预先配置的接收端。本申请的方法，提高了数据利用率，也提高了微服务成熟度评估结果的准确性；丰富了评估结果的展现形式，便于开发人员查看，进而也提高了开发人员的工作效率。人员的工作效率。人员的工作效率。