CN112699219A - 日志搜索方法及装置 - Google Patents
日志搜索方法及装置 Download PDFInfo
- Publication number
- CN112699219A CN112699219A CN202011621833.1A CN202011621833A CN112699219A CN 112699219 A CN112699219 A CN 112699219A CN 202011621833 A CN202011621833 A CN 202011621833A CN 112699219 A CN112699219 A CN 112699219A
- Authority
- CN
- China
- Prior art keywords
- log
- application
- information
- pod
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/33—Querying
- G06F16/3331—Query processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/301—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is a virtual computing platform, e.g. logically partitioned systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
- G06F11/3072—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45591—Monitoring or debugging support
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Mathematical Physics (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请实施例公开了一种日志搜索方法及装置,应用于服务器,所述方法包括:可接收用户发起的日志搜索请求,日志搜索请求中携带待查询应用信息,检测待查询应用信息中是否包括pod信息;进而,若待查询应用信息中包括pod信息,则确定pod信息对应的至少一个应用容器,并确定至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;最后,基于至少一个目标服务器,初始化至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针,并基于至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。采用本申请实施例有利于提高日志搜索的效率。本申请还涉及区块链技术。
Description
技术领域
本申请涉及数据处理技术领域,具体涉及一种日志搜索方法及装置。
背景技术
日志文件是网络设备、系统及服务程序等在运作时所产生的事件记录,每一行日志都记载着日期、时间、使用者及动作等相关操作的描述。不同的应用对应有各种各样的日志文件,如应用程序日志、系统日志等等,但是,当用户需要查询的日志文件需求较大时,而服务器对中各种应用对应的集群节点越来越多的时候,整个线上系统如果出现某些未知问题,开发人员需要到每台设备的日志文件中去找错误日志,造成效率低下,不利于解决问题。
发明内容
本申请实施例提供一种日志搜索方法及装置,有利于提高日志搜索的效率。
本申请实施例第一方面提供了一种日志搜索方法,应用于服务器,包括:
接收用户发起的日志搜索请求,所述日志搜索请求中携带待查询应用信息;
检测所述待查询应用信息中是否包括pod信息;
若所述待查询应用信息中包括所述pod信息,则确定所述pod信息对应的至少一个应用容器;
确定所述至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;
基于所述至少一个目标服务器,初始化所述至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针;
基于所述至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。
本申请实施例第二方面提供了一种日志搜索装置,应用于服务器,所述装置包括:接收单元、检测单元、确定单元、初始化单元和搜索单元,其中,
所述接收单元,用于接收用户发起的日志搜索请求,所述日志搜索请求中携带待查询应用信息;
所述检测单元,用于检测所述待查询应用信息中是否包括pod信息;
所述确定单元,用于若所述待查询应用信息中包括所述pod信息,则确定所述pod信息对应的至少一个应用容器;
所述确定单元,还用于确定所述至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;
所述初始化单元,用于基于所述至少一个目标服务器,初始化所述至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针;
所述搜索单元,用于基于所述至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。
本申请实施例的第三方面提供一种服务器,所述服务器包括处理器、输入设备、输出设备和存储器,所述处理器、输入设备、输出设备和存储器相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行本申请实施例第一方面所述的方法。
本申请实施例的第四方面提供了一种计算机可读存储介质,其中,上述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,上述计算机程序使得计算机执行如本申请实施例第一方面所描述的部分或全部步骤。
本申请实施例的第五方面提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
实施本申请实施例,至少具有如下有益效果:
通过本申请实施例,应用于服务器,上述方法包括:可接收用户发起的日志搜索请求,日志搜索请求中携带待查询应用信息,检测待查询应用信息中是否包括pod信息;进而,若待查询应用信息中包括pod信息,则确定pod信息对应的至少一个应用容器,并确定至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;最后,基于至少一个目标服务器,初始化至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针,并基于至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件;如此,采用多个服务器用于存储上述多个日志文件,有利于减少资源的损耗;同时,当用户发起日志搜索请求以后,可基于多个服务器分别对应的日志探针去实现在pod容器外日志文件的查找,有利于提高日志搜索效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1A为本申请实施例提供了一种日志搜索系统的架构示意图;
图1B为本申请实施例提供了一种日志搜索方法的流程示意图;
图2A为本申请实施例提供了一种日志搜索方法的流程示意图;
图2B为本申请实施例提供了一种日志搜索方法的流程示意图;
图3为本申请实施例提供了一种服务器的结构示意图;
图4为本申请实施例提供了一种日志搜索装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本申请中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本申请所描述的实施例可以与其它实施例相结合。
为了能够更好地理解本申请实施例,下面将对应用本申请实施例的方法进行介绍。
本申请实施例中提到的服务器可以包括但不限于后台服务器、组件服务器、云端服务器、数据分配系统服务器或数据分配软件服务器等,上述仅是举例,而非穷举,包含但不限于上述装置。
请参见图1A,图1A是本申请实施例提供的一种日志搜索系统的架构示意图,如图所示,该系统架构示意图中包括常规系统架构和kubernetes系统架构。其中,上述常规系统架构可指非kubernetes系统架构,采用多个物理服务器存储日志文件,本申请实施例的系统架构如图所示,在常规系统架构的基础上增加了Kubernetes系统架构,该Kubernetes系统架构由分布式存储、服务节点和控制节点构成,在Kubernetes系统架构中的集群状态都保存在分布式存储中,控制节点上则运行集群的管理控制模块;服务节点是真正运行应用容器的主机节点,在每个服务节点上都会运行一个代理,该代理可理解为虚拟服务器或者云服务器。
其中,上述日志搜索系统可应用于云计算网络,上述服务节点中可运行多个pod容器,pod是Kubernetes系统架构的最小单元,是指的一组容器中的一个或者多个容器,相当于是一个容器的组合,上述服务节点对应的代理可用于控制pod容器,在pod容器中,可包括至少一个应用容器,同一个pod容器中的应用容器可共享信息,不同的应用对应的日志文件可存储于上述多个应用容器中,每一pod容器或者应用容器可对应一个虚拟服务器;上述多个pod容器之间可构成容器网络,该容器网络包含在上述云计算网络中;另外,上述系统架构也可应用于区块链网络中,区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等;具体可将上述系统架构部署于区块链网络中,可利用该系统架构的分布式存储特性等,更好地管理区块链网络中的区块链节点,进一步提升区块链节点中主链节点的高可用性,有利于更好的监控管理各个节点。
其中,在常规系统架构中可包括3个服务器代理,具体的数量在此不作限定,例如,服务器1、服务器2和服务器3,每一服务器可用于存储多个应用对应的日志文件;在Kubernetes系统架构中可包括3个服务器代理,具体的数量在此不作限定,分别对应于服务器4、服务器5和服务器6,上述服务器4或服务器5或服务器6均可为服务节点对应的代理。
其中,当用户发起日志搜索请求以后,可基于该日志搜索请求中携带的待查询应用信息,确定其需要查询的日志文件存储于哪种系统中;若该待查询应用信息中不包括pod信息,则确定该用户需要查询的应用的日志文件存储于Kubernetes系统架构中,则可确定该应用对应的目标服务器(可以为服务器4或服务器5或服务器6),并通过该目标服务器对应的日志探针,进行日志搜索,得到多个第一日志文件;若该待查询应用信息中不包括pod信息,则确定其需要查询的应用的日志存储于常规系统架构中,则可确定该查询日志请求对应的服务器(可以为服务器1或服务器2或服务器3),进而,从服务器对应的文件中调取多个第二日志文件。
可以看出,本申请实施例中,可在常规系统架构的基础上增加Kubernetes系统架构,有利于提高整个系统的实用性;同时,在Kubernetes系统架构中,可通过日志探针在pod容器外实现日志文件的查找,不需要在容器内去实现日志文件的查找,有利于节省容器的工作资源。
请参见图1B,图1B是本申请实施例提供的一种日志搜索方法的流程示意图,应用于服务器,上述方法包括以下步骤:
101、接收用户发起的日志搜索请求,所述日志搜索请求中携带待查询应用信息。
其中,本申请实施例可应用于服务器,该服务器可以为虚拟服务器,该服务器中可包括如图1A所示的日志搜索系统,上述待查询应用可各类业务应用,例如,可包括以下至少一种:购物类应用、支付类应用、语音类应用、视频类应用等等,在此不做限定。
其中,服务器中可预先设置预设Kubernetes架构,该预设Kubernetes架构可由用户自行设置或者系统默认,在此不作限定;可基于该预设Kubernetes架构构建如图1A所示的日志搜索架构,该预设Kubernetes架构可用于管理云平台中多个主机上的容器化的应用。
其中,上述待查询应用信息中可包括以下至少一项:应用标识、查询时间段、日志名、查询范围等等,在此不做限定。
具体实现中,服务器可接收客户发起的日志搜索请求,该日志搜索请求可用于查询前端任一个应用所对应的日志文件,上述日志搜索请求中可携带上述待查询应用信息。
102、检测所述待查询应用信息中是否包括pod信息。
其中,上述pod信息可指具体的pod容器对应的属性信息,例如,pod名称、组件名、IP地址等等,在此不做限定。
其中,服务器中可包括多个pod容器,每一pod容器可对应有不同的服务器,在预设Kubernetes架构中,pod容器是所有业务类型的基础,可为一个或多个应用容器的组合。
其中,是上述预设Kubernetes架构中的每个应用对应的日志文件可组装存储在不同的容器(pod容器)中,每一pod容器可对应一个服务器,每一pod容器中可包括至少一个应用容器,每一应用也可对应一个pod容器,也可多个应用对应一个pod容器,处于同一个pod容器中的不同应用容器可共享数据。
在一种可能的示例中,上述步骤102,检测所述待查询应用信息中是否包括pod信息,可包括如下步骤:
21、确定所述待查询应用信息对应的应用标识;
22、确定所述应用标识对应的目标标签;
23、根据预设的标签与封装规则之间的映射关系,确定所述目标标签对应的目标封装规则;
24、基于所述目标封装规则,对所述应用标识进行封装,得到所述应用标识对应的组件名;
25、查询预设Kubernetes架构对应的数据库中是否存在所述组件名;
26、若是,则确定所述待查询应用信息中包含所述pod信息;
27、若否,则确定所述待查询应用信息中不包括所述pod信息。
其中,上述应用标识可包括以下至少一种:应用名、应用签名信息、唯一识别码、应用进程ID等等,在此不作限定。
其中,服务器可事先针对不同的应用预设其所对应的标签,该标签可与应用标识一一对应,该标签可为一个字符串或者数字等等,例如,可为lablename:A等等;该标签可配置在预设Kubernetes架构的pod容器对应的配置文件中。
其中,服务器可针对每一标签预设封装规则,建立预设的标签与封装规则之间的映射关系。
其中,用户所需的日志文件所在的服务器是与组件名一一对应的,可通过该组件名搜索其对应的服务器,以确定该服务器中是否有pod信息;为了便于确定上述待查询应用信息中是否存在pod信息,且该pod信息是否存在于上述预设Kubernetes架构对应的数据库中;由于在服务器中,组件名是可以被服务器识别的,不管上述应用是否发生迁移,其对应的组件名均不会发生改变,因此,为了提高查询准确率,服务器可在预设Kubernetes架构对应的数据库中查询组件名。
具体实现中,可针对每一应用的标识信息预设标签,并建立该标签与组件名的封装规则之间的映射关系,如此,可通过标签与组件名的映射关系对上述应用标识进行封装,以得到组件名;从而,可通过该组件名在预设Kubernetes架构对应的数据库中进行查询,若存在该组件名,则可确定上述待查询应用信息中包含pod信息,反之,则不包含。
其中,上述封装规则可指按照预设Kubernetes架构中针对不同应用的应用名进行封装得到组件名的规则,例如,若应用A的应用标识为应用名A,则可确定该应用名对应的目标标签为:lablename:A;为了便于后续的查找,可将组件名的封装规则与上述目标标签的命名规则一致,如此,建立预设的标签与封装规则之间的映射关系,例如,若该应用A的目标标签为“SIS-OMM-JTC-APP-AMS”,则可将应用A的应用名封装为:“SIS-OMM-JTC-APP-AMS”的形式,“SIS-OMM-JTC-APP-AMS”即为该应用对应的组件名,该组件名可应用于预设Kubernetes架构中,以便于上述预设Kubernetes架构通过组件名去识别该应用;如此,在进行pod信息的确定时,标签的命名规则和应用标识的封装规则的设置方法一致,也可有利于直接通过目标标签去查找,若存在与目标标签一致的组件名,则可认为上述预设Kubernetes中存在pod信息,以提高查找效率。
103、若所述待查询应用信息中包括所述pod信息,则确定所述pod信息对应的至少一个应用容器。
其中,上述pod信息可指具体的pod容器对应的属性信息,例如,组件名、IP地址等等,在此不做限定,另外,只有在上述预设Kubernetes架构中,才对应存在pod信息,如若上述日志搜索请求对应存储于常规环境中,则不存在pod信息。
其中,由于一个pod容器中可包括多个应用容器,而上述待查询应用的日志文件可能会依据时间点或者其他分配方式分配存储于不同的应用容器中,因此,可确定上述pod信息对应的至少一个应用容器,该应用容器可对应于上述待查询应用。
104、确定所述至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器。
其中,在K8S(Kubernetes)架构中,每一pod可对应一个服务器,该pod对应的组件名可与该服务器一一对应,具体地,可建立组件名与IP地址之间的映射关系,每一pod中可包括至少一个应用容器,则在上述确定至少一个应用容器后,可确定其对应的目标服务器。
在一种可能的示例中,上述步骤104,确定所述至少一个应用容器中的每一应用容器对应的目标服务器,包括:
41、根据所述组件名,确定所述pod信息对应的目标节点;
42、获取所述目标节点对应的组件对应表;
43、基于所述组件对应表,确定所述至少一个应用容器中的每一应用容器对应的目标服务器。
其中,在预设Kubernetes架构中,多个pod容器可运行于架构中的多个节点上,该节点可为预设Kubernetes架构中的服务节点,每一节点可对应有至少一个pod容器,该节点可以是虚拟机也可以是物理机,在此不作限定。
其中,上述多个节点可运行于云环境中,当上述多个节点运行在云环境中时,可间隔周期检测该节点的运行状态,如果检测到某个节点不正常,它就会向供应商询问该节点虚拟机是否可用,如果不可用则可从节点列表中删除该节点。
其中,为了清楚了解运行于节点下的pod容器,每一节点可对应有一个组件对应表,在组件对应表中可包括多个pod容器,以及每一pod容器中包括的至少一个应用容器。
其中,每一应用容器可对应有服务器,该服务器也可为虚拟机或者物理机,在此不作限定。
在一种可能的示例中,上述步骤43,基于所述组件对应表,确定所述至少一个应用容器中的每一应用容器对应的目标服务器,可包括如下步骤:
基于所述组件对应表,将所述pod信息作为查询凭证,在所述组件对应表中进行查询,得到所述至少一个应用容器中的每一应用容器对应的目标服务器。
其中,上述组件对应表中可包括pod信息以及每一pod容器中包含的应用容器,可将pod信息中的任意一个信息,例如该pod容器对应的IP地址作为查询凭证,在上述组件对应表中查询,以得到该pod信息中待查询应用对应的至少一个应用容器以及每一容器对应的目标服务器;上述用户所需查询的日志文件存在于上述至少一个目标服务器中。
105、基于所述至少一个目标服务器,初始化所述至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针。
其中,在上述预设Kubernetes架构中,每一服务器可对应一个日志探针,该日志探针可用于查找日志文件。
具体实现中,可针对每一服务器预设日志探针,该日志探针中可包括其所在服务器上日志文件所对应的具体位置,日志等级等信息;在确定了至少一个目标服务器以后,可对其对应的至少一个第一日志探针分别进行初始化,初始化的目的是为了查找与上述日志搜索请求相关的日志文件,可得到至少一个第二日志探针,如此,可通过日志探针在pod容器外实现日志文件的查找,不需要在容器内去实现日志文件的查找,有利于节省容器内的工作资源。
106、基于所述至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。
其中,可根据初始化完成以后的至少一个第二目标探针,直接在至少一个目标服务器中查找上述日志搜索请求所对应的日志文件,得到至少一个第一日志文件。最后,可基于查找得到的至少一个第一日志文件构造返回结果,并返回给用户对应的前端,该返回结果可包括上述至少一个目标服务器所对应的至少一个IP地址、日志文件等等,用户则也可进一步的根据IP地址去进行具体的日志文件的搜索。
可以看出,本申请实施例中所描述的日志搜索方法,应用于服务器,可接收用户发起的日志搜索请求,日志搜索请求中携带待查询应用信息,检测待查询应用信息中是否包括pod信息;进而,若待查询应用信息中包括pod信息,则确定pod信息对应的至少一个应用容器,并确定至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;最后,基于至少一个目标服务器,初始化至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针,并基于至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件;如此,采用多个服务器用于存储上述多个日志文件,有利于减少资源的损耗;同时,当用户发起日志搜索请求以后,可基于多个服务器分别对应的日志探针去实现在pod容器外日志文件的查找,有利于提高日志搜索效率。
与上述一致地,请参阅图2A,图2A是本申请实施例公开的一种日志搜索方法的流程示例图,应用于服务器,该日志搜索方法可包括如下步骤:
201、接收用户发起的日志搜索请求,所述日志搜索请求中携带待查询应用信息。
202、检测所述待查询应用信息中是否包括pod信息。
203、若所述待查询应用信息中包括所述pod信息,则确定所述pod信息对应的至少一个应用容器。
204、确定所述至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器。
205、基于所述至少一个目标服务器,初始化所述至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针。
206、基于所述至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。
其中,上述步骤201-步骤206所描述的日志搜索方法可参考图1B所描述的日志搜索方法的对应步骤。
可选地,在上述步骤206之后,还可包括以下步骤:
A1、启动预设定时任务,在预设周期内轮询所述预设Kubernetes架构对应的目标接口,确定所述数据库中的每一组件对应的节点,得到每一组件对应的节点信息;
A2、基于所述每一组件对应的节点信息,更新所述组件对应表。
其中,上述预设周期可为用户自行设置或者系统默认,在此不作限定,该预设周期可以为50ms、60ms、100ms、10min、1h或者一天等等,在此不作限定;每隔预设周期内,可轮询预设Kubernetes架构对应的目标接口,以确定该接口中的组件关系,以及pod容器运行的节点信息等等。
其中,在确定待查询应用信息中包括pod信息以后,则表明其对应的日志文件存储于预设Kubernetes架构中,此外,若该日志文档对应存储于区块链网络中,而该区块链网络部署于预设Kubernetes架构中,也可认为该日志文件存储于预设Kubernetes架构中。在本申请实施例中,上述日志文件对应的业务应用可以在预设Kubernetes架构的环境上进行部署,例如,可通过SLB(Server Load Balance,负载均衡)映射到集群工作节点的NodePort上,其中,NodePort服务是引导外部流量到预设Kubernetes架构的方式,以达到访问区块链网络中的各个服务,如此,可利用预设Kubernetes架构的集群技术以及自身特性为区块链网络中的业务应用提供标准化的软件打包、分发的能力;并为区块链网络所需要的底层资源的调度能力,如计算、存储、网络等提供了支持。
进一步地,又由于在上述预设Kubernetes架构中,因为预设Kubernetes架构中容器编排的特性,应用对应的pod容器可能会在各个节点上会出现漂移,也就造成该pod容器中包含的日志文件也会发生漂移,例如,可能在不同的时间节点,该应用存在于不同的应用节点上,因此,服务器可预先设定一个定时任务,可基于该定时任务,在预设周期内轮询预设Kubernetes架构对应的目标接口,并实时更新数据库中每一个组件所对应的节点对应的组件对应表,以实现预设Kubernetes架构中容器编排情况的实时更新;上述预设该组件对应表中可包括每一应用对应的pod以及该pod对应的节点或者服务器等等信息。从而,可在pod节点发生偏移时,仍旧可实现日志文件的搜索,可随时了解容器编排的动向,有利于日志文件的提取。
207、若所述待查询应用信息中不包括所述pod信息,则基于所述待查询应用信息进行日志搜索,得到至少一个第二日志文件。
其中,上述待查询应用信息中可包括以下至少一项:应用名、查询时间段、日志名、查询范围等等;如果在服务器所对应的数据库中没有查询到应用容器绑定服务器的信息,那么就判断为非Kubernetes集群架构应用服务。那么,具体实现中,若待查询应用信息中不包括pod信息,也就是不包括与pod容器相关的配置信息时,或者,上述预设Kubernetes架构对应的数据库中不存在所述组件名,则确定该待查询应用信息中不包括pod信息,则直接基于待查询应用信息去进行日志搜索,此时,可确定待查询应用不依赖于上述预设Kubernetes架构,可直接获取该待查询应用对应的目标数据库,并在该目标数据库中,根据待查询应用信息中包括的查询范围去进行日志的搜索。
208、基于所述至少一个第一日志文件,构造第一日志搜索结果。
其中,服务器可基于上述被搜索到的至少一个第一日志文件,构造第一日志搜索结果,例如,可基于第一日志文件所在pod容器对应的服务器、以及其对应的IP地址等信息构造上述日志搜索请求的树形结构的数据,以生成第一日志搜索结果,并返回给用户对应的前端。
209、基于所述至少一个第二日志文件,构造第二日志搜索结果。
其中,可获取该待查询应用对应的目标数据库,并在该目标数据库中,根据待查询应用信息中包括的查询范围去进行日志的搜索,并得到至少一个第二日志文件的搜索路径,该搜索路径中可包括目标服务器信息、端口信息和文件路径等等,如此,可构造得到第二日志搜索结果,并返回给用户对应的前端。
210、将所述第一日志搜索结果和所述第二日志搜索结果进行装配,得到所述日志搜索请求对应的返回结果,将所述返回结果发送至所述用户。
其中,在实际应用中,若出现常规环境的应用向Kubernetes环境迁移的情况,这类迁移大多是灰度迁移,会出现待查询应用信息中的查询范围中的日志文件一部分存在于上述预设Kubernetes架构中,一部分存在于常规服务器中,该常规服务器可对应于非Kubernetes架构,可为传统的物理型服务器,则可在进行日志搜索以后,可分别对应一种搜索结果;最后,可将上述两种搜索对应的结果(日志文件)汇总装配,并向用户对应的前端发送上述日志搜索请求对应的返回结果(装配完成以后的日志文件)。
请参阅图2B,是本申请实施例提供的一种日志搜索方法的流程示意图,服务器在接收到用户发起的日志搜索请求以后,该日志搜索请求中可携带待查询应用信息,该待查询应用信息中可包括以下至少一项:应用标识、查询时间段、日志名、查询范围等等,在此不作限定;进而,可判断其中携带的待查询应用信息中是否存在pod信息,该pod信息可指pod容器对应的容器名、IP地址等等,在此不作限定;若存在pod信息,则可表明该用户需要查询的应用的日志文件存储于Kubernetes系统对应的Kubernetes架构中,则可基于该pod信息对应的目标服务器对应的探针,在Kubernetes架构中搜索到该应用对应的至少一个第一日志文件,并构造第一日志搜索结果;若不存在pod信息,则表明该用户需要查询的应用的日志文件存储于常规系统的系统架构中,则可在其对应的服务器中搜索到至少一个第二日志文件,并构造第二日志搜索结果;最后,将第一日志搜索结果和第二日志搜索结果进行装配,得到日志搜索请求对应的日志搜索结果,如此,考虑到不同的环境下(常规环境和Kubernetes环境)对应的不同的方案,有利于提高日志搜索的效率,同时,也有利于提高用户体验。
可以看出,本申请实施例所描述的日志搜索方法,应用于服务器,可可接收用户发起的日志搜索请求,日志搜索请求中携带待查询应用信息,检测待查询应用信息中是否包括pod信息;进而,若待查询应用信息中包括pod信息,则确定pod信息对应的至少一个应用容器,并确定至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;最后,基于至少一个目标服务器,初始化至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针,并基于至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件;进一步地,若待查询应用信息中不包括pod信息,则基于待查询应用信息进行日志搜索,得到至少一个第二日志文件;最后,可基于至少一个第一日志文件,构造第一日志搜索结果,基于至少一个第二日志文件,构造第二日志搜索结果,将第一日志搜索结果和第二日志搜索结果进行装配,得到日志搜索请求对应的返回结果,将返回结果发送至用户;如此,考虑到了不同的环境下(常规环境和Kubernetes环境)对应的不同的方案,可根据pod信息确定其对应的环境,有利于增强日志搜索的的实用性;另外,在Kubernetes环境中,可通过日志探针在pod容器外实现日志文件的查找,不需要在容器内去实现在pod容器外日志文件的查找,有利于节省容器的工作资源。
与上述一致地,请参阅图3,图3为本申请实施例提供的一种服务器的结构示意图,如图3所示,包括处理器、通信接口、存储器以及一个或多个程序,所述处理器、通信接口和存储器相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,上述一个或多个程序程序包括用于执行以下步骤的指令:
接收用户发起的日志搜索请求,所述日志搜索请求中携带待查询应用信息;
检测所述待查询应用信息中是否包括pod信息;
若所述待查询应用信息中包括所述pod信息,则确定所述pod信息对应的至少一个应用容器;
确定所述至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;
基于所述至少一个目标服务器,初始化所述至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针;
基于所述至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。
可以看出,本申请实施例中所描述的服务器,可接收用户发起的日志搜索请求,日志搜索请求中携带待查询应用信息,检测待查询应用信息中是否包括pod信息;进而,若待查询应用信息中包括pod信息,则确定pod信息对应的至少一个应用容器,并确定至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;最后,基于至少一个目标服务器,初始化至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针,并基于至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件;如此,采用多个服务器用于存储上述多个日志文件,有利于减少资源的损耗;同时,当用户发起日志搜索请求以后,可基于多个服务器分别对应的日志探针去实现在pod容器外日志文件的查找,有利于提高日志搜索效率。
在一个可能的示例中,在所述检测所述待查询应用信息中是否包括pod信息方面,所述程序用于执行以下步骤的指令:
确定所述待查询应用信息对应的应用标识;
确定所述应用标识对应的目标标签;
根据预设的标签与封装规则之间的映射关系,确定所述目标标签对应的目标封装规则;
基于所述目标封装规则,对所述应用标识进行封装,得到所述应用标识对应的组件名;
查询预设Kubernetes架构对应的数据库中是否存在所述组件名;
若是,则确定所述待查询应用信息中包含所述pod信息;
若否,则确定所述待查询应用信息中不包括所述pod信息。
在一个可能的示例中,在所述确定所述至少一个应用容器中的每一应用容器对应的目标服务器方面,所述程序用于执行以下步骤的指令:
根据所述组件名,确定所述pod信息对应的目标节点;
获取所述目标节点对应的组件对应表;
基于所述组件对应表,确定所述至少一个应用容器中的每一应用容器对应的目标服务器。
上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,服务器为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所提供的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对服务器进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
与上述一致地,请参阅图4,图4是本申请实施例公开的一种日志搜索装置的结构示意图,应用于服务器,该装置包括:接收单元401、检测单元402、确定单元403、初始化单元404和搜索单元405,其中,
所述接收单元401,用于接收用户发起的日志搜索请求,所述日志搜索请求中携带待查询应用信息;
所述检测单元402,用于检测所述待查询应用信息中是否包括pod信息;
所述确定单元403,用于若所述待查询应用信息中包括所述pod信息,则确定所述pod信息对应的至少一个应用容器;
所述确定单元403,还用于确定所述至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;
所述初始化单元404,用于基于所述至少一个目标服务器,初始化所述至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针;
所述搜索单元405,用于基于所述至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。
可以看出,本申请实施例中所描述的日志搜索装置,应用于服务器,可接收用户发起的日志搜索请求,日志搜索请求中携带待查询应用信息,检测待查询应用信息中是否包括pod信息;进而,若待查询应用信息中包括pod信息,则确定pod信息对应的至少一个应用容器,并确定至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;最后,基于至少一个目标服务器,初始化至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针,并基于至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件;如此,采用多个服务器用于存储上述多个日志文件,有利于减少资源的损耗;同时,当用户发起日志搜索请求以后,可基于多个服务器分别对应的日志探针去实现在pod容器外日志文件的查找,有利于提高日志搜索效率。
在一个可能的示例中,在所述检测所述待查询应用信息中是否包括pod信息方面,所述确定单元403具体可用于:
确定所述待查询应用信息对应的应用标识;
确定所述应用标识对应的目标标签;
根据预设的标签与封装规则之间的映射关系,确定所述目标标签对应的目标封装规则;
基于所述目标封装规则,对所述应用标识进行封装,得到所述应用标识对应的组件名;
查询预设Kubernetes架构对应的数据库中是否存在所述组件名;
若是,则确定所述待查询应用信息中包含所述pod信息;
若否,则确定所述待查询应用信息中不包括所述pod信息。
在一个可能的示例中,在所述确定所述至少一个应用容器中的每一应用容器对应的目标服务器方面,所述确定单元403具体可用于:
根据所述组件名,确定所述pod信息对应的目标节点;
获取所述目标节点对应的组件对应表;
基于所述组件对应表,确定所述至少一个应用容器中的每一应用容器对应的目标服务器。
本申请实施例还提供一种计算机可读存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任何一种日志搜索方法的部分或全部步骤。
本申请实施例还提供一种计算机程序产品,所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种日志搜索方法的部分或全部步骤。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件程序模块的形式实现。
所述集成的单元如果以软件程序模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、ROM、RAM、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种日志搜索方法,其特征在于,应用于服务器,包括:
接收用户发起的日志搜索请求,所述日志搜索请求中携带待查询应用信息;
检测所述待查询应用信息中是否包括pod信息;
若所述待查询应用信息中包括所述pod信息,则确定所述pod信息对应的至少一个应用容器;
确定所述至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;
基于所述至少一个目标服务器,初始化所述至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针;
基于所述至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。
2.根据权利要求1所述的方法,其特征在于,所述检测所述待查询应用信息中是否包括pod信息,包括:
确定所述待查询应用信息对应的应用标识;
确定所述应用标识对应的目标标签;
根据预设的标签与封装规则之间的映射关系,确定所述目标标签对应的目标封装规则;
基于所述目标封装规则,对所述应用标识进行封装,得到所述应用标识对应的组件名;
查询预设Kubernetes架构对应的数据库中是否存在所述组件名;
若是,则确定所述待查询应用信息中包含所述pod信息;
若否,则确定所述待查询应用信息中不包括所述pod信息。
3.根据权利要求2所述的方法,其特征在于,所述确定所述至少一个应用容器中的每一应用容器对应的目标服务器,包括:
根据所述组件名,确定所述pod信息对应的目标节点;
获取所述目标节点对应的组件对应表;
基于所述组件对应表,确定所述至少一个应用容器中的每一应用容器对应的目标服务器。
4.根据权利要求3所述的方法,其特征在于,所述基于所述组件对应表,确定所述至少一个应用容器中的每一应用容器对应的目标服务器,包括:
基于所述组件对应表,将所述pod信息作为查询凭证,在所述组件对应表中进行查询,得到所述至少一个应用容器中的每一应用容器对应的目标服务器。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
启动预设定时任务,在预设周期内轮询所述预设Kubernetes架构对应的目标接口,确定所述数据库中的每一组件对应的节点,得到每一组件对应的节点信息;
基于所述每一组件对应的节点信息,更新所述组件对应表。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述待查询应用信息中不包括所述pod信息,则基于所述待查询应用信息进行日志搜索,得到至少一个第二日志文件。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
基于所述至少一个第一日志文件,构造第一日志搜索结果;
基于所述至少一个第二日志文件,构造第二日志搜索结果;
将所述第一日志搜索结果和所述第二日志搜索结果进行装配,得到所述日志搜索请求对应的返回结果,将所述返回结果发送至所述用户。
8.一种日志搜索装置,其特征在于,应用于服务器,所述装置包括:接收单元、检测单元、确定单元、初始化单元和搜索单元,其中,
所述接收单元,用于接收用户发起的日志搜索请求,所述日志搜索请求中携带待查询应用信息;
所述检测单元,用于检测所述待查询应用信息中是否包括pod信息;
所述确定单元,用于若所述待查询应用信息中包括所述pod信息,则确定所述pod信息对应的至少一个应用容器;
所述确定单元,还用于确定所述至少一个应用容器中的每一应用容器对应的目标服务器,得到至少一个目标服务器;
所述初始化单元,用于基于所述至少一个目标服务器,初始化所述至少一个目标服务器中的每一目标服务器对应的第一日志探针,得到至少一个第二日志探针;
所述搜索单元,用于基于所述至少一个第二日志探针,进行日志搜索,得到至少一个第一日志文件。
9.一种服务器,其特征在于,包括处理器、输入设备、输出设备和存储器,所述处理器、输入设备、输出设备和存储器相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如权利要求1-7任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011621833.1A CN112699219A (zh) | 2020-12-30 | 2020-12-30 | 日志搜索方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011621833.1A CN112699219A (zh) | 2020-12-30 | 2020-12-30 | 日志搜索方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112699219A true CN112699219A (zh) | 2021-04-23 |
Family
ID=75511200
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011621833.1A Pending CN112699219A (zh) | 2020-12-30 | 2020-12-30 | 日志搜索方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112699219A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113364888A (zh) * | 2021-06-30 | 2021-09-07 | 重庆紫光华山智安科技有限公司 | 服务调度方法、系统、电子设备及计算机可读存储介质 |
CN113590572A (zh) * | 2021-07-21 | 2021-11-02 | 用友汽车信息科技(上海)股份有限公司 | 日志查看方法、装置、电子设备和可读存储介质 |
CN113656350A (zh) * | 2021-08-11 | 2021-11-16 | 杭州安恒信息技术股份有限公司 | 日志检索系统的构建方法、装置、计算机设备和介质 |
CN115599410A (zh) * | 2022-12-15 | 2023-01-13 | 杭州数列网络科技有限责任公司(Cn) | 一种大规模java探针管理的方法及系统 |
-
2020
- 2020-12-30 CN CN202011621833.1A patent/CN112699219A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113364888A (zh) * | 2021-06-30 | 2021-09-07 | 重庆紫光华山智安科技有限公司 | 服务调度方法、系统、电子设备及计算机可读存储介质 |
CN113364888B (zh) * | 2021-06-30 | 2022-05-31 | 重庆紫光华山智安科技有限公司 | 服务调度方法、系统、电子设备及计算机可读存储介质 |
CN113590572A (zh) * | 2021-07-21 | 2021-11-02 | 用友汽车信息科技(上海)股份有限公司 | 日志查看方法、装置、电子设备和可读存储介质 |
CN113656350A (zh) * | 2021-08-11 | 2021-11-16 | 杭州安恒信息技术股份有限公司 | 日志检索系统的构建方法、装置、计算机设备和介质 |
CN115599410A (zh) * | 2022-12-15 | 2023-01-13 | 杭州数列网络科技有限责任公司(Cn) | 一种大规模java探针管理的方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112699219A (zh) | 日志搜索方法及装置 | |
CN110601880B (zh) | 一种云平台、业务处理方法、命令接口及计算机设备 | |
CN110019080B (zh) | 数据访问方法和装置 | |
CN110908770A (zh) | 虚拟机的运行及创建方法、虚拟机及虚拟机化管理平台 | |
AU2016382909A1 (en) | Method and device for processing short link, and short link server | |
EP3178011A1 (en) | Method and system for facilitating terminal identifiers | |
US20220329591A1 (en) | Method, apparatus and device for generating device fingerprint and storage medium | |
CN106790131B (zh) | 一种参数修改方法、装置及分布式平台 | |
US10282120B2 (en) | Method, apparatus and system for inserting disk | |
CN110633177A (zh) | 一种设备信息的获取方法及装置、服务器、存储介质 | |
US11245762B1 (en) | Data request servicing using smart network interface cards | |
CN113326161A (zh) | 根因分析方法 | |
CN112671950A (zh) | 基于区块链的域名处理方法、装置、电子设备和存储介质 | |
CN113259479A (zh) | 一种数据处理方法以及设备 | |
CN110955724A (zh) | 基于区块链的数据处理方法、装置、节点设备及存储介质 | |
CN115118784A (zh) | 算力资源的调度方法、装置及系统 | |
US11277376B2 (en) | Systems and methods for utilizing an internet protocol (IP) address scanning model to identify available IP addresses | |
KR101846778B1 (ko) | Id 확인 서비스 방법 및 이를 적용한 m2m 시스템 | |
CN110874365A (zh) | 一种信息查询方法及其相关设备 | |
US20200313981A1 (en) | Method and device for processing a network service instantiation request | |
US20220131737A1 (en) | Network data management framework | |
CN113992664B (zh) | 一种集群通信的方法、相关装置及存储介质 | |
CN113986835A (zh) | FastDFS分布式文件的管理方法、装置、设备及存储介质 | |
CN115514733A (zh) | 域名解析服务dns的配置方法以及配置装置 | |
CN113704120A (zh) | 数据传输方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |