一种SDK的监控追踪方法、装置及可读存储介质与流程

一种sdk的监控追踪方法、装置及可读存储介质
技术领域
1.本发明涉及计算机领域中的信息系统技术，具体涉及一种sdk的监控追踪方法、装置及 可读存储介质。


背景技术：

2.在业务系统开发时，工程代码通常需要引入一些通用sdk，比如对象存储sdk,缓存sdk, 音视频sdk等等。在业务系统上线之后，当发现某个版本的sdk存在引发生产事故的重大 缺陷时，我们无法迅速而且准确的掌握该版本的sdk的影响范围(无法知道有哪些业务系统 使用了有重大缺陷的版本)，也就无法快速的修复缺陷，最终导致生产事故，给企业和客户造 成损失。


技术实现要素：

3.为了能够及时且准确的掌握sdk的使用情况，实时掌握缺陷版本sdk的分布情况，本案 提出一种技术手段，定时收集业务系统里使用的通用sdk的版本、名称等信息,并将这些信 息上报到监控服务端。
4.一方面，本技术提供了一种sdk的监控追踪方法，包括以下步骤：
5.t1：开发者a定义一个监控sdk；
6.t2：开发者b定义一个或多个通用sdk；所述每个通用sdk在定义时引入监控sdk；
7.t3：开发者c在业务系统在开发阶段引入一个或多个通用sdk；业务系统通过监控sdk 定时追踪获取系统中所有通用sdk的关键信息；
8.t4：监控sdk将所有通用sdk的关键信息上报至服务端。
9.在上述方案的基础上，进一步的有：
10.所述步骤t1中，定义一个监控sdk具体包括：在监控sdk中定义抽象接口，在抽象接 口中定义包含获取当前通用sdk的名称和定义通用sdk的版本号的抽象方法。
11.在上述方案的基础上，进一步的有：
12.所述步骤t1中，通用sdk在定义时引入监控sdk具体包括：在通用sdk里实现抽象接 口，获取当前通用sdk的名称和定义当前通用sdk的版本号。
13.在上述方案的基础上，进一步的有：
14.所述步骤t1中，定义一个监控sdk具体包括：在监控sdk中定义一个定时任务，定时 任务定时搜索实现了抽象接口的通用sdk；
15.在上述方案的基础上，进一步的有：
16.在步骤t3中，业务系统通过间接引入的监控sdk从而追踪获取业务系统中所有通用sdk 的名称和版本号。
17.在上述方案的基础上，进一步的有：
18.所述步骤t4中，业务系统将业务系统id和的通用sdk的名称、版本号上报至服务端。
19.在上述方案的基础上，进一步的有：
20.服务端同时接收来自多个业务系统的上报信息，还包括步骤：
21.t5：服务端接收各个业务系统的监控sdk上报的监控数据，存放至数据库；在服务端查 询目标通用sdk的名称、版本号，可获得对应的业务系统id。
22.在上述方案的基础上，进一步的有：
23.服务端同时接收来自多个业务系统在不同终端内的上报信息；
24.所述每个业务系统将当前终端ip、业务系统id和的通用sdk的名称、版本号上报至服 务端；
25.在步骤t5中，在服务端查询目标通用sdk的名称、版本号，可获得对应的业务系统id 和终端ip。
26.第二方面，本技术提供了一种sdk的监控追踪设备，包括存储器和处理器；
27.所述存储器，用于存储计算机程序；
28.所述处理器，用于执行所述程序，实现上述的一种sdk的监控追踪方法的各个步骤。
29.第三方面，本技术提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序 被处理器执行时，实现上述的一种sdk的监控追踪方法的各个步骤。
30.本发明与现有技术相比，具有如下的优点和有益效果：
31.通过监控sdk的引入实现了sdk的版本使用情况的追踪统计，能够及时且准确的发现高 危版本的通用sdk在业务系统中的分布情况，在触发漏洞之前及时修复，避免生产事故、避 免企业和客户的损失。
附图说明
32.为了更清楚地说明本发明示例性实施方式的技术方案，下面将对实施例中所需要使用的附 图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对 范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这 些附图获得其他相关的附图。在附图中：
33.图1为监控sdk功能示意图；
34.图2为业务系统biz
‑
system
‑
a内的sdk示意图；
35.图3为业务系统biz
‑
system
‑
b内的sdk示意图；
36.图4为终端、业务系统、服务端的关系示意图。
37.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
38.为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明 作进一步的详细说明，本发明的示意性实施方式及其说明仅用于解释本发明，并不作为对本 发明的限定。
39.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。 因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的 形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机
可用存储 介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
40.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/ 或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/ 或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令 到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个 机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程 图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
41.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工 作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制 造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指 定的功能。
42.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或 其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编 程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多 个方框中指定的功能的步骤。
43.本领域普通技术人员可以理解实现上述事实和方法中的全部或部分步骤是可以通过程序 来指令相关的硬件来完成，涉及的程序或者所述的程序可以存储于一计算机所可读取存储介 质中，该程序在执行时，包括如下步骤：此时引出相应的方法步骤，所述的存储介质可以是 rom/ram、磁碟、光盘等等。
44.实施例：
45.如图1所示，在本实施例中，企业内部提供两个通用sdk，第一个是对象存储sdk，名 称：“oss
‑
sdk”，当前版本号：0.1；第二个是音频处理sdk，名称：“voice
‑
sdk”，有两个版本： 1.1和1.2。
46.开发角色role1设计和开发监控sdk的功能，如图1所示，主要包含：获取通用sdk 关键信息的抽象接口、定时搜索和上报功能，其中接口包括抽象方法：获取通用sdk名称和 获取通用sdk版本号。
47.开发角色role2在对象存储sdk的0.1版本在开发阶段，引入监控sdk，实现监控sdk 中的两个抽象方法：获取对象存储sdk的名字：“oss
‑
sdk”和获取对象存储sdk的版本号： 0.1；
48.开发角色role2在音频处理sdk的1.1版本开发阶段，引入监控sdk，实现监控sdk 中的两个抽象方法：获取音频处理sdk的名字：“voice
‑
sdk”和获取音频处理sdk版本号：
ꢀ“
1.1”；
49.在音频处理sdk的1.2版本开发阶段，引入监控sdk，实现监控sdk中的两个方法： 获取音频处理sdk的名字：“voice
‑
sdk”和获取音频处理sdk版本号：1.2；
50.如图2所示，开发角色role3在业务系统biz
‑
system
‑
a开发阶段引入第一音频处理 sdk1.1版本和第一对象存储sdk的0.1版本，此时监控sdk也会被间接引入，在第一终端 192.168.0.1上启动业务系统。监控sdk定时执行搜索任务时，扫描到当前业务系统使用的
通 用sdk：第一对象存储sdk和第一音频处理sdk，分别调用各自实现的两个抽象方法：第 一对象存储sdk获取到sdk名称方法返回“oss
‑
sdk”版本号，获取版本号的方法返回“0.1”； 第一音频处理sdk获取到sdk名称方法返回“voice
‑
sdk”,获取版本号的方法返回“1.1”监 控sdk将结果(biz
‑
system
‑
a，终端ip：192.168.0.1，voice
‑
sdk,1.1)和(biz
‑
system
‑
a， 192.168.0.1，oss
‑
sdk,0.1)上报至监控服务端。
51.如图3所示，开发角色role3在业务系统biz
‑
system
‑
b开发阶段引入第二音频处理sdk 的1.2版本和第二对象存储sdk的0.1版本，此时监控sdk也会被引入，如图4所示，分别 在第二终端192.168.0.2和第一终端192.168.0.1上启动业务系统。两个终端上监控sdk定时 执行搜索任务时，扫描到当前业务系统使用的通用sdk：第二对象存储sdk和第二音频处 理sdk，分别调用各自实现的两个抽象方法：第二对象存储sdk调用获取sdk名称方法返 回“oss
‑
sdk”,调用获取版本号方法返回“0.1”；第二音频处理sdk调用获取sdk名称方法 返回“voice
‑
sdk”,调用获取版本号方法返回“1.2”。192.168.0.2上的监控sdk将结果 (biz
‑
system
‑
b，终端ip：192.168.0.2，oss
‑
sdk,0.1)。192.168.0.1上的监控sdk将结果 (biz
‑
system
‑
b，192.168.0.1，oss
‑
sdk,0.1)和(biz
‑
system
‑
b，192.168.0.1，voice
‑
sdk,1.2) 上报至监控服务端。
52.监控服务端接收监控sdk上报的数据，并持久化到数据库，记录如下：
[0053][0054][0055]
当发现oss
‑
sdk的0.1版本有缺陷时，在服务端ui页面以“oss
‑
sdk”和“0.1”为条件搜 索有哪些业务系统使用了0.1的oss
‑
sdk。
[0056]
biz
‑
system
‑
a192.168.0.1oss
‑
sdk0.1biz
‑
system
‑
b192.168.0.2oss
‑
sdk0.1biz
‑
system
‑
b192.168.0.1oss
‑
sdk0.1
[0057]
当发现voice
‑
sdk的1.2版本有缺陷时，在服务端ui页面以“voice
‑
sdk”和“1.2”为条件 搜索有哪些业务系统使用了1.2的voice
‑
sdk。
[0058]
biz
‑
system
‑
b192.168.0.2voice
‑
sdk1.2biz
‑
system
‑
b192.168.0.1voice
‑
sdk1.2
[0059]
通知系统负责人，及时整改。以上所述的具体实施方式，对本发明的目的、技术方案和 有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方
式而已， 并不用于限定本发明的保护范围，凡是利用本发明说明书及附图内容所作的等效结构或等效 流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围 内。