一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

基于云边协同的日志采集方法、装置、设备及介质与流程

2022-11-23 16:39:55 来源:中国专利 TAG:


1.本技术涉及云边协同技术领域,尤其涉及一种基于云边协同的日志采集方法、装置、设备及介质。


背景技术:

2.现有技术中,已实现的物联网日志采集方案基本上都只有云一层,在物联网云平台一侧统一采集设备日志。
3.但是,对于通过边缘网关接入的子设备,由于日志采集逻辑由第三方实现,没有规范性,因此无法保障是否有采集到相关日志信息,更无法保证采集信息的真实性。


技术实现要素:

4.本技术实施例提供了一种基于云边协同的日志采集方法、装置、计算机设备及存储介质,旨在解决仅在物联网云平台一侧统一采集设备日志造成的日志信息缺失、不够完善的问题。
5.第一方面,本技术实施例提供了一种基于云边协同的日志采集方法,应用于云边协同系统,所述云边协同系统包括互相通信的物联网云平台及边缘网关,所述方法包括:
6.所述物联网云平台采集与所述物联网云平台直接连接的每个直连设备的全量日志,及采集通过所述边缘网关与所述物联网云平台间接连接的每个子设备的第一预设日志;
7.所述物联网云平台将每个全量日志及每个第一预设日志写入所述物联网云平台对应的第一路径;
8.所述物联网云平台按照第一配置策略从所述第一路径读取每个全量日志及每个第一预设日志至所述物联网云平台的配置组件;
9.所述边缘网关采集与其连接的每个子设备的第二预设日志;
10.所述边缘网关将每个第二预设日志写入所述边缘网关对应的第二路径;
11.所述边缘网关按照第二配置策略从所述第二路径读取每个第二预设日志至所述配置组件;
12.将所述配置组件中的日志确定为目标日志。
13.第二方面,本技术实施例提供了一种基于云边协同的日志采集装置,运行于云边协同系统,所述云边协同系统包括互相通信的物联网云平台及边缘网关,所述装置包括:
14.采集单元,用于采集与所述物联网云平台直接连接的每个直连设备的全量日志,及采集通过所述边缘网关与所述物联网云平台间接连接的每个子设备的第一预设日志;
15.写入单元,用于将每个全量日志及每个第一预设日志写入所述物联网云平台对应的第一路径;
16.读取单元,用于按照第一配置策略从所述第一路径读取每个全量日志及每个第一预设日志至所述物联网云平台的配置组件;
17.所述采集单元,还用于采集与其连接的每个子设备的第二预设日志;
18.所述写入单元,还用于将每个第二预设日志写入所述边缘网关对应的第二路径;
19.所述读取单元,还用于按照第二配置策略从所述第二路径读取每个第二预设日志至所述配置组件;
20.确定单元,用于将所述配置组件中的日志确定为目标日志。
21.第三方面,本技术实施例又提供了一种计算机设备,其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面所述的基于云边协同的日志采集方法。
22.第四方面,本技术实施例还提供了一种计算机可读存储介质,其中所述计算机可读存储介质存储有计算机程序,所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的基于云边协同的日志采集方法。
23.本技术实施例提供了一种基于云边协同的日志采集方法、装置、设备及介质,能够在物联网云平台与边缘网关上协同采集设备相关日志,物联网云平台采集直连设备日志以及子设备的部分日志,边缘网关采集子设备其余日志,结合云边采集的日志信息,综合得出所有设备完整的日志,解决了传统物联网云平台日志采集信息缺失、不够完善的问题。
附图说明
24.为了更清楚地说明本技术实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
25.图1为本技术实施例提供的基于云边协同的日志采集方法的应用场景示意图;
26.图2为本技术实施例提供的基于云边协同的日志采集方法的流程示意图;
27.图3为本技术实施例提供的基于云边协同的日志采集装置的示意性框图;
28.图4为本技术实施例提供的计算机设备的示意性框图。
具体实施方式
29.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
30.应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
31.还应当理解,在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
32.还应当进一步理解,在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
33.请参阅图1和图2,图1为本技术实施例提供的基于云边协同的日志采集方法的应
用场景示意图;图2为本技术实施例提供的基于云边协同的日志采集方法的流程示意图,该基于云边协同的日志采集方法应用于云边协同系统,所述云边协同系统包括互相通信的物联网云平台及边缘网关,所述物联网云平台与至少一个直连设备相连接,至少一个子设备通过所述边缘网关与所述物联网云平台相通信。该方法通过安装于云边协同系统中的应用软件进行执行。
34.如图2所示,该方法包括步骤s101~s107。
35.s101、所述物联网云平台采集与所述物联网云平台直接连接的每个直连设备的全量日志,及采集通过所述边缘网关与所述物联网云平台间接连接的每个子设备的第一预设日志。
36.可以理解的是,由于每个直连设备都是与所述物联网云平台直接通信的,因此,在所述物联网云平台上直接采集每个直连设备的全量日志更加直接且快速。
37.具体地,每个全量日志可以包括,但不限于以下一种或者多种的组合:状态发生改变的直连设备的连接或断开日志、有消息写入的直连设备命令下发成功或失败的日志、有直连设备发生告警时的告警日志。
38.另外,由于每个子设备与所述物联网云平台并非直接通信,因此,为了保证日志采集的效率,所述物联网云平台仅采集每个子设备的部分日志作为所述第一预设日志即可,具体地,可以根据采集效率、采集效果以及日志属性(如某些设备下发命令是否成功只有所述边缘网关知道,则根据这一属性特征可以确定这一属性的日志不适合由所述物联网云平台采集)确定由所述物联网云平台采集每个子设备的哪一部分日志。
39.其中,每个第一预设日志可以包括:有子设备发生告警时的告警日志。
40.本实施例由物联网云平台采集直连设备的全部日志以及子设备的部分日志。
41.在本实施例中,在所述物联网云平台按照第一配置策略从所述第一路径读取每个全量日志之后,还包括:
42.当检测到有直连设备的所述全量日志更新时,所述物联网云平台采集更新的所述全量日志。
43.通过检测日志的更新情况,当有日志发生变动时及时进行日志采集,同样能够保证日志采集的全面性。
44.需要说明的是,所述物联网云平台采集通过所述边缘网关与所述物联网云平台间接连接的每个子设备的第一预设日志的方式与所述物联网云平台采集与前文所述物联网云平台直接连接的每个直连设备的全量日志的方式类似,在此不赘述。
45.在本实施例中,所述物联网云平台可以通过埋点技术进行日志采集,本发明对采集日志时所使用的采集技术不做限制。
46.s102、所述物联网云平台将每个全量日志及每个第一预设日志写入所述物联网云平台对应的第一路径。
47.在本实施例中,所述第一路径可以根据实际存储需求及存储环境进行自定义配置。
48.例如:所述第一路径可以为所述物联网云平台的服务器上的指定路径,如/var/log/xxx。
49.在上述实施例中,通过将采集到的日志写入指定的路径,以方便后续进行日志读
取。
50.s103、所述物联网云平台按照第一配置策略从所述第一路径读取每个全量日志及每个第一预设日志至所述物联网云平台的配置组件。
51.其中,所述第一配置策略可以根据执行环境等进行配置。
52.具体地,所述物联网云平台按照第一配置策略从所述第一路径读取每个全量日志及每个第一预设日志至所述物联网云平台的配置组件,可以包括以下任意一种方式:
53.按照所述第一配置策略从所述第一路径读取每个全量日志及每个第一预设日志,进一步地:
54.(1)循环检测所述物联网云平台读取的所述全量日志及所述第一预设日志的总量,当所述总量达到预设数值时,将读取的所述全量日志及所述第一预设日志上传至所述配置组件。
55.其中,所述预设数值可以根据实际使用的缓存的上限值等参数进行配置,本发明不限制。
56.其中,所述配置组件可以为所述物联网云平台的es(elasticsearch)组件,所述es组件是一种分布式的文档数据库,能够迅速扩展、存储以及处理pb级别数据,能够在短时间内做海量数据的查询、分析及搜索。
57.(2)每隔预设时间间隔将读取的所述全量日志及所述第一预设日志上传至所述配置组件。
58.其中,所述预设时间间隔可以进行自定义配置,以便根据实际需求进行日志的读取。
59.在本实施例中,可以利用所述物联网云平台的fluent bit组件从所述第一路径读取日志。
60.其中,所述fluent bit组件是一种日志收集器及处理器。
61.s104、所述边缘网关采集与其连接的每个子设备的第二预设日志。
62.可以理解的是,为了保证采集到的每个子设备的日志的全面性,可以将所述第二预设日志配置为与所述第一预设日志互补。
63.具体地,每个第二预设日志可以包括,但不限于以下一种或者多种的组合:状态发生改变的子设备的连接或断开日志、有消息写入的子设备命令下发成功或失败的日志、根据所述边缘网关的数据处理模块传递的消息所确定的子设备发生告警时的告警日志、有子设备对采集的数据上报失败时的失败日志。
64.其中,每个全量日志、每个第一预设日志及每个第二预设日志间的数据不重复。
65.通过上述配置,在保证采集到的日志更具全面性的前提下,也能避免日志的重复采集,进而提高了日志的采集效率,同时避免采集到的日志有数据冗余的情况。
66.具体地,所述边缘网关也可以通过埋点技术进行日志采集,本发明对采集日志时所使用的采集技术不做限制。
67.s105、所述边缘网关将每个第二预设日志写入所述边缘网关对应的第二路径。
68.在本实施例中,所述第二路径也可以根据实际存储需求及存储环境进行自定义配置。
69.例如:所述第二路径可以为所述边缘网关的服务器上的指定路径,如/var/log/
yyy。
70.在上述实施例中,通过将采集到的日志写入指定的路径,以方便后续进行日志读取。
71.s106、所述边缘网关按照第二配置策略从所述第二路径读取每个第二预设日志至所述配置组件。
72.其中,所述第二配置策略可以根据执行环境等进行配置。
73.具体地,所述边缘网关按照第二配置策略从所述第二路径读取每个第二预设日志至所述配置组件,可以包括以下任意一种方式:
74.(1)循环检测所述边缘网关读取的所述第二预设日志的总量,当所述总量达到配置数值时,将读取的所述第二预设日志上传至所述配置组件。
75.其中,所述配置数值可以根据实际使用的缓存的上限值等参数进行配置,本发明不限制。
76.(2)每隔配置时间间隔从所述第二路径读取每个第二预设日志至所述配置组件。
77.其中,所述配置时间间隔可以进行自定义配置,以便根据实际需求进行日志的读取。
78.在本实施例中,可以利用所述边缘网关的fluent bit组件从所述第二路径读取日志。
79.其中,所述fluent bit组件是一种日志收集器及处理器。
80.s107、将所述配置组件中的日志确定为目标日志。
81.例如:所述物联网云平台采集的日志记录为:
82.device1 2021-08-26 16:05:07在线
83.device2 2021-08-27 16:05:07在线
84.并且,所述边缘网关采集的日志记录为:
85.device3 2021-08-27 13:05:07在线
86.device4 2021-08-22 11:05:07在线
87.则最终确定的所述目标日志记录为:
88.device1 2021-08-26 16:05:07在线
89.device2 2021-08-27 16:05:07在线
90.device3 2021-08-27 13:05:07在线
91.device4 2021-08-22 11:05:07在线。
92.通过上述实施方式,结合云边采集的日志信息,综合得出所有设备完整的日志,解决了传统物联网云平台日志采集信息缺失、不够完善的问题。
93.在本实施例中,所述将所述配置组件中的日志确定为目标日志后,所述方法还包括:
94.通过所述物联网云平台的api(application program interface,应用程序编程接口)网关调用所述配置组件的接口获取所述目标日志;
95.显示所述目标日志。
96.具体地,所述目标日志可以显示为设备名称、采集时间及状态的形式。
97.例如:device1 2021-08-26 16:05:07在线。
98.通过显示所述目标日志,能够方便相关人员进行日志的查看。
99.在本实施例中,所述将所述配置组件中的日志确定为目标日志后,所述方法还包括:
100.响应于日志查询指令,解析所述日志查询指令得到查询条件信息;
101.根据所述查询条件信息在所述目标日志中进行查询;
102.将查询到的日志确定为待反馈日志;
103.显示所述待反馈日志。
104.其中,所述日志查询指令可以由相关工作人员触发。
105.其中,所述查询条件信息可以包括,但不限于:日志的名称、日志的生成时间范围等。
106.本实施例在显示所述待反馈日志的同时,还可以将所述待反馈日志发送至相关工作人员的终端设备上,以便于后续分析。
107.由以上技术方案可以看出,本发明能够在物联网云平台与边缘网关上协同采集设备相关日志,物联网云平台采集直连设备日志以及子设备的部分日志,边缘网关采集子设备其余日志,结合云边采集的日志信息,综合得出所有设备完整的日志,解决了传统物联网云平台日志采集信息缺失、不够完善的问题。
108.本技术实施例还提供一种基于云边协同的日志采集装置,该基于云边协同的日志采集装置用于执行前述基于云边协同的日志采集方法的任一实施例。所述云边协同系统100包括互相通信的物联网云平台及边缘网关,具体地,请参阅图3,图3是本技术实施例提供的基于云边协同的日志采集装置100的示意性框图。
109.其中,如图3所示,基于云边协同的日志采集装置100包括采集单元101、写入单元102、读取单元103、确定单元104。
110.其中,所述采集单元101,用于采集与所述物联网云平台直接连接的每个直连设备的全量日志,及采集通过所述边缘网关与所述物联网云平台间接连接的每个子设备的第一预设日志。
111.可以理解的是,由于每个直连设备都是与所述物联网云平台直接通信的,因此,在所述物联网云平台上直接采集每个直连设备的全量日志更加直接且快速。
112.具体地,每个全量日志可以包括,但不限于以下一种或者多种的组合:状态发生改变的直连设备的连接或断开日志、有消息写入的直连设备命令下发成功或失败的日志、有直连设备发生告警时的告警日志。
113.另外,由于每个子设备与所述物联网云平台并非直接通信,因此,为了保证日志采集的效率,所述物联网云平台仅采集每个子设备的部分日志作为所述第一预设日志即可,具体地,可以根据采集效率、采集效果以及日志属性(如某些设备下发命令是否成功只有所述边缘网关知道,则根据这一属性特征可以确定这一属性的日志不适合由所述物联网云平台采集)确定由所述物联网云平台采集每个子设备的哪一部分日志。
114.其中,每个第一预设日志可以包括:有子设备发生告警时的告警日志。
115.本实施例由物联网云平台采集直连设备的全部日志以及子设备的部分日志。
116.在本实施例中,在所述物联网云平台按照第一配置策略从所述第一路径读取每个全量日志之后,当检测到有直连设备的所述全量日志更新时,所述采集单元101采集更新的
所述全量日志。
117.通过检测日志的更新情况,当有日志发生变动时及时进行日志采集,同样能够保证日志采集的全面性。
118.需要说明的是,所述采集单元101采集通过所述边缘网关与所述物联网云平台间接连接的每个子设备的第一预设日志的方式与前文所述采集单元101采集与所述物联网云平台直接连接的每个直连设备的全量日志的方式类似,在此不赘述。
119.在本实施例中,所述采集单元101可以通过埋点技术进行日志采集,本发明对采集日志时所使用的采集技术不做限制。
120.所述写入单元102,用于将每个全量日志及每个第一预设日志写入所述物联网云平台对应的第一路径。
121.在本实施例中,所述第一路径可以根据实际存储需求及存储环境进行自定义配置。
122.例如:所述第一路径可以为所述物联网云平台的服务器上的指定路径,如/var/log/xxx。
123.在上述实施例中,通过将采集到的日志写入指定的路径,以方便后续进行日志读取。
124.所述读取单元103,用于按照第一配置策略从所述第一路径读取每个全量日志及每个第一预设日志至所述物联网云平台的配置组件。
125.其中,所述第一配置策略可以根据执行环境等进行配置。
126.具体地,所述读取单元103按照第一配置策略从所述第一路径读取每个全量日志及每个第一预设日志至所述物联网云平台的配置组件,可以包括以下任意一种方式:
127.按照所述第一配置策略从所述第一路径读取每个全量日志及每个第一预设日志,进一步地:
128.(1)循环检测所述读取单元103读取的所述全量日志及所述第一预设日志的总量,当所述总量达到预设数值时,将读取的所述全量日志及所述第一预设日志上传至所述配置组件。
129.其中,所述预设数值可以根据实际使用的缓存的上限值等参数进行配置,本发明不限制。
130.其中,所述配置组件可以为所述物联网云平台的es(elasticsearch)组件,所述es组件是一种分布式的文档数据库,能够迅速扩展、存储以及处理pb级别数据,能够在短时间内做海量数据的查询、分析及搜索。
131.(2)每隔预设时间间隔将读取的所述全量日志及所述第一预设日志上传至所述配置组件。
132.其中,所述预设时间间隔可以进行自定义配置,以便根据实际需求进行日志的读取。
133.在本实施例中,可以利用所述物联网云平台的fluent bit组件从所述第一路径读取日志。
134.其中,所述fluent bit组件是一种日志收集器及处理器。
135.所述采集单元101,还用于采集与其连接的每个子设备的第二预设日志。
136.可以理解的是,为了保证采集到的每个子设备的日志的全面性,可以将所述第二预设日志配置为与所述第一预设日志互补。
137.具体地,每个第二预设日志可以包括,但不限于以下一种或者多种的组合:状态发生改变的子设备的连接或断开日志、有消息写入的子设备命令下发成功或失败的日志、根据所述边缘网关的数据处理模块传递的消息所确定的子设备发生告警时的告警日志、有子设备对采集的数据上报失败时的失败日志。
138.其中,每个全量日志、每个第一预设日志及每个第二预设日志间的数据不重复。
139.通过上述配置,在保证采集到的日志更具全面性的前提下,也能避免日志的重复采集,进而提高了日志的采集效率,同时避免采集到的日志有数据冗余的情况。
140.具体地,所述采集单元101也可以通过埋点技术进行日志采集,本发明对采集日志时所使用的采集技术不做限制。
141.所述写入单元102,还用于将每个第二预设日志写入所述边缘网关对应的第二路径。
142.在本实施例中,所述第二路径也可以根据实际存储需求及存储环境进行自定义配置。
143.例如:所述第二路径可以为所述边缘网关的服务器上的指定路径,如/var/log/yyy。
144.在上述实施例中,通过将采集到的日志写入指定的路径,以方便后续进行日志读取。
145.所述读取单元103,还用于按照第二配置策略从所述第二路径读取每个第二预设日志至所述配置组件。
146.其中,所述第二配置策略可以根据执行环境等进行配置。
147.具体地,所述读取单元103按照第二配置策略从所述第二路径读取每个第二预设日志至所述配置组件,可以包括以下任意一种方式:
148.(1)循环检测所述读取单元103读取的所述第二预设日志的总量,当所述总量达到配置数值时,将读取的所述第二预设日志上传至所述配置组件。
149.其中,所述配置数值可以根据实际使用的缓存的上限值等参数进行配置,本发明不限制。
150.(2)每隔配置时间间隔从所述第二路径读取每个第二预设日志至所述配置组件。
151.其中,所述配置时间间隔可以进行自定义配置,以便根据实际需求进行日志的读取。
152.在本实施例中,可以利用所述边缘网关的fluent bit组件从所述第二路径读取日志。
153.其中,所述fluent bit组件是一种日志收集器及处理器。
154.所述确定单元104,用于将所述配置组件中的日志确定为目标日志。
155.例如:所述物联网云平台采集的日志记录为:
156.device1 2021-08-26 16:05:07在线
157.device2 2021-08-27 16:05:07在线
158.并且,所述边缘网关采集的日志记录为:
159.device3 2021-08-27 13:05:07在线
160.device4 2021-08-22 11:05:07在线
161.则所述确定单元104最终确定的所述目标日志记录为:
162.device1 2021-08-26 16:05:07在线
163.device2 2021-08-27 16:05:07在线
164.device3 2021-08-27 13:05:07在线
165.device4 2021-08-22 11:05:07在线。
166.通过上述实施方式,结合云边采集的日志信息,综合得出所有设备完整的日志,解决了传统物联网云平台日志采集信息缺失、不够完善的问题。
167.在本实施例中,所述确定单元104将所述配置组件中的日志确定为目标日志后,通过所述物联网云平台的api(application program interface,应用程序编程接口)网关调用所述配置组件的接口获取所述目标日志;
168.显示所述目标日志。
169.具体地,所述目标日志可以显示为设备名称、采集时间及状态的形式。
170.例如:device1 2021-08-26 16:05:07在线。
171.通过显示所述目标日志,能够方便相关人员进行日志的查看。
172.在本实施例中,所述确定单元104将所述配置组件中的日志确定为目标日志后,响应于日志查询指令,解析所述日志查询指令得到查询条件信息;
173.根据所述查询条件信息在所述目标日志中进行查询;
174.将查询到的日志确定为待反馈日志;
175.显示所述待反馈日志。
176.其中,所述日志查询指令可以由相关工作人员触发。
177.其中,所述查询条件信息可以包括,但不限于:日志的名称、日志的生成时间范围等。
178.本实施例在显示所述待反馈日志的同时,还可以将所述待反馈日志发送至相关工作人员的终端设备上,以便于后续分析。
179.由以上技术方案可以看出,本发明能够在物联网云平台与边缘网关上协同采集设备相关日志,物联网云平台采集直连设备日志以及子设备的部分日志,边缘网关采集子设备其余日志,结合云边采集的日志信息,综合得出所有设备完整的日志,解决了传统物联网云平台日志采集信息缺失、不够完善的问题。
180.上述基于云边协同的日志采集装置可以实现为计算机程序的形式,该计算机程序可以在如图4所示的计算机设备上运行。
181.请参阅图4,图4是本技术实施例提供的计算机设备的示意性框图。该计算机设备500是服务器,也可以是服务器集群。服务器可以是独立的服务器,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network,cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
182.参阅图4,该计算机设备500包括通过装置总线501连接的处理器502、存储器和网络接口505,其中,存储器可以包括存储介质503和内存储器504。
183.该存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时,可使得处理器502执行基于云边协同的日志采集方法。
184.该处理器502用于提供计算和控制能力,支撑整个计算机设备500的运行。
185.该内存储器504为存储介质503中的计算机程序5032的运行提供环境,该计算机程序5032被处理器502执行时,可使得处理器502执行基于云边协同的日志采集方法。
186.该网络接口505用于进行网络通信,如提供数据信息的传输等。本领域技术人员可以理解,图4中示出的结构,仅仅是与本技术方案相关的部分结构的框图,并不构成对本技术方案所应用于其上的计算机设备500的限定,具体的计算机设备500可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
187.其中,所述处理器502用于运行存储在存储器中的计算机程序5032,以实现本技术实施例公开的基于云边协同的日志采集方法。
188.本领域技术人员可以理解,图4中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定,在其他实施例中,计算机设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。例如,在一些实施例中,计算机设备可以仅包括存储器及处理器,在这样的实施例中,存储器及处理器的结构及功能与图4所示实施例一致,在此不再赘述。
189.应当理解,在本技术实施例中,处理器502可以是中央处理单元(central processing unit,cpu),该处理器502还可以是其他通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列(field-programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
190.在本技术的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质,也可以为易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序,其中计算机程序被处理器执行时实现本技术实施例公开的基于云边协同的日志采集方法。
191.需要说明的是,本案中所涉及到的数据均为合法取得。
192.所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的设备、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本技术的范围。
193.在本技术所提供的几个实施例中,应该理解到,所揭露的设备、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为逻辑功能划分,实际实现时可以有另外的划分方式,也可以将具有相同功能的单元集合成一个单元,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些
特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
194.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本技术实施例方案的目的。
195.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
196.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,后台服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、磁碟或者光盘等各种可以存储程序代码的介质。
197.以上所述,仅为本技术的具体实施方式,但本技术的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本技术的保护范围之内。因此,本技术的保护范围应以权利要求的保护范围为准。
再多了解一些

本文用于创业者技术爱好者查询,仅供学习研究,如用于商业用途,请联系技术所有人。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献