服务性能监控方法、装置、计算机设备和存储介质与流程

1.本技术涉及测试技术领域，特别是涉及一种服务性能监控方法、装置、计算机设备和存储介质。


背景技术：

2.随着计算机技术的发展，针对不同的业务场景与系统架构，性能监控需监控的对象也不一样。且不同的监控对象使用的监控脚本除cpu、内存、网络等通用的服务器性能指标之外还有各种各样的不同的指标需要监控。以往的测试工程师需要登录到不同的服务器上利用不同的命令或是监控脚本进行监控获取数据。
3.而随着时代的发展，业务系统架构复杂度增加，且微服务架构兴起，使得监控工程师在性能监控期间监控服务器相关指标数据花费了大量的时间，监控数据的获取效率低。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种能够提高监控数据获取效率的服务性能监控方法、装置、计算机设备和存储介质。
5.一种服务性能监控方法，方法包括：
6.响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间；
7.从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面；
8.响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本；
9.根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控。
10.在其中一个实施例中，响应脚本选定操作，确定目标脚本包括：
11.响应脚本选定操作，得到脚本选定操作对应的提交数据；
12.对提交数据进行解析，确定提交数据的脚本数据类型；
13.若脚本数据类型为脚本文件，则将基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本作为目标脚本；
14.若脚本数据类型为脚本标识，则将脚本标识对应的初始脚本确定为目标脚本。
15.在其中一个实施例中，若脚本数据类型为脚本文件，则将基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本作为目标脚本之后，还包括：
16.提取脚本文件对应的分类标签和脚本描述信息；
17.根据分类标签和脚本描述信息，确定脚本文件对应的类别；
18.根据类别，将脚本文件添加至脚本库。
19.在其中一个实施例中，根据监控时间以及目标脚本，生成监控任务，并将监控任务
发送至目标服务对应的服务器进行服务性能监控之后，还包括：
20.接收服务器执行目标脚本后反馈的执行结果；
21.在预设的监控结果展示界面展示执行结果。
22.在其中一个实施例中，接收服务器执行目标脚本后反馈的执行结果之后，还包括：
23.按监控任务对应的目标服务，对执行结果进行存储。
24.在其中一个实施例中，目标服务至少包括nginx(engine x，高性能web和反向代理服务)、应用层、网关、缓存、微服务、消息队列、数据库中的一个。
25.在其中一个实施例中，监控时间包括监控起止时间；
26.将监控任务发送至目标服务对应的服务器进行服务性能监控包括：
27.将监控任务发送至目标服务对应的服务器，以使服务器根据监控起止时间执行监控任务中的目标脚本进行服务性能监控。
28.一种服务性能监控装置，装置包括：
29.配置操作响应模块，用于响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间；
30.脚本推送模块，用于从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面；
31.脚本确定模块，用于响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本；
32.性能监控模块，用于根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控。
33.一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现以下步骤：
34.响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间；
35.从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面；
36.响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本；
37.根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控。
38.一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
39.响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间；
40.从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面；
41.响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本；
42.根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应
的服务器进行服务性能监控。
43.上述服务性能监控方法、装置、计算机设备和存储介质，通过响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间，从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面，通过脚本配置界面推送初始脚本，能够便于用户选择脚本或在原有的基础上对脚本进行编辑，简化了目标脚本的获得过程，响应脚本选定操作，确定目标脚本，根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控，能够实现根据不同的服务选择不同的脚本，无需登录各个服务器即可自动监控服务性能，提高监控效率。
附图说明
44.图1为一个实施例中服务性能监控方法的应用环境图；
45.图2为一个实施例中服务性能监控方法的流程示意图；
46.图3为另一个实施例中服务性能监控方法的流程示意图；
47.图4为又一个实施例中服务性能监控方法的流程示意图；
48.图5为再一个实施例中服务性能监控方法的流程示意图；
49.图6为还一个实施例中服务性能监控方法的中各项服务的分布示意图；
50.图7为一个实施例中服务性能监控装置的结构框图；
51.图8为一个实施例中计算机设备的内部结构图。
具体实施方式
52.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
53.本技术提供的服务性能监控方法，可以应用于如图1所示的应用环境中。其中，监控平台102通过网络与服务器104进行通信。监控平台102响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间；从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面；响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本；根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器104进行服务性能监控，接收服务器104反馈的监控结果。其中，监控平台102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
54.在一个实施例中，如图2所示，提供了一种服务性能监控方法，以该方法应用于图1中的监控平台为例进行说明，包括以下步骤：
55.步骤202，响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间。
56.服务性能监控配置操作是指用户在需要对某个服务器上的某项服务进行监控时，对监控参数的配置的过程。其中，服务性能监控配置操作包括待监控的服务的选定、监控起止时间的选定，还可以包括监控脚本的上传。监控平台通过响应用户的服务性能监控配置
操作，通过用户输入的数据确定待监控的目标服务以及对目标服务的监控时间。
57.在一个实施例中，可以通过预先设置的监控参数配置界面对待监控的目标服务以及对目标服务的监控时间进行配置。具体来说，用户可以基于监控参数配置界面，先选定要监控的服务器，然后选择该服务器中要监控的某项服务，待监控的服务如nginx、应用层、网关、缓存、微服务、消息队列、数据库等。由于不同的服务具有不同的监控重点和监控逻辑，因此不同的服务需要通过不同的脚本来进行监控。
58.在另一个实施例中，也可以对不同服务器的同样的服务进行监控，通过在监控参数配置界面中新增监控任务的方式即可实现多个目标服务的选择。对于不同服务器的同样的服务，可以通过相同的脚本来监控。
59.用户在选定了待监控的服务之后，还可以设定监控时间。其中监控时间可以是监控时长，也可以是监控起止时间。
60.步骤204，从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面。
61.脚本库是指存放脚本的数据库。脚本库中的不同类型的脚本适用于不同服务的监控。对于同一个服务，脚本库中存在一个或多个与之对应的脚本，其中，多个脚本可以是不同版本的脚本，也可以是对应不同监控指标的脚本。
62.在一个实施例中，脚本库中的各个脚本携带有该脚本的脚本描述信息，用于记载该脚本的能够实现的功能以及详细的监控指标，以便用户准确选择合适的脚本进行监控。
63.在一个实施例中，脚本库中的各个脚本还携带有该脚本的分类标签，分类标签用于表征脚本所对应的监控适用的服务。监控平台根据待监控的目标服务，通过查找与该目标服务对应的分类标签，然后遍历脚本库，筛选出与目标服务对应的初始脚本。需要说明的是，与目标服务对应的初始脚本的数量可以是一个，可以是两个或两个以上，监控平台在查找到初始脚本之后，将初始脚本推送至脚本配置界面。脚本配置界面是指用于辅助用户进行脚本选择或是进行脚本编辑的界面。
64.步骤206，响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本。
65.脚本选定操作可以是用户通过脚本配置界面中的展示的初始脚本，直接选中其中一个脚本以作为目标脚本的操作，也可以是用户选择其中的一个与其期望的监控内容相似度较高的脚本，通过对该脚本进行编辑得到的更新脚本并上传以作为目标脚本的操作，还可以是用户预先编辑好并存储在本地的自定义脚本。
66.在一个实施例中，用户在脚本配置界面选中展示的初始脚本进行选择之后，可以通过点击该界面中的确定按钮，发送携带有该脚本标识的脚本确认信息至监控平台的后台，以使监控平台通过该脚本标识确定选中的目标脚本。还可以通过点击该界面中的编辑按钮，从脚本库中调用该脚本，并通过可编辑模式展示该脚本，用户可以直接对该脚本进行编辑，并在编辑完成后上传更新的脚本并点击界面中的确认按钮，以表征完成了对脚本的选定，监控平台的后台接收到该确脚本确定信息后，将上传的脚本作为目标脚本。脚本配置界面还可以提供脚本选择窗口，用户通过脚本选择窗口可以访问本地文件，将本地文件中预先编写好的脚本上传至监控平台，实现对目标脚本的选定。
67.步骤208，根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标
服务对应的服务器进行服务性能监控。
68.监控任务是用于发送至服务器进行服务性能监控的任务数据，监控任务包括监控脚本和监控时间，以使服务器在指定的监控时间内运行监控脚本，实现对服务性能的准确监控。
69.监控平台通过将监控任务发送至目标服务对应的服务器，能够基于监控平台与服务器的交互，实现服务性能的监控，无需通过登录服务器来进行服务性能监控，简化了监控流程。
70.上述服务性能监控方法，通过响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间，从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面，通过脚本配置界面推送初始脚本，能够便于用户选择脚本或在原有的基础上对脚本进行编辑，简化了目标脚本的获得过程，响应脚本选定操作，确定目标脚本，根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控，能够实现根据不同的服务选择不同的脚本，无需登录各个服务器即可自动监控服务性能，提高监控效率。
71.在其中一个实施例中，如图3所示，响应脚本选定操作，确定目标脚本包括步骤302至步骤308。
72.步骤302，响应脚本选定操作，得到脚本选定操作对应的提交数据；
73.步骤304，对提交数据进行解析，确定提交数据的脚本数据类型；
74.步骤306，若脚本数据类型为脚本文件，则将基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本作为目标脚本；
75.步骤308，若脚本数据类型为脚本标识，则将脚本标识对应的初始脚本确定为目标脚本。
76.监控平台响应用户的脚本选定操作，得到脚本选定操作的同时提交的数据，通过对提交数据进行数据类型解析，确定提交数据携带的是脚本文件还是初始脚本标识，若是脚本文件，则将上传的脚本作为目标脚本，若是脚本标识，则将脚本标识对应的初始脚本作为目标脚本。其中，上传的脚本可能是用户基于初始脚本进行编辑并上传的更新脚本，也可能是从本地上传的自定义脚本。
77.在一个实施例中，可以先检测是否上传脚本文件，若是，则将上传的脚本文件作为目标脚本。若否，则提取提交数据携带的脚本标识，根据脚本标识确定目标脚本。在另一个实施例中，也可以先检测提交数据是否携带有脚本标识，若是，则可以直接确定脚本标识对应的初始脚本为目标脚本，若否，则检测是否上传脚本文件，若既没有脚本标识也没有脚本文件，则跳转至脚本配置界面，提示用户重新进行脚本选择。
78.通过提供多种脚本配置方式，能够满足不同情境下的脚本快速配置，此外，通过提供出初始脚本进行编辑以得到更新脚本的方式，能够便于用户直接迅速地得到需要的监控脚本，一方面有助于实现对目标服务的有效准确监控，另一方面简化了脚本的编写内容，缩短了脚本编写所需要的时间。
79.在其中一个实施例中，如图4所示，若脚本数据类型为脚本文件，则将基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本作为目标脚本之后，还包括步骤402至步骤406。
80.步骤402，提取脚本文件对应的分类标签和脚本描述信息。
81.步骤404，根据分类标签和脚本描述信息，确定脚本文件对应的类别。
82.步骤406，根据类别，将脚本文件添加至脚本库。
83.分类标签是指用于表征脚本所对应的监控适用的服务的标签，脚本描述信息是指该脚本的能够实现的功能以及详细的监控指标。根据分类标签和脚本描述信息，确定脚本文件对应的类别，即脚本文件对应的服务。脚本库中的各个脚本是按照其对应的服务进行存储的，例如将同一服务对应类别的脚本放在预先划分好的存储空间，通过按类别对脚本进行存储，能够实现对脚本的快速查找，提高监控平台的响应速度。
84.通过将用户上传的脚本文件存储至脚本库，能够实现对脚本库文件的扩充，能够便于在后续的服务性能监控中直接查找得到适用的脚本，缩短了脚本编写所需要的时间。
85.在一个实施例中，如图5所示，根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控之后，还包括步骤502至步骤504。
86.步骤502，接收服务器执行目标脚本后反馈的执行结果。
87.步骤504，在预设的监控结果展示界面展示执行结果。
88.服务器在接收到监控任务之后，会根据监控时间执行监控脚本，以通过脚本的执行来得到对服务器中的目标服务进行监控的监控结果，服务器在得到目标脚本执行后的监控结果之后，会根据监控任务的发送终即监控平台的标识，将监控结果反馈至监控平台，从而监控平台能够接受服务器执行目标脚本后得到并反馈的执行结果，执行结果中的内容与脚本中定义的各项指标对应。监控平台根据接收的执行结果进行展示，其中展示的执行结果可以是服务器反馈的原始数据，也可以是有监控平台对反馈的原始数据进行整理归类后的数据。
89.执行结果可以在预设的监控结果展示界面进行展示，具体来说，可以在用户通过界面触发操作进入预设的监控结果展示界面时进行执行结果展示，也可以在得到执行结果时通过主动推送监控结果展示界面至当前界面进行执行结果展示。
90.在其中一个实施例中，接收服务器执行目标脚本后反馈的执行结果之后，还包括：按监控任务对应的目标服务，对执行结果进行存储。
91.通过按目标服务所属的类型，对执行结果进行存储，能够基于各个服务的历史监控结果，确定各个服务的性能变化情况，实现对服务的历史性能变化的监控。
92.在一个实施例中，目标服务至少包括nginx、应用层、网关、缓存、微服务、消息队列、数据库中的一个。
93.nginx、应用层、网关、缓存、微服务、消息队列、数据库用于实现不同的功能，可以部署在不同的服务器上。如图6所示，对nginx的监控包括对负载平衡或静态资源的监控，对应用层的监控包括对tomcat或jetty的监控，对缓存的监控包括对redis(remote dictionary server，远程字典服务)的监控，对数据库的监控包括mysql(关系型数据库管理系统)、oracle、sqlserver(structured query language server，关系数据库管理系统)的监控，对消息队列的监控包括rocketmq、activemq、rabbitmq以及kafka的监控。在实施例中，监控平台提供常用服务的脚本可供选择，例如mysql、oracle、kafka、微服务、应用服务、redis等，便于快速得到适用的脚本。
94.其中，不同的服务由于性能监控关注点不同，需要监控的性能指标都有所不同。比
如mysql的监控除了cpu与内存之外，还需要监控监控期间sql的执行效率(show full processlist；)、缓存命中率(key_reads/key_read_requests)等数据。应用服务(java实现)除了cpu与内存之外，还需监控jvm(java virtual machine，java虚拟机)的使用情况，如gc(global catalog，全局目录)情况，高消耗进程的堆栈信息等。
95.在其中一个实施例中，监控时间包括监控起止时间；将监控任务发送至目标服务对应的服务器进行服务性能监控包括：将监控任务发送至目标服务对应的服务器，以使服务器根据监控起止时间执行监控任务中的目标脚本进行服务性能监控。
96.监控平台提供监控时间选择功能，可选择监控的时间段，以实现监控期间进行监控，非监控期间可不进行监控，避免消耗服务器资源。
97.应该理解的是，虽然上述各流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述各流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
98.在一个实施例中，如图7所示，提供了一种服务性能监控装置，包括：配置操作响应模块702、脚本推送模块704、脚本确定模块706和性能监控模块708，其中：
99.配置操作响应模块702，用于响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间。
100.脚本推送模块704，用于从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面。
101.脚本确定模块706，用于响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本。
102.性能监控模块708，用于根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控。
103.在其中一个实施例中，脚本确定模块还用于响应脚本选定操作，得到脚本选定操作对应的提交数据；对提交数据进行解析，确定提交数据的脚本数据类型；若脚本数据类型为脚本文件，则将基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本作为目标脚本；若脚本数据类型为脚本标识，则将脚本标识对应的初始脚本确定为目标脚本。
104.在其中一个实施例中，脚本确定模块还用于提取脚本文件对应的分类标签和脚本描述信息；根据分类标签和脚本描述信息，确定脚本文件对应的类别；根据类别，将脚本文件添加至脚本库。
105.在其中一个实施例中，服务性能监控装置还包括结果展示模块，结果展示模块用于接收服务器执行目标脚本后反馈的执行结果；在预设的监控结果展示界面展示执行结果。
106.在其中一个实施例中，服务性能监控装置还包括结果存储模块，结果存储模块用于按监控任务对应的目标服务，对执行结果进行存储。
107.在其中一个实施例中，目标服务至少包括nginx、应用层、网关、缓存、微服务、消息
队列、数据库中的一个。
108.在其中一个实施例中，监控时间包括监控起止时间；性能监控模块还用于将监控任务发送至目标服务对应的服务器，以使服务器根据监控起止时间执行监控任务中的目标脚本进行服务性能监控。
109.上述服务性能监控装置，通过响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间，从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面，通过脚本配置界面推送初始脚本，能够便于用户选择脚本或在原有的基础上对脚本进行编辑，简化了目标脚本的获得过程，响应脚本选定操作，确定目标脚本，根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控，能够实现根据不同的服务选择不同的脚本，无需登录各个服务器即可自动监控服务性能，提高监控效率。
110.关于服务性能监控装置的具体限定可以参见上文中对于服务性能监控方法的限定，在此不再赘述。上述服务性能监控装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
111.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种服务性能监控方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
112.本领域技术人员可以理解，图8中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
113.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
114.响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间；从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面；响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本；根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控。
115.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
116.响应脚本选定操作，得到脚本选定操作对应的提交数据；对提交数据进行解析，确定提交数据的脚本数据类型；若脚本数据类型为脚本文件，则将基于初始脚本进行编辑并
上传的更新脚本或从本地上传的自定义脚本作为目标脚本；若脚本数据类型为脚本标识，则将脚本标识对应的初始脚本确定为目标脚本。
117.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
118.提取脚本文件对应的分类标签和脚本描述信息；根据分类标签和脚本描述信息，确定脚本文件对应的类别；根据类别，将脚本文件添加至脚本库。
119.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
120.接收服务器执行目标脚本后反馈的执行结果；在预设的监控结果展示界面展示执行结果。
121.在一个实施例中，处理器执行计算机程序时还实现以下步骤：
122.按监控任务对应的目标服务，对执行结果进行存储。
123.在其中一个实施例中，目标服务至少包括nginx、应用层、网关、缓存、微服务、消息队列、数据库中的一个。
124.在其中一个实施例中，监控时间包括监控起止时间；处理器执行计算机程序时还实现以下步骤将监控任务发送至目标服务对应的服务器，以使服务器根据监控起止时间执行监控任务中的目标脚本进行服务性能监控。
125.上述用于实现服务性能监控方法的计算机设备，通过响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间，从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面，通过脚本配置界面推送初始脚本，能够便于用户选择脚本或在原有的基础上对脚本进行编辑，简化了目标脚本的获得过程，响应脚本选定操作，确定目标脚本，根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控，能够实现根据不同的服务选择不同的脚本，无需登录各个服务器即可自动监控服务性能，提高监控效率。
126.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
127.响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间；从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面；响应脚本选定操作，确定目标脚本，目标脚本为初始脚本或基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本；根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控。
128.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
129.响应脚本选定操作，得到脚本选定操作对应的提交数据；对提交数据进行解析，确定提交数据的脚本数据类型；若脚本数据类型为脚本文件，则将基于初始脚本进行编辑并上传的更新脚本或从本地上传的自定义脚本作为目标脚本；若脚本数据类型为脚本标识，则将脚本标识对应的初始脚本确定为目标脚本。
130.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
131.提取脚本文件对应的分类标签和脚本描述信息；根据分类标签和脚本描述信息，确定脚本文件对应的类别；根据类别，将脚本文件添加至脚本库。
132.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
133.接收服务器执行目标脚本后反馈的执行结果；在预设的监控结果展示界面展示执
行结果。
134.在一个实施例中，计算机程序被处理器执行时还实现以下步骤：
135.按监控任务对应的目标服务，对执行结果进行存储。
136.在其中一个实施例中，目标服务至少包括nginx、应用层、网关、缓存、微服务、消息队列、数据库中的一个。
137.在其中一个实施例中，监控时间包括监控起止时间；计算机程序被处理器执行时还实现以下步骤将监控任务发送至目标服务对应的服务器，以使服务器根据监控起止时间执行监控任务中的目标脚本进行服务性能监控。
138.上述用于实现服务性能监控方法的计算机可读存储介质，通过响应服务性能监控配置操作，确定待监控的目标服务以及对目标服务的监控时间，从脚本库中查找与目标服务对应的初始脚本，并将初始脚本推送至脚本配置界面，通过脚本配置界面推送初始脚本，能够便于用户选择脚本或在原有的基础上对脚本进行编辑，简化了目标脚本的获得过程，响应脚本选定操作，确定目标脚本，根据监控时间以及目标脚本，生成监控任务，并将监控任务发送至目标服务对应的服务器进行服务性能监控，能够实现根据不同的服务选择不同的脚本，无需登录各个服务器即可自动监控服务性能，提高监控效率。
139.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
140.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
141.以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。