CN110764974B - 一种监控方法、装置及存储介质 - Google Patents
一种监控方法、装置及存储介质 Download PDFInfo
- Publication number
- CN110764974B CN110764974B CN201911361324.7A CN201911361324A CN110764974B CN 110764974 B CN110764974 B CN 110764974B CN 201911361324 A CN201911361324 A CN 201911361324A CN 110764974 B CN110764974 B CN 110764974B
- Authority
- CN
- China
- Prior art keywords
- monitoring
- service
- determining
- thread
- monitoring item
- 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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
- G06F11/3093—Configuration details thereof, e.g. installation, enabling, spatial arrangement of the probes
-
- 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/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/865—Monitoring of software
Abstract
本申请公开一种监控方法，包括：确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项；以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；将所述监控埋点划分为第一类监控埋点和第二类监控埋点；所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态。如此，可以监控到软件中每一层的所有组件，并将运维监控扩展到所有软件活动的参与者。
Description
技术领域
本发明涉及运维监控技术领域，尤其涉及一种监控方法、装置及存储介质。
背景技术
随着开源软件的兴起，软件的背后是种类繁多的组件，从技术架构的角度，每一层中的所有组件都需要进行监控；但是种类繁多的组件的各类指标对于查看监控的技术人员是海量的，不同监控项上设置不当导致误告警、重复告警的事件时有发生，都对运维监控工作带来了麻烦；同时，在相关技术中，运维监控只是面向运维人员，并不面向用户；因此，如何监控软件中每一层的所有组件，并且将运维监控扩展到所有软件活动的参与者尚未被明确。
发明内容
本发明实施例提供一种监控方法、装置及存储介质，可以监控平台系统中每一层的所有组件，并且将运维监控扩展到所有软件获得的参与者。
本发明实施例的技术方案是这样实现的：
确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项；
以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；
将所述监控埋点划分为第一类监控埋点和第二类监控埋点；所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态。
上述方案中，所述确定业务线程在至少一个业务平台上的第一监控项包括：
在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；
在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
上述方案中，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第二监控项；
在所述业务线程离开所述子系统的位置，确定一个所述第二监控项。
上述方案中，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入所述业务平台的子系统内的模块的位置，确定一个所述第二监控项；
在所述业务线程离开所述模块的位置，确定一个所述第二监控项。
上述方案中，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入服务接口的位置，确定一个所述第二监控项；
在所述业务线程离开所述服务接口的位置，确定一个所述第二监控项；
所述服务接口位于所述子系统内部，或者所述服务接口位于子系统内的模块内部。
上述方案中，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入对象封装的位置，确定一个所述第二监控项；
在所述业务线程离开所述对象封装的位置，确定一个所述第二监控项；
所述对象封装位于所述子系统内部，或者所述对象封装位于所述子系统内的模块内部，或者所述对象封装位于所述子系统内的模块内的服务接口内部。
上述方案中，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入所述业务平台内部的对象行为的位置，确定一个所述第二监控项；
在所述业务线程离开所述对象行为的位置，确定一个所述第二监控项。
本申请实施例还提供一种监控装置，包括：
确定单元，用于确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项；
获取单元，用于以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；
划分单元，用于将所述监控埋点划分为第一类监控埋点和第二类监控埋点；所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态。
上述方案中，所述确定单元还用于：
在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；
在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
上述方案中，所述确定单元还用于：
在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第二监控项；
在所述业务线程离开所述子系统的位置，确定一个所述第二监控项。
上述方案中，所述确定单元还用于：
在所述业务线程进入所述业务平台的子系统内的模块的位置，确定一个所述第二监控项；
在所述业务线程离开所述模块的位置，确定一个所述第二监控项。
上述方案中，所述确定单元还用于：
在所述业务线程进入服务接口的位置，确定一个所述第二监控项；
在所述业务线程离开所述服务接口的位置，确定一个所述第二监控项；
所述服务接口位于所述子系统内部，或者所述服务接口位于子系统内的模块内部。
上述方案中，所述确定单元还用于：
在所述业务线程进入对象封装的位置，确定一个所述第二监控项；
在所述业务线程离开所述对象封装的位置，确定一个所述第二监控项；
所述对象封装位于所述子系统内部，或者所述对象封装位于所述子系统内的模块内部，或者所述对象封装位于所述子系统内的模块内的服务接口内部。
上述方案中，所述确定单元还用于：
在所述业务线程进入所述业务平台内部的对象行为的位置，确定一个所述第二监控项；
在所述业务线程离开所述对象行为的位置，确定一个所述第二监控项。
本发明实施例还提供一种存储介质，存储有可执行程序，所述可执行程序被处理器执行时，实现上述的监控方法。
本申请实施例提供的监控方法，通过确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项；以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。以业务线程为切入点，贯穿业务平台和业务平台内部，最大程度上聚焦了监控的重点，避免资源浪费；同时，由粗到细地定位出日志对应的监控埋点的范围，方便定位和排查问题；最后，通过对监控点分类的方式，使用户和运维人员都能够参与运维监控过程。
附图说明
图1为本申请实施例提供的一种监控方法的可选流程示意图一；
图2为本申请实施例提供的确定所述业务线程在所述至少一个业务平台内部的第二监控项的可选流程示意图；
图3为本申请实施例提供的一种监控方法的可选流程示意图二；
图4为本申请实施例提供的一种监控方法的可选流程示意图三；
图5为本申请实施例提供的一种监控方法的可选流程示意图四；
图6为本申请实施例提供的根据用户使用软件的偏好获取的业务线程的可选结构示意图；
图7为本申请实施例提供的确定业务线程在至少一个业务平台上的第一监控项的可选结构示意图；
图8为本申请实施例提供的确定业务线程在至少一个业务平台内部的第二监控项的可选结构示意图一；
图9为本申请实施例提供的确定业务线程在至少一个业务平台内部的第二监控项的可选结构示意图二；
图10为本申请实施例提供的监控装置的可选流程示意图；
图11为本申请实施例提供的服务器的硬件组成结构示意图。
具体实施方式
以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
随着软件规模的逐渐扩大，软件中的不同业务也被拆分成更多的模块；加之开源软件的兴起，最终上线的业务平台的背后是繁多的各类组件。从技术架构的角度看，所述业务平台内部每一层中的所有组件都需要进行监控，但是所有组件的各类指标加起来的数据，对于查看监控的运维人员来说是海量的。并且，在监控项上还会设置各类告警策略，由于设置不当导致的误告警和重复告警事件时有发生，都为运维人员带来麻烦。
在相关技术中，运维监控只是面向运维人员，并不面向用户；并且对运维人员而言，每一层中的所有组件都是需要进行监控的重点，可能运维人员监控并解决的并不是用户关注使用的重点，因此，如何对软件中业务线程贯穿的各个业务平台以及所述各个业务平台内部逐层深入监控，将运维监控扩展到所有软件活动的参与者，是需要解决的技术问题。
基于目前运维监控中存在的问题，本申请实施例提供一种监控方法，能够解决现有技术方案中无法解决的技术难题和缺点。
图1示出了本申请实施例提供的一种监控方法的可选流程示意图一，将根据各个步骤进行说明。
步骤S101，确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项。
在一些实施例中，服务器确定业务线程在至少一个业务平台上的第一监控项，和所述业务平台内部的第二监控项。
在一些实施例中，服务器确定业务线程在至少一个业务平台上的第一监控项包括：在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
在一些实施例中，所述在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项包括：在所述业务线程进入至少两个业务平台的情况下，所述业务线程进入每一个业务平台的位置，分别确定一个所述第一监控项；在所述业务线程离开至少两个业务平台的情况下，所述业务线程离开每一个业务平台的位置，分别确立一个所述第一监控项。
在一些实施例中，所述第一监控项为一级业务监控项，所述一级监控项自身并没有可操作性，但意义却非常重要，一级监控项对于整个软件运行过程来说都是最重要的关键监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个业务平台内部的第二监控项包括步骤S201至步骤S203，图2示出了本申请实施例提供的确定所述业务线程在所述至少一个业务平台内部的第二监控项的可选流程示意图，将根据各个步骤进行说明。
步骤S201，确定所述业务线程在所述至少一个业务平台内部的第一子监控项。
在一些实施例中，所述第一子监控项属于所述第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个业务平台内部的第一子监控项，包括：服务器在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第一子监控项；在所述业务线程离开所述子系统的位置，确定一个所述第一子监控项。
在一些实施例中，所述在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第一子监控项；在所述业务线程离开所述子系统的位置，确定一个所述第一子监控项包括：所述业务线程进入一个业务平台内部的至少两个子系统的情况下，所述业务线程进入每一个子系统的位置，分别确定一个所述第一子监控项。
步骤S202，确定所述业务线程在所述至少一个子系统内部的第二子监控项。
在一些实施例中，所述第二子监控项属于所述第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个子系统内部的第二子监控项，包括：服务器在所述业务线程进入所述子系统内部的对象封装的位置，确定一个所述第二子监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二子监控项。
在一些实施例中，所述在所述业务线程进入所述子系统内部的对象封装的位置，确定一个所述第二子监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二子监控项包括：所述业务线程进入一个子系统内部的至少两个对象封装的情况下，所述业务线程进入每一个对象封装的位置，分别确定一个所述第二子监控项。
步骤S203，确定所述业务线程在所述至少一个对象封装内部的第三子监控项。
在一些实施例中，所述第三子监控项属于所述第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个对象封装内部的第三子监控项，包括：服务器在所述业务线程进入所述对象封装内部的对象行为的位置，确定一个所述第三子监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第三子监控项。
在一些实施例中，所述在所述业务线程进入所述对象封装内部的对象行为的位置，确定一个所述第三子监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第三子监控项包括：所述业务线程进入一个对象封装内部的至少两个对象行为的情况下，所述业务线程进入每一个对象行为的位置，分别确定一个所述第三子监控项。
如此，本申请实施例通过业务线程贯穿平台、子系统、对象封装和对象行为等多层技术架构的方式，由粗到细地对软件内部进行监控，在软件运行过程中出现错误的情况下，可以迅速定位到监控项的范围，节约工程实现时间。
步骤S102，以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。
在一些实施例中，服务器以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。服务器通过所述日志中包含的关键字确认所述第一监控项和所述第二监控项的状态。
在另一些实施例中，所述第一监控项和所述第二监控项对应的监控埋点数据转换成指定规范和格式的日志，服务器通过所述指定规范和格式的日志获取所述第一监控项和所述第二监控项对应的监控埋点。所述指定规范和格式包括：根据用户或者监控人员的需求指定日志的规范和格式，或者根据行业习惯指定日志的规范和格式。例如，日志使用JSON格式统一建模。
在一些实施例中，所述日志包括：程序报错日志、程序调试日志、用户体验日志和应用性能日志。所述程序报错日志为记录软件运行过程中出现错误的错误信息的文本文件，所述程序报错日志的关键字为err_log；所述程序调试日志为记录调试所述软件过程中的调试信息的文本文件，所述程序调试日志的关键字为debug_log；所述用户体验日志为在用户体验视角下观察到的业务指标，所述用户体验日志的关键字为uperf_log；所述应用性能日志为在技术架构视角下观察到的性能指标，所述应用性能日志的关键字为perf_log。
在一些实施例中，所述方法还包括：在日志中附加元信息，形成时间和空间拓扑，物理和逻辑拓扑。所述元信息包括：环境栈、应用栈和业务流，所述元信息的关键字为metadata。
在一些实施例中，所述时间和空间拓扑包括：以时间为横轴、业务线程贯穿的业务平台、子系统、对象封装和对象行为由粗到细为纵轴，将不同时间和不同的监控项对应放置在坐标系中，形成拓扑结构。
在一些实施例中，所述物理和逻辑包括：以所述业务平台、子系统、对象封装和对象行为对应的物理模块为横轴，以所述业务平台、子系统、对象封装和对象行为对应的逻辑为纵轴，将物理模块和逻辑的监控埋点对应放置在坐标系中，形成拓扑结构。
如此，以日志作为连接监控项和服务器的管道，进一步统一了监控源，在后续步骤中可以结合大数据分析工具，更好地定位和排查问题，同时可提供带上下文式的关联信息。
步骤S103，将所述监控埋点划分为第一类监控埋点和第二类监控埋点。
在一些实施例中，服务器将所述监控埋点划分为第一类监控埋点和第二类监控埋点。所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态。
在一些实施例中，服务器根据监控埋点对应的日志类型，将所述监控埋点划分为第一类监控埋点和第二类监控埋点，包括：根据日志的用途，将所述日志对应的监控埋点划分为：故障排查类埋点和监控告警类埋点。所述第一类监控埋点为故障排查类埋点，包括：程序报错日志对应的监控埋点和程序调试日志对应的监控埋点；所述第二类监控埋点为监控告警类埋点，包括：用户体验日志对应的监控埋点和应用性能日志对应的监控埋点。
在另一些实施例中，服务器根据所述监控埋点对应的日志面向的人员，将所述监控埋点划分为第一类监控埋点和第二类监控埋点。包括：根据日志面向的人员，将所述日志对应的监控埋点划分为：业务类埋点和技术类埋点。所述第一类监控埋点为业务类埋点，包括：用户体验日志对应的监控埋点，用于用户对所述软件进行监控；所述第二类埋点为技术类埋点，包括：程序报错日志对应的监控埋点、程序调试日志对应的监控埋点、以及应用性能日志对应的监控埋点，用于监控人员对所述软件进行监控。
在一些实施例中，所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态，包括：根据所述第一类监控埋点对应的日志和所述第二类监控埋点对应的日志确定所述业务线程的状态。例如，在所述日志为程序报错日志的情况下，确定所述业务线程的状态为出现错误；在所述日志为程序调试日志的情况下，确定所述业务线程的状态为正在调试或已调试。
如此，将所述监控埋点划分为第一类监控埋点和第二类监控埋点，不同类型的人员可以根据不同类型的监控埋点获得自己想要得到的监控信息。例如用户可以根据业务类埋点对应的日志，监控软件运行的业务指标；监控人员可以根据技术类埋点对应的日志，监控软件运行的性能指标。
如此，通过确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项；由粗到细地定位出日志对应的监控埋点的范围，相比相关技术中自底向上的方式更加节约时间；最后，以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；将所述监控埋点划分为第一类监控埋点和第二类监控埋点，在制定好日志规范和格式的基础上进一步统一监控源，后续结合大数据分析工具，能够为企业定位和排查问题，同时提供上下文式的关联关系。
图3示出了本申请实施例提供的一种监控方法的可选流程示意图二，将根据各个步骤进行说明。
步骤S301，确定所述业务线程在所述至少一个业务平台上的第一监控项。
在一些实施例中，服务器确定业务线程在至少一个业务平台上的第一监控项。
在一些实施例中，服务器确定业务线程在至少一个业务平台上的第一监控项包括：在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
在一些实施例中，所述在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项包括：在所述业务线程进入至少两个业务平台的情况下，所述业务线程进入每一个业务平台的位置，分别确定一个所述第一监控项；在所述业务线程离开至少两个业务平台的情况下，所述业务线程离开每一个业务平台的位置，分别确立一个所述第一监控项。
在一些实施例中，所述第一监控项为一级业务监控项，所述一级监控项自身并没有可操作性，但意义却非常重要，一级监控项对于整个软件运行过程来说都是最重要的关键监控项。
步骤S302，确定所述业务线程在所述至少一个业务平台内部的第一子监控项。
在一些实施例中，所述第一子监控项属于第二监控项。所述第二监控项为业务线程在所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个业务平台内部的第一子监控项，包括：服务器在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第一子监控项；在所述业务线程离开所述子系统的位置，确定一个所述第一子监控项。
在一些实施例中，所述在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第一子监控项；在所述业务线程离开所述子系统的位置，确定一个所述第一子监控项包括：所述业务线程进入一个业务平台内部的至少两个子系统的情况下，所述业务线程进入每一个子系统的位置，分别确定一个所述第一子监控项。
步骤S303，确定所述业务线程在所述至少一个子系统内部的第四子监控项。
在一些实施例中，所述第四子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个子系统内部的第四子监控项，包括：服务器在所述业务线程进入所述子系统内部的模块的位置，确定一个所述第四子监控项；在所述业务线程离开所述模块的位置，确定一个所述第四子监控项。
在一些实施例中，所述在所述业务线程进入所述子系统内部的模块的位置，确定一个所述第四子监控项；在所述业务线程离开所述模块的位置，确定一个所述第四子监控项包括：所述业务线程进入一个子系统部的至少两个模块的情况下，所述业务线程进入每一个模块的位置，分别确定一个所述第四子监控项。
步骤S304，确定所述业务线程在所述至少一个模块内部的第二子监控项。
在一些实施例中，所述第二子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个模块内部的第二子监控项，包括：服务器在所述业务线程进入所述模块内部的对象封装的位置，确定一个所述第二子监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二子监控项。
在一些实施例中，所述在所述业务线程进入所述模块内部的对象封装的位置，确定一个所述第二子监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二子监控项包括：所述业务线程进入一个模块内部的至少两个对象封装的情况下，所述业务线程进入每一个对象封装的位置，分别确定一个所述第二子监控项。
步骤S305，确定所述业务线程在所述至少一个对象封装内部的第三子监控项。
在一些实施例中，所述第三子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个对象封装内部的第三子监控项，包括：服务器在所述业务线程进入所述对象封装内部的对象行为的位置，确定一个所述第三子监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第三子监控项。
在一些实施例中，所述在所述业务线程进入所述对象封装内部的对象行为的位置，确定一个所述第三子监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第三子监控项包括：所述业务线程进入一个对象封装内部的至少两个对象行为的情况下，所述业务线程进入每一个对象行为的位置，分别确定一个所述第三子监控项。
步骤S306，以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。
在一些实施例中，服务器以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。服务器通过所述日志中包含的关键字确认所述第一监控项和所述第二监控项的状态。
在另一些实施例中，所述第一监控项和所述第二监控项对应的监控埋点数据转换成指定规范和格式的日志，服务器通过所述指定规范和格式的日志获取所述第一监控项和所述第二监控项对应的监控埋点。所述指定规范和格式包括：根据用户或者监控人员的需求指定日志的规范和格式，或者根据行业习惯指定日志的规范和格式。例如，日志使用JSON格式统一建模。
在一些实施例中，所述日志包括：程序报错日志、程序调试日志、用户体验日志和应用性能日志。所述程序报错日志为记录软件运行过程中出现错误的错误信息的文本文件，所述程序报错日志的关键字为err_log；所述程序调试日志为记录调试所述软件过程中的调试信息的文本文件，所述程序调试日志的关键字为debug_log；所述用户体验日志为在用户体验视角下观察到的业务指标，所述用户体验日志的关键字为uperf_log；所述应用性能日志为在技术架构视角下观察到的性能指标，所述应用性能日志的关键字为perf_log。
在一些实施例中，所述方法还包括：在日志中附加元信息，形成时间和空间拓扑，物理和逻辑拓扑。所述元信息包括：环境栈、应用栈和业务流，所述元信息的关键字为metadata。
在一些实施例中，所述时间和空间拓扑包括：以时间为横轴、业务线程贯穿的业务平台、子系统、对象封装和对象行为由粗到细为纵轴，将不同时间和不同的监控项对应放置在坐标系中，形成拓扑结构。
在一些实施例中，所述物理和逻辑包括：以所述业务平台、子系统、对象封装和对象行为对应的物理模块为横轴，以所述业务平台、子系统、对象封装和对象行为对应的逻辑为纵轴，将物理模块和逻辑的监控埋点对应放置在坐标系中，形成拓扑结构。
步骤S307，将所述监控埋点划分为第一类监控埋点和第二类监控埋点。
步骤S307的具体实施例与步骤S103相同，此处不再重复赘述。
如此，通过确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项；由粗到细地定位出日志对应的监控埋点的范围，相比相关技术中自底向上的方式更加节约时间；最后，以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；将所述监控埋点划分为第一类监控埋点和第二类监控埋点，在制定好日志规范和格式的基础上进一步统一监控源，后续结合大数据分析工具，能够为企业定位和排查问题，同时提供上下文式的关联关系。
图4示出了本申请实施例提供的一种监控方法的可选流程示意图三，将根据各个步骤进行说明。
步骤S401，确定所述业务线程在所述至少一个业务平台上的第一监控项。
在一些实施例中，服务器确定业务线程在至少一个业务平台上的第一监控项。
在一些实施例中，服务器确定业务线程在至少一个业务平台上的第一监控项包括：在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
在一些实施例中，所述在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项包括：在所述业务线程进入至少两个业务平台的情况下，所述业务线程进入每一个业务平台的位置，分别确定一个所述第一监控项；在所述业务线程离开至少两个业务平台的情况下，所述业务线程离开每一个业务平台的位置，分别确立一个所述第一监控项。
在一些实施例中，所述第一监控项为一级业务监控项，所述一级监控项自身并没有可操作性，但意义却非常重要，一级监控项对于整个软件运行过程来说都是最重要的关键监控项。
步骤S402，确定所述业务线程在所述至少一个业务平台内部的第一子监控项。
在一些实施例中，所述第一子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个业务平台内部的第一子监控项，包括：服务器在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第一子监控项；在所述业务线程离开所述子系统的位置，确定一个所述第一子监控项。
在一些实施例中，所述在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第一子监控项；在所述业务线程离开所述子系统的位置，确定一个所述第一子监控项包括：所述业务线程进入一个业务平台内部的至少两个子系统的情况下，所述业务线程进入每一个子系统的位置，分别确定一个所述第一子监控项。
步骤S403，确定所述业务线程在所述至少一个子系统内部的第五子监控项。
在一些实施例中，所述第五子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个子系统内部的第五子监控项，包括：服务器在所述业务线程进入所述子系统内部的服务接口的位置，确定一个所述第五子监控项；在所述业务线程离开所述服务接口的位置，确定一个所述第五子监控项。
在一些实施例中，所述在所述业务线程进入所述子系统内部的服务接口的位置，确定一个所述第五子监控项；在所述业务线程离开所述服务接口的位置，确定一个所述第五子监控项包括：所述业务线程进入一个子系统内部的至少两个服务接口的情况下，所述业务线程进入每一个服务接口的位置，分别确定一个所述第五子监控项。
步骤S404，确定所述业务线程在所述至少一个服务接口内部的第二子监控项。
在一些实施例中，所述第二子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个服务接口内部的第二子监控项，包括：服务器在所述业务线程进入所述服务接口内部的对象封装的位置，确定一个所述第二子监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二子监控项。
在一些实施例中，所述在所述业务线程进入所述服务接口内部的对象封装的位置，确定一个所述第二子监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二子监控项包括：所述业务线程进入一个服务接口内部的至少两个对象封装的情况下，所述业务线程进入每一个对象封装的位置，分别确定一个所述第二子监控项。
步骤S405，确定所述业务线程在所述至少一个对象封装内部的第三子监控项。
在一些实施例中，所述第三子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个对象封装内部的第三子监控项，包括：服务器在所述业务线程进入所述对象封装内部的对象行为的位置，确定一个所述第三子监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第三子监控项。
在一些实施例中，所述在所述业务线程进入所述对象封装内部的对象行为的位置，确定一个所述第三子监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第三子监控项包括：所述业务线程进入一个对象封装内部的至少两个对象行为的情况下，所述业务线程进入每一个对象行为的位置，分别确定一个所述第三子监控项。
步骤S406，以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。
在一些实施例中，服务器以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。服务器通过所述日志中包含的关键字确认所述第一监控项和所述第二监控项的状态。
在另一些实施例中，所述第一监控项和所述第二监控项对应的监控埋点数据转换成指定规范和格式的日志，服务器通过所述指定规范和格式的日志获取所述第一监控项和所述第二监控项对应的监控埋点。所述指定规范和格式包括：根据用户或者监控人员的需求指定日志的规范和格式，或者根据行业习惯指定日志的规范和格式。例如，日志使用JSON格式统一建模。
在一些实施例中，所述日志包括：程序报错日志、程序调试日志、用户体验日志和应用性能日志。所述程序报错日志为记录软件运行过程中出现错误的错误信息的文本文件，所述程序报错日志的关键字为err_log；所述程序调试日志为记录调试所述软件过程中的调试信息的文本文件，所述程序调试日志的关键字为debug_log；所述用户体验日志为在用户体验视角下观察到的业务指标，所述用户体验日志的关键字为uperf_log；所述应用性能日志为在技术架构视角下观察到的性能指标，所述应用性能日志的关键字为perf_log。
在一些实施例中，所述方法还包括：在日志中附加元信息，形成时间和空间拓扑，物理和逻辑拓扑。所述元信息包括：环境栈、应用栈和业务流，所述元信息的关键字为metadata。
步骤S407，将所述监控埋点划分为第一类监控埋点和第二类监控埋点。
步骤S407的具体实施例与步骤S103相同，此处不再重复赘述。
如此，通过确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项；由粗到细地定位出日志对应的监控埋点的范围，相比相关技术中自底向上的方式更加节约时间；最后，以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；将所述监控埋点划分为第一类监控埋点和第二类监控埋点，在制定好日志规范和格式的基础上进一步统一监控源，后续结合大数据分析工具，能够为企业定位和排查问题，同时提供上下文式的关联关系。
图5示出了本申请实施例提供的一种监控方法的可选流程示意图四，将根据各个步骤进行说明。
步骤S501，获取用户使用软件的偏好。
在一些实施例中，所述用户使用软件的偏好包括：根据至少两个用户在使用软件过程中的使用所述软件所包含的不同入口的使用频率、使用所述软件所包含的不同入口的停留时间、启动所述软件所包含的不同入口的频率、使用所述软件所包含的不同入口的时间中至少一中数据统计得到的所述软件所包含的不同功能的使用率、停留时间、启动频率、使用时间中至少一种进行排序，排名小于或等于第一阈值的入口为用户使用软件的偏好。或者，对所述软件所包含的不同功能的使用率、停留时间、启动频率、使用时间进行加权求和，并排序，排名小于或等于第一阈值的入口为用户使用软件的偏好。其中，所述软件所包含的不同入口包括：所述软件在智能终端屏幕上显示的用户界面中，不同功能的图标。
例如，统计用户使用所述软件过程中，使用所述软件所包含的不同入口的使用频率，使用频率最高的前3名的入口，为用户使用软件的偏好；或者，统计用户使用所述软件的过程中，使用所述软件所包含的不同入口的使用频率，以及统计用户使用所述软件过程中，使用所述软件所包含的不同入口的停留时间，对不同的统计数据进行加权求和，得到总数据排名中前3名的入口为用户使用软件的偏好。
在另一些实施例中，所述用户使用软件的偏好还包括：根据用户的心理确定的所述软件所包含的不同入口的使用频率。根据用户的心理划分的软件入口类型包括：必须满足、锦上添花和可有可无。所述必须满足包括：用户对所述软件所包含的其中一个入口的使用频率、使用时间、启动频率或者停留时间均不高，但是在所述入口存在的情况下，用户会觉得使用所述软件的过程安心。如软件中“联系客服”的入口，用户不一定会使用，但是在有“联系客服”的入口的情况下，用户能够更安心地使用所述软件。所述锦上添花包括：所述入口不是必须存在的，但是存在的情况下，会提高用户体验。所述可有可无包括：所述入口用户并不在意，有所述入口或者没有所述入口，对用户使用所述软件没有任何影响。
步骤S502，根据用户使用软件的偏好获取业务线程。
在一些实施例中，所述业务线程包括：关键业务线程和非关键业务线程。服务器根据用户使用软件的偏好获取业务线程包括：服务器根据用户使用软件的偏好，梳理出关键业务线程和非关键业务线程。
在一些实施例中，所述关键业务线程包括：用户使用软件的过程中，贯穿排名小于或等于第一阈值的入口及与所述入口相关的平台、子系统、模块、服务接口、对象封装、以及具体的对象行为中的至少一种的业务线程。所述非关键业务线程包括：用户使用软件的过程中，贯穿排名大于第一阈值的入口及与所述入口的相关的平台、子系统、模块、服务接口、对象封装、以及具体的对象行为中的至少一种的业务线程。
图6示出了根据用户使用软件的偏好获取的3条业务线程，包括2条关键业务线程和1条非关键业务线程。所述业务线程之间可以产生交集也可以是并行的，业务线程之间的交叉或并行关系不影响后续的监控结果。
在一些实施例中，所述第一阈值可以为根据历史数据和/或实际应用中统计得到的值，例如，根据历史数据和/或实际应用，使用软件期间，贯穿排名前3的入口及与所述入口相关的平台、子系统、模块、服务接口、对象封装、以及具体的对象行为中的至少一种的业务线程为关键业务线程，则设定第一阈值为3；或者，所述第一阈值可以为根据监控需求设置的值。例如，需要对使用软件期间，贯穿排名前4的入口及与所述入口相关的平台、子系统、模块、服务接口、对象封装、以及具体的对象行为中的至少一种的业务线程为关键业务线程，则设定第一阈值为4。
步骤S503，确定业务线程在至少一个业务平台上的第一监控项。
在一些实施例中，服务器确定业务线程在至少一个业务平台上的第一监控项，和所述业务平台内部的第二监控项。
在一些实施例中，服务器确定业务线程在至少一个业务平台上的第一监控项包括：在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
在一些实施例中，所述在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项包括：在所述业务线程进入至少两个业务平台的情况下，所述业务线程进入每一个业务平台的位置，分别确定一个所述第一监控项；在所述业务线程离开至少两个业务平台的情况下，所述业务线程离开每一个业务平台的位置，分别确立一个所述第一监控项。
在一些实施例中，所述第一监控项为一级业务监控项，所述一级监控项自身并没有可操作性，但意义却非常重要，以及监控项对于整个业务流程来说都是最重要的关键监控指标。
在一些实施例中，在所述至少两条业务线程贯穿一个业务平台的情况下，在所述至少两条业务线程进入所述一个业务平台的位置，分别确定一个第一监控项；在所述至少两个条业务线程离开所述一个业务平台的位置，分别确立一个所述第一监控项。或者，在一条业务线程贯穿至少两个业务平台的情况下，在所述业务线程进入每一个业务平台的位置，分别确定一个所述第一监控项；在所述业务线程离开每一个业务平台的位置，分别确立一个所述第一监控项。
图7示出了本申请实施例提供的确定业务线程在至少一个业务平台上的第一监控项的可选结构示意图，将根据各个部分进行说明。
图7为3条业务线程贯穿2个平台的结构示意图，包含2条关键业务线程：关键业务线程1和关键业务线程2；1条非关键业务线程：非关键业务线程1；两个业务平台：业务平台1和业务平台2。其中，关键业务线程1贯穿业务平台1；关键业务线程2分别贯穿业务平台1和业务平台2；非关键业务线程1贯穿业务平台1。
在所述关键业务线程1进入所述业务平台1的位置，确定一个第一监控项A1；在所述关键业务线程1离开所述业务平台1的位置，确定一个第一监控项A2。在所述关键业务线程2进入所述业务平台1的位置，确定一个第一监控项A3；在所述关键业务线程2离开所述业务平台1的位置，确定一个第一监控项A4；在所述关键业务线程2进入所述业务平台2的位置，确定一个第一监控项A5；在所述关键业务线程2离开所述业务平台2的位置，确定一个第一监控项A6。在所述非关键业务线程1进入所述业务平台2的位置，确定一个第一监控项A7；在所述非关键业务线程1离开所述业务平台2的位置，确定一个第一监控项A8。
步骤S504，确定所述业务线程在所述至少一个业务平台内部的第一子监控项。
在一些实施例中，所述第一子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个业务平台内部的第一子监控项，包括：服务器在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第一子监控项；在所述业务线程离开所述子系统的位置，确定一个所述第一子监控项。
在一些实施例中，所述在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第一子监控项；在所述业务线程离开所述子系统的位置，确定一个所述第一子监控项包括：所述业务线程进入一个业务平台内部的至少两个子系统的情况下，所述业务线程进入每一个子系统的位置，分别确定一个所述第一子监控项。
在一些实施例中，在所述至少两条业务线程贯穿一个子系统的情况下，在所述至少两条业务线程进入所述一个子系统的位置，分别确定一个第一子监控项；在所述至少两个条业务线程离开所述一个子系统的位置，分别确立一个所述第一子监控项。或者，在一条业务线程贯穿至少两个子系统的情况下，在所述业务线程进入每一个子系统的位置，分别确定一个所述第一子监控项；在所述业务线程离开每一个子系统的位置，分别确立一个所述第一子监控项。
图8示出了本申请实施例提供的确定业务线程在至少一个业务平台内部的第二监控项的可选结构示意图，将根据各个部分进行说明。
图8为1条业务线程贯穿2个子系统的结构示意图，图中包含1条关键业务线程：关键业务线程1；1个业务平台：业务平台1；以及所述业务平台1内部的3个子系统：子系统1、子系统2和子系统3。其中，关键业务线程1贯穿业务平台1，以及所述业务平台1内部的子系统1和子系统2。
在所述关键业务线程1进入所述业务平台1的位置，确定一个第一监控项A1；在所述关键业务线程1离开所述业务平台1的位置，确定一个第一监控项A2。在所述关键业务线程1进入所述业务平台1内部的子系统1的位置，确定一个第二监控项B1；在所述关键业务线程1离开所述子系统1的位置，确定一个第二监控项B2。在所述关键业务线程1进入所述业务平台1内部的子系统2的位置，确定一个第二监控项B3；在所述关键业务线程1离开所述子系统2的位置，确定一个第二监控项B4。
图9示出了本申请实施例提供的确定业务线程在至少一个业务平台内部的第二监控项的可选结构示意图，将根据各个部分进行说明。
图9为3条业务线程贯穿2个业务平台以及2个业务平台内部4个子系统的结构示意图，图中包含2条关键业务线程：关键业务线程1和关键业务线程2；1条非关键业务线程：非关键业务线程2；2个业务平台：业务平台1和业务平台2；以及业务平台1内部的2个子系统：子系统4和子系统5；业务平台2内部的2个子系统：子系统6和子系统7。其中，关键业务线程1贯穿业务平台1以及业务平台1中的子系统4；关键业务线程2贯穿业务平台1以及业务平台1中的子系统5，和业务平台2以及业务平台2中的子系统6；非关键业务线程1贯穿业务平台2以及业务平台2中的子系统7。
在所述关键业务线程1进入所述业务平台1的位置，确定一个第一监控项A1；在所述关键业务线程1离开所述业务平台1的位置，确定一个第一监控项A2。在所述关键业务线程1进入所述业务平台1内部的子系统4的位置，确定一个第二监控项B5；在所述关键业务线程1离开所述子系统4的位置，确定一个第二监控项B6。
在所述关键业务线程2进入所述业务平台1的位置，确定一个第一监控项A3；在所述关键业务线程2离开所述业务平台1的位置，确定一个第一监控项A4。在所述关键业务线程2进入所述业务平台1内部的子系统5的位置，确定一个第二监控项B7；在所述关键业务线程2离开所述子系统5的位置，确定一个第二监控项B8。在所述关键业务线程2进入所述业务平台2的位置，确定一个第一监控项A5；在所述关键业务线程2离开所述业务平台2的位置，确定一个第一监控项A6。在所述关键业务线程2进入所述业务平台2内部的子系统6的位置，确定一个第二监控项B9；在所述关键业务线程2离开所述子系统6的位置，确定一个第二监控项B10。
可以根据实际情况，如公司的财力、人力决定是否对非关键业务线程1贯穿的业务平台2以及所述业务平台2内部进行监控，如果不监控，则不确认监控项。如果监控，在所述非关键业务线程1进入所述业务平台2的位置，确定一个第一监控项A7；在所述非关键业务线程1离开所述业务平台2的位置，确定一个第一监控项A8。在所述非关键业务线程1进入所述业务平台2内部的子系统7的位置，确定一个第二监控项B11；在所述非关键业务线程1离开所述子系统7的位置，确定一个第二监控项B12。
步骤S505，确定所述业务线程在所述至少一个子系统内部的第四子监控项。
在一些实施例中，所述第四子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个子系统内部的第四子监控项，包括：服务器在所述业务线程进入所述子系统内部的模块的位置，确定一个所述第四子监控项；在所述业务线程离开所述模块的位置，确定一个所述第四子监控项。
在一些实施例中，所述在所述业务线程进入所述子系统内部的模块的位置，确定一个所述第四子监控项；在所述业务线程离开所述模块的位置，确定一个所述第四子监控项包括：所述业务线程进入一个子系统部的至少两个模块的情况下，所述业务线程进入每一个模块的位置，分别确定一个所述第四子监控项。
步骤S506，确定所述业务线程在所述至少一个模块内部的第五子监控项。
在一些实施例中，所述第五子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个模块内部的第五子监控项，包括：服务器在所述业务线程进入所述模块内部的服务接口的位置，确定一个所述第五子监控项；在所述业务线程离开所述服务接口的位置，确定一个所述第五子监控项。
在一些实施例中，所述在所述业务线程进入所述模块内部的服务接口的位置，确定一个所述第五子监控项；在所述业务线程离开所述服务接口的位置，确定一个所述第五子监控项包括：所述业务线程进入一个模块内部的至少两个服务接口的情况下，所述业务线程进入每一个服务接口的位置，分别确定一个所述第五子监控项。
步骤S507，确定所述业务线程在所述至少一个服务接口内部的第二子监控项。
在一些实施例中，所述第二子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个服务接口内部的第二子监控项，包括：服务器在所述业务线程进入所述服务接口内部的对象封装的位置，确定一个所述第二子监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二子监控项。
在一些实施例中，所述在所述业务线程进入所述服务接口内部的对象封装的位置，确定一个所述第二子监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二子监控项包括：所述业务线程进入一个服务接口内部的至少两个对象封装的情况下，所述业务线程进入每一个对象封装的位置，分别确定一个所述第二子监控项。
步骤S508，确定所述业务线程在所述至少一个对象封装内部的第三子监控项。
在一些实施例中，所述第三子监控项属于第二监控项。所述第二监控项为所述至少一个业务平台内部的监控项。
在一些实施例中，服务器确定所述业务线程在所述至少一个对象封装内部的第三子监控项，包括：服务器在所述业务线程进入所述对象封装内部的对象行为的位置，确定一个所述第三子监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第三子监控项。
在一些实施例中，所述在所述业务线程进入所述对象封装内部的对象行为的位置，确定一个所述第三子监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第三子监控项包括：所述业务线程进入一个对象封装内部的至少两个对象行为的情况下，所述业务线程进入每一个对象行为的位置，分别确定一个所述第三子监控项。
步骤S509，以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。
在一些实施例中，服务器以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。服务器通过所述日志中的关键字确认所述第一监控项和所述第二监控项的状态。
在另一些实施例中，所述第一监控项和所述第二监控项对应的监控埋点数据转换成指定规范和格式的日志，服务器通过所述指定规范和格式的日志获取所述第一监控项和所述第二监控项对应的监控埋点。所述指定规范和格式包括：根据用户或者监控人员的需求指定日志的规范和格式，或者根据行业习惯指定日志的规范和格式。例如，日志使用JSON格式统一建模。
在一些实施例中，所述日志包括：程序报错日志、程序调试日志、用户体验日志和应用性能日志。所述程序报错日志为记录软件运行过程中错误信息的文本文件，所述程序报错日志的关键字为err_log；所述程序调试日志为记录调试所述软件过程中的调试信息的文本文件，所述程序调试日志的关键字为debug_log；所述用户体验日志为在用户体验视角下观察到的业务指标，所述用户体验日志的关键字为uperf_log；所述应用性能日志为在技术架构视角下观察到的性能指标，所述应用性能日志的关键字为perf_log。
在一些实施例中，所述程序报错日志的触发条件包括：所述程序报错日志一直开启，相邻错误抑制，在所述第一监控项和/或所述第二监控项出现错误的情况下，所述程序报错日志自动触发。所述程序调试日志的触发条件包括：程序报错时触发或者手动触发，所述手动触发包括：在进行调试时触发所述程序调试日志。所述用户体验日志的触发条件包括：一直开启，收集所述第一监控项和/或所述第二监控项的业务指标并周期性输出通过累加器和/或统计函数进行累加后的业务指标。所述应用性能日志的触发条件包括：一直开启，手机所述第一监控项和/或所述第二监控项的性能指标，并周期性输出通过累加器和/或统计函数进行累加后的性能指标。
在一些实施例中，所述方法还包括：在日志中附加元信息，形成时间和空间拓扑，物理和逻辑拓扑。所述元信息包括：环境栈、应用栈和业务流，所述元信息的关键字为metadata。
在一些实施例中，所述时间和空间拓扑包括：以时间为横轴、业务线程贯穿的业务平台、子系统、对象封装和对象行为由粗到细为纵轴，将不同时间和不同的监控项对应放置在坐标系中，形成拓扑结构。
在一些实施例中，所述物理和逻辑包括：以所述业务平台、子系统、对象封装和对象行为对应的物理模块为横轴，以所述业务平台、子系统、对象封装和对象行为对应的逻辑为纵轴，将物理模块和逻辑的监控埋点对应放置在坐标系中，形成拓扑结构。
在一些实施例中，所述环境栈的关键字为env_stack，由外到内包括：场景、集群、主机名、网际互联协议（Internet Protocol，IP）地址、容器身份标识号（IdentityDocument，ID）、进程ID、和线程ID。所述场景包括：正式使用场景、测试场景或研发场景，关键字为scene；所述集群包括：集群名称，关键字为cluster；所述主机名包括：物理主机的主机名或者虚拟主机的主机名，关键字为host；所述容器ID包括：容器所述所述服务或容器的id，关键字为cid；所述进程ID的关键字为pid；所述线程的关键字为tid。
在一些实施例中，所述应用栈的关键字为app_stack，由粗到细包括：平台、子系统、模块、服务、类名和方法名。所述平台包括：慧联无限网络服务器（EasylinkIn NetworkServer，EINS）、业务运营支撑系统（Business & Operation Support System，BOSS）、设备管理平台（Equipement Management Platform，EMP）或者平台即服务（Platform as aService，PAAS），所述平台的关键字为platform。所述子系统包括：uplink、lpwan或者backend等，所述子系统的关键字为subsys；所述模块的关键字为module；所述服务的关键字为service；所述类名的关键字为class；所述方法名的关键字为method。
在一些实施例中，所述应用栈中不存在所述模块和/或所述服务。根据实际需求选择是否需要在应用栈中设置模块和/或服务，在需要泛监控的场景中，设置模块和服务，使监控更加全面；在需要节约监控资源的场景，不设置模块和/或服务，降低资源浪费。
在一些实施例中，所述业务流的关键字为biz_flow，包括：请求标识、开始时间、持续时间、业务跨度、横向的前后关系、纵向的上下级关系和运行结果。所述请求标识为随机生成的标识，同一条业务流的请求ID相同，所述请求标识的关键字为qid；所述开始时间的关键字为start，格式为公元年-月-日 时:分:秒.微秒，例如：2019-01-30 11:22:33.123456、或者为公元年-月-日 时:分:秒.毫秒，例如：2019-01-30 11:22:33.123。所述持续时间的关键字为duration，所述持续时间的单位为秒（s）。所述业务跨度的关键字为span。所述横向的前后关系指业务的深度，例如：0、0.1、0.1.1、0.1.1.1，其中数字的个数代表某条业务流共有几个步骤，例如0.1.1.1中有4个数字，代表业务流中共有4个步骤；0表示初始步骤，0.1表示第二个步骤，0.1.1表示第三个步骤，0.1.1.1表示第四个步骤。所述纵向的上下级关系是指承接上述横向的前后关系中，其中一个步骤中调用的不同组件，或者是业务流的分支。例如0、0.2、0.3、0.4、0.1.2、0.1.3，其中0表示根调用，0.2表示第二个步骤的组件编号为2，0.3表示第二个步骤的组件编号为3，0.1.2表示序号为0的业务流的第三个步骤的组件编号为2，0.1.3表示序号为0的业务流的第三个步骤的组件编号为3。所述运行结果的关键字为runc，包括：成功（关键字为ok）、失败（关键字为failed）、超时（关键字为timeout）或者未知（关键字为unknown）。
步骤S510，将所述监控埋点划分为第一类监控埋点和第二类监控埋点。
在一些实施例中，服务器根据监控埋点对应的日志类型，将所述监控埋点划分为第一类监控埋点和第二类监控埋点，包括：根据日志的用途，将所述日志对应的监控埋点划分为：故障排查类埋点和监控告警类埋点。所述第一类监控埋点为故障排查类埋点，包括：程序报错日志对应的监控埋点和程序调试日志对应的监控埋点；所述第二类监控埋点为监控告警类埋点，包括：用户体验日志对应的监控埋点和应用性能日志对应的监控埋点。
在另一些实施例中，服务器根据所述监控埋点对应的日志面向的人员，将所述监控埋点划分为第一类监控埋点和第二类监控埋点。包括：根据日志面向的人员，将所述日志对应的监控埋点划分为：业务类埋点和技术类埋点。所述第一类监控埋点为业务类埋点，包括：用户体验日志对应的监控埋点，用于用户对所述软件进行监控；所述第二类埋点为技术类埋点，包括：程序报错日志对应的监控埋点、程序调试日志对应的监控埋点、以及应用性能日志对应的监控埋点，用于监控人员对所述软件进行监控。
在一些实施例中，所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态，包括：根据所述第一类监控埋点对应的日志和所述第二类监控埋点对应的日志确定所述业务线程的状态。例如，在所述日志为程序报错日志的情况下，确定所述业务线程的状态为出现错误；在所述日志为程序调试日志的情况下，确定所述业务线程的状态为正在调试或已调试。
下面以一个具体实施例进行详细说明，在物联网领域，日志包括：设备数据、用户数据、性能统计、业务统计以及上下文。所述设备数据包括：节点ID（关键字为deveui）、网关ID（关键字为gweui），和/或加入ID（关键字为joineui），所述设备数据的关键字为device。所述用户数据包括：用户ID（关键字为uid）和/或用户类型（关键字为utype），所述用户数据的关键字为user。所述性能统计包括：累加调用数（关键字为query_count），所述性能统计的关键字为perf。所述业务统计包括：支付检查通过数（关键字为pay_pass）和/或支付检查失败数（关键字为pay_fail），所述业务统计的关键字为biz。所述上下文包括：异常信息（关键字为error_info）、调用栈（关键字为stack_info）、执行SQL（关键字为sql_info）、CPU负载（关键字为cpu_load）、CPU使用率（关键字为cpu_util）和/或闪存使用率（关键字为mem_util）。以下是一个日志的实例：
根据日志类型可以获得上述日志为程序调试日志，场景为“alpha”，ip地址为172.16.10.123，容器id为d1fjjfwj89a27asf349jkwir。平台为PAAS，子系统为pay，类名为com.easylinkin.pay.order.preorder.PreOrderService，方法名为process。业务流的运行结果为成功。所述日志对应的监控项的信息为：节点id "FI89FAK45"，网关id "EI89FAL48"，加入id "AI59FFL33"。根据上述日志确定的所述日志对应的业务线程的状态为：累积调用1000次，其中错误3次，超时200次。
如此，通过用户使用软件的偏好梳理业务线，使得从用户视角出发，以业务线程为切入点，贯穿各类技术组件，最大程度上聚焦了监控的重点，避免泛监控带来的资源浪费；其次，通过确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项；由粗到细地定位出日志对应的监控埋点的范围，相比相关技术中自底向上的方式更加节约时间；最后，以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；将所述监控埋点划分为第一类监控埋点和第二类监控埋点，在制定好日志规范和格式的基础上进一步统一监控源，后续结合大数据分析工具，能够为企业定位和排查问题，同时提供上下文式的关联关系。
图10为本申请实施例提供的监控装置的可选结构示意图，将根据各个部分进行说明。
装置600，包括：确定单元601，获取单元602和划分单元603。
所述确定单元601，用于确定业务线程在至少一个业务平台上的第一监控项，和所述业务线程在所述至少一个业务平台内部的第二监控项。
所述获取单元602，用于以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点。
所述划分单元603，用于将所述监控埋点划分为第一类监控埋点和第二类监控埋点；所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态。
在一些实施例中，所述确定单元601还用于：在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
在一些实施例中，所述确定单元601还用于：在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第二监控项；在所述业务线程离开所述子系统的位置，确定一个所述第二监控项。
在一些实施例中，所述确定单元601还用于：在所述业务线程进入所述业务平台的子系统内的模块的位置，确定一个所述第二监控项；在所述业务线程离开所述模块的位置，确定一个所述第二监控项。
在一些实施例中，所述确定单元601还用于：在所述业务线程进入服务接口的位置，确定一个所述第二监控项；在所述业务线程离开所述服务接口的位置，确定一个所述第二监控项；所述服务接口位于所述子系统内部，或者所述服务接口位于子系统内的模块内部。
在一些实施例中，所述确定单元601还用于：在所述业务线程进入对象封装的位置，确定一个所述第二监控项；在所述业务线程离开所述对象封装的位置，确定一个所述第二监控项；所述对象封装位于所述子系统内部，或者所述对象封装位于所述子系统内的模块内部，或者所述对象封装位于所述子系统内的模块内的服务接口内部。
在一些实施例中，所述确定单元601还用于：在所述业务线程进入所述业务平台内部的对象行为的位置，确定一个所述第二监控项；在所述业务线程离开所述对象行为的位置，确定一个所述第二监控项。
图11为本申请实施例提供的服务器的硬件组成结构示意图，服务器700包括：至少一个处理器701、存储器702和至少一个网络接口704。服务器700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统705。
可以理解，存储器702可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是ROM、可编程只读存储器（ProgrammableRead-Only Memory，PROM）、可擦除可编程只读存储器（Erasable Programmable Read-OnlyMemory，EPROM）、电可擦除可编程只读存储器（Electrically Erasable ProgrammableRead-Only Memory，EEPROM）、磁性随机存取存储器（Ferromagnetic Random AccessMemory，FRAM）、快闪存储器（Flash Memory）、磁表面存储器、光盘、或只读光盘（CompactDisc Read-Only Memory，CD-ROM）；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器（Random Access Memory，RAM），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器（Static RandomAccess Memory，SRAM）、同步静态随机存取存储器（Synchronous Static Random AccessMemory，SSRAM）、动态随机存取存储器（Dynamic Random Access Memory，DRAM）、同步动态随机存取存储器（Synchronous Dynamic Random Access Memory，SDRAM）、双倍数据速率同步动态随机存取存储器（Double Data Rate Synchronous Dynamic Random AccessMemory，DDRSDRAM）、增强型同步动态随机存取存储器（Enhanced Synchronous DynamicRandom Access Memory，ESDRAM）、同步连接动态随机存取存储器（SyncLink DynamicRandom Access Memory，SLDRAM）、直接内存总线随机存取存储器（Direct Rambus RandomAccess Memory，DRRAM）。本发明实施例描述的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
本发明实施例中的存储器702用于存储各种类型的数据以支持服务器700的操作。这些数据的示例包括：用于在服务器700上操作的任何计算机程序，如应用程序7022。实现本发明实施例方法的程序可以包含在应用程序7022中。
上述本发明实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器（Digital Signal Processor，DSP），或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器701可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，服务器700可以被一个或多个应用专用集成电路（Application Specific Integrated Circuit，ASIC）、DSP、可编程逻辑器件（Programmable Logic Device，PLD）、复杂可编程逻辑器件（Complex Programmable LogicDevice，CPLD）、FPGA、通用处理器、控制器、MCU、MPU、或其他电子元件实现，用于执行前述方法。
本申请实施例还提供了一种存储介质，用于存储计算机程序。
可选的，该存储介质可应用于本申请实施例中的终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中的相应流程，为了简洁，在此不再赘述。
本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
Claims (16)
1.一种监控方法，其特征在于，所述方法包括：
确定业务线程在至少一个业务平台上的第一监控项和所述业务线程在所述至少一个业务平台内部的第二监控项；
以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；
将所述监控埋点划分为第一类监控埋点和第二类监控埋点；所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态。
2.根据权利要求1所述的方法，其特征在于，所述确定业务线程在至少一个业务平台上的第一监控项包括：
在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；
在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
3.根据权利要求1所述的方法，其特征在于，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第二监控项；
在所述业务线程离开所述子系统的位置，确定一个所述第二监控项。
4.根据权利要求3所述的方法，其特征在于，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入所述业务平台的子系统内的模块的位置，确定一个所述第二监控项；
在所述业务线程离开所述模块的位置，确定一个所述第二监控项。
5.根据权利要求3或4所述的方法，其特征在于，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入服务接口的位置，确定一个所述第二监控项；
在所述业务线程离开所述服务接口的位置，确定一个所述第二监控项；
所述服务接口位于所述子系统内部，或者所述服务接口位于子系统内的模块内部。
6.根据权利要求3或4所述的方法，其特征在于，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入对象封装的位置，确定一个所述第二监控项；
在所述业务线程离开所述对象封装的位置，确定一个所述第二监控项；
所述对象封装位于所述子系统内部，或者所述对象封装位于所述子系统内的模块内部，或者所述对象封装位于所述子系统内的模块内的服务接口内部。
7.根据权利要求6所述的方法，其特征在于，所述确定所述业务线程在所述至少一个业务平台内部的第二监控项，包括：
在所述业务线程进入所述业务平台内部的对象行为的位置，确定一个所述第二监控项；
在所述业务线程离开所述对象行为的位置，确定一个所述第二监控项。
8.一种监控装置，其特征在于，所述装置包括：
确定单元，用于确定业务线程在至少一个业务平台上的第一监控项和所述业务线程在所述至少一个业务平台内部的第二监控项；
获取单元，用于以日志的形式获取所述第一监控项和所述第二监控项对应的监控埋点；
划分单元，用于将所述监控埋点划分为第一类监控埋点和第二类监控埋点；所述第一类监控埋点和所述第二类监控埋点分别用于确定所述业务线程的状态。
9.根据权利要求8所述的装置，其特征在于，所述确定单元还用于：
在所述业务线程进入所述业务平台的位置，确定一个所述第一监控项；
在所述业务线程离开所述业务平台的位置，确定一个所述第一监控项。
10.根据权利要求8所述的装置，其特征在于，所述确定单元还用于：
在所述业务线程进入所述业务平台内部的子系统的位置，确定一个所述第二监控项；
在所述业务线程离开所述子系统的位置，确定一个所述第二监控项。
11.根据权利要求10所述的装置，其特征在于，所述确定单元还用于：
在所述业务线程进入所述业务平台的子系统内的模块的位置，确定一个所述第二监控项；
在所述业务线程离开所述模块的位置，确定一个所述第二监控项。
12.根据权利要求10或11所述的装置，其特征在于，所述确定单元还用于：
在所述业务线程进入服务接口的位置，确定一个所述第二监控项；
在所述业务线程离开所述服务接口的位置，确定一个所述第二监控项；
所述服务接口位于所述子系统内部，或者所述服务接口位于子系统内的模块内部。
13.根据权利要求10或11所述的装置，其特征在于，所述确定单元还用于：
在所述业务线程进入对象封装的位置，确定一个所述第二监控项；
在所述业务线程离开所述对象封装的位置，确定一个所述第二监控项；
所述对象封装位于所述子系统内部，或者所述对象封装位于所述子系统内的模块内部，或者所述对象封装位于所述子系统内的模块内的服务接口内部。
14.根据权利要求13所述的装置，其特征在于，所述确定单元还用于：
在所述业务线程进入所述业务平台内部的对象行为的位置，确定一个所述第二监控项；
在所述业务线程离开所述对象行为的位置，确定一个所述第二监控项。
15.一种存储介质，存储有可执行程序，其特征在于，所述可执行程序被处理器执行时，实现权利要求1至7任一项所述的监控方法。
16.一种监控装置，包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，其特征在于，所述处理器运行所述可执行程序时执行如权利要求1至7任一项所述监控方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911361324.7A CN110764974B (zh) | 2019-12-25 | 2019-12-25 | 一种监控方法、装置及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911361324.7A CN110764974B (zh) | 2019-12-25 | 2019-12-25 | 一种监控方法、装置及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110764974A CN110764974A (zh) | 2020-02-07 |
| CN110764974B true CN110764974B (zh) | 2020-04-17 |
Family
ID=69341640
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911361324.7A Active CN110764974B (zh) | 2019-12-25 | 2019-12-25 | 一种监控方法、装置及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110764974B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112100036B (zh) * | 2020-11-05 | 2021-02-19 | 广州市玄武无线科技股份有限公司 | 一种基于PaaS前端引擎的页面性能监控方法及系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015183809A1 (en) * | 2014-05-27 | 2015-12-03 | Alibaba Group Holding Limited | Method and apparatus of prompting an update of an application |
| CN110377441A (zh) * | 2019-06-04 | 2019-10-25 | 天津五八到家科技有限公司 | 打车应用软件线上问题定位方法、装置、设备及存储介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104348650B (zh) * | 2013-08-05 | 2019-07-16 | 腾讯科技（深圳）有限公司 | 网站的监控方法、业务装置及系统 |
| CN106571960B (zh) * | 2016-11-03 | 2020-05-22 | 北京农信互联科技有限公司 | 日志收集管理系统及方法 |
| CN108572908B (zh) * | 2017-03-14 | 2021-04-02 | 腾讯科技（深圳）有限公司 | 信息反馈方法及装置 |
| CN107370628B (zh) * | 2017-08-17 | 2020-07-07 | 阿里巴巴集团控股有限公司 | 基于埋点的日志处理方法及系统 |
| CN108874559A (zh) * | 2018-05-31 | 2018-11-23 | 康键信息技术（深圳）有限公司 | 电子装置、分布式系统业务链路分析方法及存储介质 |
-
2019
- 2019-12-25 CN CN201911361324.7A patent/CN110764974B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015183809A1 (en) * | 2014-05-27 | 2015-12-03 | Alibaba Group Holding Limited | Method and apparatus of prompting an update of an application |
| CN110377441A (zh) * | 2019-06-04 | 2019-10-25 | 天津五八到家科技有限公司 | 打车应用软件线上问题定位方法、装置、设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110764974A (zh) | 2020-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2019517040A (ja) | クラウドプラットフォームベースのクライアントアプリケーション情報統計方法および装置 | |
| CN112527879B (zh) | 基于Kafka的实时数据抽取方法及相关设备 | |
| US11614967B2 (en) | Distributed scheduling in a virtual machine environment | |
| CN112631913B (zh) | 应用程序的运行故障监控方法、装置、设备和存储介质 | |
| CN112910945A (zh) | 请求链路跟踪方法和业务请求处理方法 | |
| CN110162512B (zh) | 一种日志检索方法、装置及存储介质 | |
| CN110955903B (zh) | 基于智能图计算的隐私资源权限控制方法、装置及设备 | |
| CN109634802B (zh) | 进程监控方法及终端设备 | |
| CN114979103A (zh) | 开放api集成整合及管理方法及计算机设备 | |
| CN112131036A (zh) | 一种过载保护方法、装置、设备及计算机可读存储介质 | |
| CN115185777A (zh) | 一种异常检测方法、装置、可读存储介质以及电子设备 | |
| CN110764974B (zh) | 一种监控方法、装置及存储介质 | |
| CN115757611A (zh) | 大数据集群切换方法、装置、电子设备及存储介质 | |
| CN112286930A (zh) | redis业务方资源共享的方法、装置、存储介质及电子设备 | |
| CN111416857A (zh) | 客户端崩溃处理方法、装置、系统、设备和存储介质 | |
| CN110109986B (zh) | 任务处理方法、系统、服务器及任务调度系统 | |
| CN108154343B (zh) | 一种企业级信息系统的应急处理方法及系统 | |
| KR20170122874A (ko) | 데이터 분산 서비스 기반의 응용 시스템의 통합 로그 관리 장치 | |
| CN115858499A (zh) | 一种数据库分区处理方法、装置、计算机设备和存储介质 | |
| CN110838929A (zh) | 系统错误排查方法和系统错误排查装置 | |
| CN114338684A (zh) | 一种能源管理系统及方法 | |
| CN115827589A (zh) | 一种权限验证方法、装置、电子设备及存储介质 | |
| CN113076112A (zh) | 数据库部署的方法、装置及电子设备 | |
| CN111291409A (zh) | 一种数据监控方法及装置 | |
| CN114640572B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A monitoring method, device and storage medium Effective date of registration: 20220324 Granted publication date: 20200417 Pledgee: China Construction Bank Corporation Wuhan Guanggu Free Trade Zone Branch Pledgor: WUHAN EASYLINKIN TECHNOLOGY CO.,LTD Registration number: Y2022420000077 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right |