CN114385551B - 日志分时管理方法、装置、设备及存储介质 - Google Patents
日志分时管理方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN114385551B CN114385551B CN202111560536.5A CN202111560536A CN114385551B CN 114385551 B CN114385551 B CN 114385551B CN 202111560536 A CN202111560536 A CN 202111560536A CN 114385551 B CN114385551 B CN 114385551B
- Authority
- CN
- China
- Prior art keywords
- log
- service
- time
- sharing
- identifier
- 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.)
- Active
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/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/172—Caching, prefetching or hoarding of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明提供了一种日志分时管理方法、装置、设备及存储介质，首先将服务日志通过时间分片的方式进行统一采集并管理，再通过traceId关联整条请求链路日志，并通过服务标识对单个服务进行区分，在定位问题上将大大提高效率，同时通过对整条调用链日志的采集及分析，也能为系统优化提供有力的数据支撑。通过分时收集服务日志的方式，进而在一个日志文件中存储到所有服务调用链路日志，通过唯一traceId串联整个调用链过程，能快速查询日志详情，包括调用所属服务、调用时长、是否异步等。
Description
技术领域
本发明涉及计算机软件领域，更具体地说，涉及一种日志分时管理方法、装置、设备及存储介质。
背景技术
日志收集及存储在服务链路生命周期是必不可少的环节，日志不仅用于定位异常问题，而且在分析服务器状态及用户行为上都能提供有效的数据参考。日志通常多而杂，如果不能很好的对日志进行归集整理，在收集有效信息上，可能会耗费较长时间，甚至得出错误的结论，在日志管理方式上，目前比较通用的实现方式是各个服务维护自己的日志，并只对本服务日志进行管理，虽然有全链路的实现案例，但是依然没有摆脱服务之间的日志隔离。因此，目前的日志管理方法各服务之间存在明显的日志隔离，耗时长，不利于数据查询、异常定位以及数据分析等操作。
发明内容
本发明要解决的技术问题主要在于，提供一种能快速的实现数据查询、异常定位、以及数据分析的日志分时管理方法。
为了实现上述目的，本发明提供了一种日志分时管理方法，包括以下步骤：
创建多个分时日志文件；
将一条链路上的多个服务日志以一定的时间间隔进行划分，得到多个分段服务日志；
将各所述分段服务日志写入对应的分时日志文件中；
将各所述分时日志文件存储在日志收集服务器中，同时将链路对应的traceId以及每个服务日志对应的服务标识添加至所述日志收集服务器内存；
通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询。
优选地，所述将各所述分段服务日志写入对应的日志文件中的步骤，还包括：
将所述分段服务日志写入对应的命名为log-time.yyyy-MM-dd-HH.log的分时日志文件中；
判断所述分时日志文件是否超过阈值，若是，重新生成新的分时日志文件，命名为log-time.yyyy-MM-dd-HH.1.log；
将超过阈值的所述分段服务日志写入新的分时日志文件中。
优选地，所述将各所述分段服务日志写入对应的分时日志文件中的步骤，还包括：
请求链路从第一个服务生成traceId后在第一个服务中带上第一个服务标识，到进入第二个服务traceId随着调用链路进行传递同时添加第二个服务标识，依次类推，所有的服务标识都会被记录在日志调用中，如果存在异步调用，进入异步服务器中的线程同时会带上异步标识，每个服务器执行完成后将本服务生成的日志根据当前时间写入到对应的分时日志文件中。
优选地，所述通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询的步骤，包括：
通过客户端加载日志文件或自带查询接口查询；
查询时，首先选定查询时段，客户端根据查询时段确定查询日志文件；
在所述查询日志文件中，通过关键字确定traceId后，查找出固定traceId，通过traceId查询出该请求链路上所有的服务日志，包括异步日志，以定位出异常位置。
优选地，在所述通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询的步骤之后，还包括：
调用链路中，traceId加入服务数量统计标识，以入口服务作为首个服务标识，当超过设定的服务节点后，异常捕获消息队列生效，若在接下来的服务中出现异常，输出的堆栈异常信息将连同traceId及服务标识放入消息队列，入口服务消费该消息队列后，加入异常标识，写入分时日志文件的切入点位置；
在分析异常时，根据入口服务的服务标识、异常标识及堆栈异常信息快速查询到异常点。
此外，为了实现上述目的，本发明还提供了一种日志分时管理装置，包括：
分时日志文件创建模块，用于创建多个分时日志文件；
服务日志分段模块，用于将一条链路上的多个服务日志以一定的时间间隔进行划分，得到多个分段服务日志；
服务日志写入模块，用于将各所述分段服务日志写入对应的分时日志文件中；
分时日志文件存储模块，用于将各所述分时日志文件存储在日志收集服务器中，同时将链路对应的traceId以及每个服务日志对应的服务标识添加至所述日志收集服务器内存；
服务日志查询模块，用于通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询。
此外，为了实现上述目的，本发明还提供了一种日志分时管理设备，所述日志分时管理设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的日志分时管理程序，所述日志分时管理程序被所述处理器执行时实现任一项所述的日志分时管理方法的步骤。
此外，为了实现上述目的，本发明还提供了一种存储介质，所述存储介质上存储有日志分时管理程序，所述日志分时管理程序被处理器执行时实现任一项所述的日志分时管理方法的步骤。
本发明提供的技术方案带来的有益效果是：
本发明将服务日志通过时间分片的方式进行统一采集并管理，再通过traceId关联整条请求链路日志，并通过服务标识对单个服务进行区分，这样在定位问题上将大大提高效率，同时通过对整条调用链日志的采集及分析，也能为系统优化提供有力的数据支撑。通过分时收集服务日志的方式，进而在一个日志文件中存储到所有服务调用链路日志，通过唯一traceId串联整个调用链过程，能快速查询日志详情，包括调用所属服务，调用时长，是否异步等。
附图说明
下面将结合附图及实施例对本发明作进一步说明，附图中：
图1是本发明日志分时管理方法的总体流程图；
图2是本发明单个服务日志分时处理流程图；
图3是本发明实现异常服务快速定位的流程图；
图4是基于传统服务节点统计的数据分析总耗时示意图；
图5是本发明基于链路日志统计的数据分析总耗时示意图；
图6是本发明日志分时管理装置的结构图。
具体实施方式
为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的具体实施方式。
参考图1，本发明实施例提供了一种日志分时管理方法，包括以下步骤：
创建多个分时日志文件；
将一条链路上的多个服务日志以一定的时间间隔进行划分，得到多个分段服务日志；
将各所述分段服务日志写入对应的分时日志文件中；
将各所述分时日志文件存储在日志收集服务器中，同时将链路对应的traceId以及每个服务日志对应的服务标识添加至所述日志收集服务器内存；每个链路发起时，都会自动生成全服务唯一的traceId，作为本链路的唯一标识符；
通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询。
具体地，如图1所示，本实施例中，各服务器通过日志配置文件logback添加分时配置，以一定时间间隔作为日志文件划分界限，创建多个分时日志文件：
<rollingPolicy class＝"ch.log.time.split.TimeSplitRollingPolicy">
<fileNamePattern>${LOG_HOME}/log-time/log-time.％d{yyyy-MM-dd-HH}.％i.log</fileNamePattern>
<timeSplitSize>1h</timeSplitSize>
<maxFileSize>100m</maxFileSize>
</rollingPolicy>
TimeSplitRollingPolicy继承TimeBasedRollingPolicy后，通过重写其日志划分规则，使用timeSplitSize设定划分时长。比如以一个小时为单位划分，所有服务日志以整点开始到整点结束，都将日志写入到命名为log-time.yyyy-MM-dd-HH.log的日志文件中。同时请求链路从第一个服务生成traceId后在第一个服务中带上服务标识(如server-name)，到进入第二个服务traceId随着调用链路进行传递同时添加第二个服务标识，这些标识都会被记录在日志调用中。需要说明的是，这里的服务是指业务服务器，即提供实际调用接口的服务，每一段的服务日志都是从对应的业务服务器中获取的，如果存在异步调用，进入异步服务器中的线程同时会带上异步标识(如asyn)。每个服务器执行完成后将本服务生成的日志根据当前时间输入到对应日志文件中。每个文件同时还有大小限制，比如100M，通过maxFileSize设置，当在指定时间内超过指定大小，将重新生成新的文件名，新文件名在原文件名的基础上加.1，如：log-time.yyyy-MM-dd-HH.1.log，以此类推。每条日志的traceId加上服务标识作为日志索引存放到ES。
从单个服务日志分时处理流程来分析，具体流程如图2所示，单个日志的分时处理流程包括：
S1、客户端向服务端发起的接口请求；
S2、通过CreateLogBaseTextAspect创建分时基本数据结构，如当前起始时间点、服务标识、traceId(通过时间维度生成)等；
S3、进入主线程MainThread；
S4、判断是否有日志打印；若否，返回S3；若是，进入步骤S5；
S5、通过WriteLogTextHandler对象在已经创建的所述分时基本数据结构中写入日志详情，并判断是否有异步线程，若否，返回S3；若是，进入步骤S6；
S6、获取原主线程的traceId，并获取异步线程名，并将traceId和异步线程名添加到日志详情；判断主线程是否完成，若否，返回S3，若是，进入步骤S7；
S7、根据traceId确定日志开始时间点，并通过TimeSplitRollingPolicy确定当前日志文本的打印路径；
S8、将日志文件以固定的格式(也称日志目录)进行保存，固定的格式及包括前置目录和后置目录，前置目录即年月日的文件路径，后置目录即文件的分割规则，也即文件的命名规则；
S9、判断日志目录是否存在，若否，创建日志目录及以时间维度配置的文件名，并进入S11，若是，进入步骤S10；
S10、通过FileContextHolder对象获取当前日志文件的相关信息，效验是否还能添加该时间段的日志信息，若是，进入S11；若否，根据TimeSplitRollingPolicy定义划分规则，在同一个日志目录下生成下一个日志文件，进入S11；
S11、写入日志详情；
S12、将traceId及服务标识作为索引字段，存入基于日志服务器的搜索引擎Elasticsearch(ES)。
查询日志时可以通过客户端加载日志文件或者通过自带查询接口查询，查询时首先选定查询时段，客户端根据时段确定查询日志文件，通过关键字确定traceId后，查找出固定traceId，通过traceId查询出该请求链路上所有服务日志，包括异步日志，这样能快速定位出异常位置。
对于业务流程复杂，调用链路长，且日志量大的异常场景，同样会花费较长时间在查询定位上，为解决该问题，对于调用链超过特定服务数量时(比如5个服务节点)，采用消息监听的方式将异常服务点标记并发送到调用服务入口(如服务网关、服务控制层)，便于异常跟踪时，在入口服务日志点快速定位问题，具体流程如图3所示。
调用链路中，traceId加入服务数量统计标识，以入口服务作为首个服务标识(_1标识)，当超过设定值，比如5个服务节点后，异常捕获消息队列生效，如果在接下来的服务中出现异常，输出的堆栈异常信息将会连同traceId及服务标识放入消息队列，服务1消费该消息队列后，加入异常标识，写入分时日志文件的切入点位置。在分析异常时，只需要根据入口服务的服务标识、异常标识及堆栈异常信息就能快速查询到异常点，包括哪个服务出现的异常，具体的堆栈信息。这样防止因为服务链路过长，日志量过大而延长排查问题时长。
需要说明的是，堆栈异常信息会被投放到消息队列中，入口服务即调用链路的第一个业务服务器会监听异常消息队列，这样一旦出现服务异常场景，源头的入口服务日志可以根据异常日志快速定位问题，并发现是哪个业务服务器出现的问题。
解决完异常问题的快速定位后，日志的另外一个功能就是数据分析，数据分析包括接口性能指标(如调用时长，调用频次)，单服务性能，用户行为等。这些数据的收集需要特定的标识进行统计，基于整条链路的分时收集统计比基于传统服务节点统计效率及准确率会更高。以服务节点的耗时统计为例，传统方式统计如图4所示，需要对某个或某类链路所有服务单独查询后再进行统计。
而本发明基于链路的分时文件，可以通过链路日志统计出该链路上所有服务的耗时，仅仅只用查询一次即可，具体如图5所示。服务接口的调用频次，单服务性能等都能通过特定标识通过一次或几次的统计即可准确获得统计结果，对于日志使用效率更高。
参考图6，在一些实施例中，还提供了一种日志分时管理装置，包括：
分时日志文件创建模块1，用于创建多个分时日志文件；
服务日志分段模块2，用于将一条链路上的多个服务日志以一定的时间间隔进行划分，得到多个分段服务日志；
服务日志写入模块3，用于将各所述分段服务日志写入对应的分时日志文件中；
分时日志文件存储模块4，用于将各所述分时日志文件存储在日志收集服务器中，同时将链路对应的traceId以及每个服务日志对应的服务标识添加至所述日志收集服务器内存；
服务日志查询模块5，用于通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询。
在一些实施例中，还提供了一种日志分时管理设备，所述日志分时管理设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的日志分时管理程序，所述日志分时管理程序被所述处理器执行时实现任一项所述的日志分时管理方法的步骤。
在一些实施例中，还提供了一种存储介质，所述存储介质上存储有日志分时管理程序，所述日志分时管理程序被处理器执行时实现任一项所述的日志分时管理方法的步骤。
本发明提供了一种日志分时管理方法、装置、设备及存储介质，将服务日志通过时间分片的方式进行统一采集并管理，再通过traceId关联整条请求链路日志，并通过服务标识对单个服务进行区分，这样在定位问题上将大大提高效率，同时通过对整条调用链日志的采集及分析，也能为系统优化提供有力的数据支撑。通过分时收集服务日志的方式，进而在一个日志文件中存储到所有服务调用链路日志，通过唯一traceId串联整个调用链过程，能快速查询日志详情，包括调用所属服务，调用时长，是否异步等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。词语第一、第二、以及第三等的使用不表示任何顺序，可将这些词语解释为标识。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (7)
1.一种日志分时管理方法，其特征在于，所述日志分时管理方法包括以下步骤：
创建多个分时日志文件；
将一条链路上的多个服务日志以一定的时间间隔进行划分，得到多个分段服务日志；
将各所述分段服务日志写入对应的分时日志文件中；
将各所述分时日志文件存储在日志收集服务器中，同时将链路对应的traceId以及每个服务日志对应的服务标识添加至所述日志收集服务器内存；
通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询；
调用链路中，traceId加入服务数量统计标识，以入口服务作为首个服务标识，当超过设定的服务节点后，异常捕获消息队列生效，若在接下来的服务中出现异常，输出的堆栈异常信息将连同traceId及服务标识放入消息队列，入口服务消费该消息队列后，加入异常标识，写入分时日志文件的切入点位置；
在分析异常时，根据入口服务的服务标识、异常标识及堆栈异常信息快速查询到异常点。
2.如权利要求1所述的日志分时管理方法，其特征在于，所述将各所述分段服务日志写入对应的日志文件中的步骤，还包括：
将所述分段服务日志写入对应的命名为log-time.yyyy-MM-dd-HH.log的分时日志文件中；
判断所述分时日志文件是否超过阈值，若是，重新生成新的分时日志文件，命名为log-time.yyyy-MM-dd-HH.1.log；
将超过阈值的所述分段服务日志写入新的分时日志文件中。
3.如权利要求1所述的日志分时管理方法，其特征在于，所述将各所述分段服务日志写入对应的分时日志文件中的步骤，还包括：
请求链路从第一个服务生成traceId后在第一个服务中带上第一个服务标识，到进入第二个服务traceId随着调用链路进行传递同时添加第二个服务标识，依次类推，所有的服务标识都会被记录在日志调用中，如果存在异步调用，进入异步服务器中的线程同时会带上异步标识，每个服务器执行完成后将本服务生成的日志根据当前时间写入到对应的分时日志文件中。
4.如权利要求3所述的日志分时管理方法，其特征在于，所述通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询的步骤，包括：
通过客户端加载日志文件或自带查询接口查询；
查询时，首先选定查询时段，客户端根据查询时段确定查询日志文件；
在所述查询日志文件中，通过关键字确定traceId后，查找出固定traceId，通过traceId查询出该请求链路上所有的服务日志，包括异步日志，以定位出异常位置。
5.一种日志分时管理装置，其特征在于，包括：
分时日志文件创建模块，用于创建多个分时日志文件；
服务日志分段模块，用于将一条链路上的多个服务日志以一定的时间间隔进行划分，得到多个分段服务日志；
服务日志写入模块，用于将各所述分段服务日志写入对应的分时日志文件中；
分时日志文件存储模块，用于将各所述分时日志文件存储在日志收集服务器中，同时将链路对应的traceId以及每个服务日志对应的服务标识添加至所述日志收集服务器内存；
服务日志查询模块，用于通过traceId、服务标识以及时间段调用对应的分时日志文件中的服务日志，以供日志查询；调用链路中，traceId加入服务数量统计标识，以入口服务作为首个服务标识，当超过设定的服务节点后，异常捕获消息队列生效，若在接下来的服务中出现异常，输出的堆栈异常信息将连同traceId及服务标识放入消息队列，入口服务消费该消息队列后，加入异常标识，写入分时日志文件的切入点位置；在分析异常时，根据入口服务的服务标识、异常标识及堆栈异常信息快速查询到异常点。
6.一种日志分时管理设备，其特征在于，所述日志分时管理设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的日志分时管理程序，所述日志分时管理程序被所述处理器执行时实现如权利要求1至4中任一项所述的日志分时管理方法的步骤。
7.一种存储介质，其特征在于，所述存储介质上存储有日志分时管理程序，所述日志分时管理程序被处理器执行时实现如权利要求1至4中任一项所述的日志分时管理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111560536.5A CN114385551B (zh) | 2021-12-20 | 2021-12-20 | 日志分时管理方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111560536.5A CN114385551B (zh) | 2021-12-20 | 2021-12-20 | 日志分时管理方法、装置、设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114385551A CN114385551A (zh) | 2022-04-22 |
| CN114385551B true CN114385551B (zh) | 2023-03-24 |
Family
ID=81198868
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111560536.5A Active CN114385551B (zh) | 2021-12-20 | 2021-12-20 | 日志分时管理方法、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114385551B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115357689B (zh) * | 2022-10-18 | 2023-02-17 | 盛业信息科技服务(深圳)有限公司 | 分布式日志的数据处理方法、装置、介质及计算机设备 |
| CN116016646B (zh) * | 2022-11-07 | 2024-05-28 | 中国工商银行股份有限公司 | 业务访问控制方法、装置、设备及介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8316353B2 (en) * | 2008-10-14 | 2012-11-20 | International Business Machines Corporation | Problem analysis via matching contiguous stack trace lines to symptom rules |
| CN110569222B (zh) * | 2019-08-23 | 2022-11-15 | 浙江大搜车软件技术有限公司 | 链路追踪方法、装置、计算机设备和可读存储介质 |
| CN111585799A (zh) * | 2020-04-29 | 2020-08-25 | 杭州迪普科技股份有限公司 | 网络故障预测模型建立方法及装置 |
| CN111639059A (zh) * | 2020-05-28 | 2020-09-08 | 深圳壹账通智能科技有限公司 | 日志信息的存储及定位方法、电子设备及存储介质 |
| CN113407415A (zh) * | 2021-06-28 | 2021-09-17 | 四川虹美智能科技有限公司 | 智能终端的日志管理方法和装置 |
-
2021
- 2021-12-20 CN CN202111560536.5A patent/CN114385551B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN114385551A (zh) | 2022-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20180365085A1 (en) | Method and apparatus for monitoring client applications | |
| CN114385551B (zh) | 日志分时管理方法、装置、设备及存储介质 | |
| CN112612675A (zh) | 微服务架构下的分布式大数据日志链路跟踪方法及系统 | |
| RU2691595C2 (ru) | Конструируемый поток данных для улучшенной обработки событий | |
| CN111881011A (zh) | 日志管理方法、平台、服务器及存储介质 | |
| CN110928851B (zh) | 处理日志信息的方法、装置、设备及存储介质 | |
| CN105207806A (zh) | 分布式服务的监控方法及装置 | |
| CN111367760B (zh) | 日志采集方法及装置、计算机设备、存储介质 | |
| CN110019239B (zh) | 上报数据的存储方法、装置、电子设备和存储介质 | |
| CN111506559A (zh) | 数据存储方法、装置、电子设备及存储介质 | |
| CN113704790A (zh) | 一种异常日志信息汇总方法及计算机设备 | |
| US20210279113A1 (en) | Resegmenting chunks of data based on source type to facilitate load balancing | |
| JP2020057416A (ja) | 分散データベースにおけるデータブロックを処理する方法およびデバイス | |
| CN111314158B (zh) | 大数据平台监控方法、装置及设备、介质 | |
| CN112000350A (zh) | 一种动态规则更新方法、装置及存储介质 | |
| CN110674231A (zh) | 一种面向数据湖的用户id集成方法和系统 | |
| CN111737203A (zh) | 数据库历史日志回溯方法、装置、系统、设备及存储介质 | |
| CN113407511A (zh) | 日志聚合方法、设备及计算机程序产品 | |
| CN108228432A (zh) | 一种分布式链路跟踪、分析方法及服务器、全局调度器 | |
| CN116204540A (zh) | 操作日志记录方法、装置、设备及存储介质 | |
| CN112579552A (zh) | 日志存储及调用方法、装置及系统 | |
| CN117555969A (zh) | 基于Hive的血缘信息管理方法、装置及计算机设备 | |
| CN107330031A (zh) | 一种数据存储的方法、装置及电子设备 | |
| CN113297245A (zh) | 获取执行信息的方法及装置 | |
| CN114817300A (zh) | 基于sql语句的日志查询方法及其应用 |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Log time-sharing management methods, devices, devices, and storage media Effective date of registration: 20230925 Granted publication date: 20230324 Pledgee: Guanggu Branch of Wuhan Rural Commercial Bank Co.,Ltd. Pledgor: WUHAN WUYI YUNTONG NETWORK TECHNOLOGY Co.,Ltd. Registration number: Y2023980058239 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right |