CN111756601A - 微服务架构监控方法、装置、计算机设备及可读存储介质 - Google Patents

Abstract

本发明涉及基架运维技术，公开了微服务架构监控方法、装置、计算机设备及可读存储介质，包括：获取微服务架构下各服务节点的运行状态；将预设的标准运行状态依次与各服务节点的运行状态进行比对，判断各服务节点是否符合标准运行状态；若否，则将不符合标准运行状态的服务节点设为迟滞节点；获取具有迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；拦截发送至降级链路的请求消息并返回拦截信息。本发明还涉及区块链技术，信息可存储于区块链节点中。本发明保证了微服务架构整体可靠性和稳定性，以及实现了可靠控制拦截请求消息对微服务架构所带来的影响，有效提高了微服务架构运维的可控性。

Description

微服务架构监控方法、装置、计算机设备及可读存储介质

技术领域

本发明涉及基架运维技术领域，尤其涉及一种微服务架构监控方法、装置、计算机设备及可读存储介质。

背景技术

微服务架构是一项在云中部署应用和服务的新技术，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦，即：把一个大型的单个应用程序和服务拆分为数个甚至数十个的支持微服务，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。

本申请的发明人在研究中发现，当前对微服务架构进行监控主要包括基本的服务信息(actuator)，链路监控(pinpoint、zipkin、cat等)，这种监控方式只能够对微服务架构中的各个服务节点(即：节点)进行监控；因此，一旦该架构中的某一服务节点出现问题(网络堵塞、线程堵塞等)时，只能通过关闭该服务节点的方式进行解决；然而，这么做会导致以下问题：

然而，这么做会造成因核心链路上服务节点的关闭导致微服务架构无法处理器核心业务，或因服务节点关闭使该服务节点的上下游出现积压请求消息的情况。

发明内容

本发明的目的是提供一种微服务架构监控方法、装置、计算机设备及可读存储介质，用于解决现有技术存在的因核心链路上服务节点的关闭导致微服务架构无法处理器核心业务，或因服务节点关闭使该服务节点的上下游出现积压请求消息的情况的问题；本申请可应用于智慧政务场景中，从而推动智慧城市的建设。

为实现上述目的，本发明提供一种微服务架构监控方法，包括：

获取微服务架构下各服务节点的运行状态，其中，所述运行状态至少包括每秒查询率和平均响应时间；

将预设的标准运行状态依次与所述各服务节点的运行状态进行比对，判断各所述服务节点是否符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点；

获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；

拦截发送至所述降级链路的请求消息并返回拦截信息。

上述方案中，所述获取微服务架构下各服务节点的运行状态服务节点之前，包括：

在服务节点中设置记录过滤器和降级过滤器；其中，所述记录过滤器用于记录请求消息的请求数量以及服务节点处理请求消息的处理耗时；所述降级过滤器用于过滤指定请求类型的请求消息。

上述方案中，所述获取具有所述迟滞节点且不属于核心链路的调用链路之前，包括：

从微服务架构的调用链监控系统中获取调用链路，识别所述调用链路中具有与预设服务标签对应服务节点的核心链路。

上述方案中，识别所述调用链路中的核心链路的步骤，包括：

获取具有优先级的服务标签，其中，所述服务标签是记载服务节点ID的信息；

将具有所述服务标签对应服务节点的调用链路设为核心链路；

将具有所述服务标签对应服务节点的调用链路设为核心链路之后，还包括：

将所述核心链路中各服务节点的ID信息上传至区块链。

上述方案中，所述从微服务架构的调用链监控系统中获取调用链路之后，还包括：

识别所述调用链路中是否具有重复调用的服务节点；若是，则优化该调用链路，使其成为无重复调用的调用链路并将其发送所述微服务架构。

上述方案中，拦截发送至所述降级链路的请求消息并返回拦截信息之后，包括：

获取具有所述迟滞节点且属于核心链路的调用链路，构建所述调用链路中迟滞节点的虚拟容器并将其接入所述调用链路形成虚拟链路，其中，所述虚拟容器在虚拟链路中，并与迟滞节点共同处理所述迟滞节点接收到的请求消息。

上述方案中，构建所述调用链路中迟滞节点的虚拟容器并将其接入所述调用链路形成虚拟链路之后，包括：

周期性地获取所述迟滞节点及其虚拟容器的运行状态，将预设的虚拟标准依次与所述迟滞节点和虚拟容器进行比对，判断所述迟滞节点和虚拟容器是否均符合所述虚拟标准；若是，则释放所述虚拟容器，使所述虚拟链路还原为所述调用链路；若否，则继续保持虚拟链路的运行；其中，所述运行状态至少包括迟滞节点及其虚拟容器的每秒查询率和平均响应时间。为实现上述目的，本发明还提供一种微服务架构监控装置，包括：

状态计算模块，用于获取微服务架构下各服务节点的运行状态，其中，所述运行状态至少包括每秒查询率和平均响应时间；

比对判断模块，用于将预设的标准运行状态依次与所述各服务节点的运行状态进行比对，判断各所述服务节点是否符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点；

链路降级模块，用于获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；

请求拦截模块，用于拦截发送至所述降级链路的请求消息并返回拦截信息。

为实现上述目的，本发明还提供一种计算机设备，其包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述计算机设备的处理器执行所述计算机程序时实现上述微服务架构监控方法的步骤。

为实现上述目的，本发明还提供一种计算机可读存储介质，所述可读存储介质上存储有计算机程序，所述可读存储介质存储的所述计算机程序被处理器执行时实现上述微服务架构监控方法的步骤。

本发明提供的微服务架构监控方法、装置、计算机设备及可读存储介质，通过获取各服务节点的运行状态，以客观反映微服务架构下各服务节点的真实运行情况，通过标准运行状态对各服务节点的运行状态进行评价，以在服务节点因运算压力过大造成堵塞或崩坏之前，及时对迟滞节点进行处理，以保证微服务架构整体可靠性和稳定性；通过拦截具有迟滞节点且不属于核心链路的降级链路的请求消息，避免了当前的因关闭处于微服务架构的核心链路上的服务节点，导致微服务架构无法处理器核心业务的问题，保证了微服务架构的可靠性和和稳定性；以及从链路的维度上拦截降级链路所对应的请求消息，不仅有效降低了迟滞节点的请求消息的数量，极大的缓解了迟滞节点的运算压力，保证了微服务架构的平稳运行；还因拦截的请求消息种类为降级链路所对应的请求消息的请求类型，实现了可靠控制拦截请求消息对微服务架构所带来的影响，有效提高了微服务架构运维的可控性；解决了现有技术中存在的因核心链路上服务节点的关闭导致微服务架构无法处理器核心业务，或因服务节点关闭使该服务节点的上下游出现积压请求消息情况的问题。

附图说明

图1为本发明微服务架构监控方法实施例一的流程图；

图2为本发明微服务架构监控方法实施例二中微服务架构监控方法的具体方法流程图；

图3为本发明微服务架构监控装置实施例三的程序模块示意图；

图4为本发明计算机设备实施例四中计算机设备的硬件结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供的微服务架构监控方法、装置、计算机设备及可读存储介质，适用于基架运维技术领域，为提供一种基于状态计算模块、比对判断模块、链路降级模块、请求拦截模块的微服务架构监控方法。本发明通过获取微服务架构下各服务节点的运行状态；将预设的标准运行状态依次与所述各服务节点的运行状态进行比对，判断各所述服务节点是否符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点；获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；拦截发送至所述降级链路的请求消息并返回拦截信息。

实施例一

请参阅图1，本实施例的一种微服务架构监控方法，包括：

S102：获取微服务架构下各服务节点的运行状态，其中，所述运行状态至少包括每秒查询率和平均响应时间；

S103：将预设的标准运行状态依次与所述各服务节点的运行状态进行比对，判断各所述服务节点是否符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点；

S105：获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；

S106：拦截发送至所述降级链路的请求消息并返回拦截信息。

在示例性的实施例中，根据预设的监控时间，周期性地通过记录过滤器监控微服务架构下各服务节点接收到的请求消息的数量，各服务节点处理请求消息所花费的耗时；将获得的数量与所述监控时间相除获得服务节点的每秒查询率，将获得的耗时相加并与所述耗时的数量相除获得平均响应时间；所述标准运行状态至少包括运行状态中的每秒查询率不得超过预警查询率M，及运行状态中的平均响应时间不得低于预警响应时间N，其中，M和N为运维人员根据需求设定的值。

通过采用标准运行状态对各服务节点的运行状态进行评价，有效的识别了服务节点的运行风险(如：信息堵塞，服务节点运行崩溃等情况)，进而避免微服务架构因服务节点失效而造成崩坏。

从微服务架构的调用链监控系统中获取所述降级链路对应请求消息的请求类型，在降级过滤器中设置所述请求类型以拦截与该类型对应的请求消息，以实现拦截发送至所述降级链路的请求消息的效果；在降级过滤器中设置根据所述请求消息触发生成的拦截信息，并按照所述请求消息的请求路径返回拦截信息，使发送所述请求消息的用户端在接收到所述拦截信息时，将在预设的等待时间内不再向所述迟滞节点发送请求消息，以缓解所述迟滞节点的压力。

因此，本申请通过周期性地获取各服务节点的请求消息的数量和处理请求消息的耗时，获得各服务节点的运行状态，以客观反映微服务架构下各服务节点的真实运行情况；而通过标准运行状态则是对各服务节点的运行状态进行评价，以在服务节点因运算压力过大造成堵塞或崩坏之前，及时对迟滞节点进行处理，以保证微服务架构整体可靠性和稳定性；

通过拦截具有迟滞节点且不属于核心链路的降级链路的请求消息，避免了当前的因关闭处于微服务架构的核心链路上的服务节点，导致微服务架构无法处理器核心业务的问题，保证了微服务架构的可靠性和和稳定性；以及从链路的维度上拦截降级链路所对应的请求消息，不仅有效降低了迟滞节点的请求消息的数量，极大的缓解了迟滞节点的运算压力，保证了微服务架构的平稳运行；还因拦截的请求消息种类为降级链路所对应的请求消息的请求类型，实现了可靠控制拦截请求消息对微服务架构所带来的影响，有效提高了微服务架构运维的可控性。

因此解决了现有技术中存在的因核心链路上服务节点的关闭导致微服务架构无法处理器核心业务，或因服务节点关闭使该服务节点的上下游出现积压请求消息情况的问题。

本申请可应用于智慧政务场景中，从而推动智慧城市的建设。

实施例二：

本实施例为上述实施例一的一种具体应用场景，通过本实施例，能够更加清楚、具体地阐述本发明所提供的方法。

下面，以具有微服务架构，且，运行有信息同步管理方法的服务器中，对所述微服务架构下各服务节点进行监控管理为例，来对本实施例提供的方法进行具体说明。需要说明的是，本实施例只是示例性的，并不限制本发明实施例所保护的范围。

图2是本发明一个实施例提供的一种微服务架构监控方法的具体方法流程图，该方法具体包括步骤S201至S208。

S201：在微服务架构下各服务节点中设置记录过滤器和降级过滤器；其中，所述记录过滤器用于记录请求消息的请求数量以及服务节点处理请求消息的处理耗时；所述降级过滤器用于过滤指定请求类型的请求消息。

本步骤中，所述服务节点包括服务组件和中间件，所述服务组件对请求消息进行业务逻辑计算的应用程序；所述中间件是提供系统程序和应用程序之间连接的服务节点，以便于各计算机程序之间的沟通，例如：负载均衡、网关、数据库等。

S202：获取微服务架构下各服务节点的运行状态，其中，所述运行状态至少包括每秒查询率和平均响应时间。

示例性地，根据预设的监控时间，周期性地通过记录过滤器监控微服务架构下各服务节点接收到的请求消息的数量，各服务节点处理请求消息所花费的耗时；将获得的数量与所述监控时间相除获得服务节点的每秒查询率，将获得的耗时相加并与所述耗时的数量相除获得平均响应时间。

需要说明的是，所述每秒查询率是指，服务节点在规定时间内所处理请求消息的数量；所述平均响应时间是指，衡量某一时间段内服务节点平均处理一个请求消息所花费的时间；所述监控时间可根据需求设置，于本实施例中，所述监控时间可设置为1s。

S203：将预设的标准运行状态依次与所述各服务节点的运行状态进行比对，判断各所述服务节点是否符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点。

示例性地，所述标准运行状态至少包括运行状态中的每秒查询率不得超过预警查询率M，及运行状态中的平均响应时间不得低于预警响应时间N，其中，M和N为运维人员根据需求设定的值。

通过采用标准运行状态对各服务节点的运行状态进行评价，有效的识别了服务节点的运行风险(如：信息堵塞，服务节点运行崩溃等情况)，进而避免微服务架构因服务节点失效而造成崩坏。

S204：从微服务架构的调用链监控系统中获取调用链路，识别所述调用链路中具有与预设服务标签对应服务节点的核心链路。

为避免拦截请求消息的操作对微服务架构的核心业务造成影响，导致其运行可靠性降低，因此将核心链路从所有调用链路识别出来，以保证微服务架构的核心业务不会受到影响。

本步骤中，调用链监控系统是通过trace函数获取各种请求消息调用微服务架构下各服务节点的调用链路。

需要说明的是，Trace函数是指一次请求调用的链路过程，trace id是指这次请求调用的ID，在一次请求中，会在网络的最开始生成一个全局唯一的用于标识此次请求的trace id，这个trace id在这次请求调用过程中无论经过多少个服务节点都会保持不变，并且在随着每一层的调用不停的传递，最终，可以通过trace id将这一次用户请求在系统中的路径全部串起来，这个路径为所述调用链路。

于图2中，所述S204由以下步骤组成：

S41：从微服务架构的调用链监控系统中获取调用链路；

S42：识别所述调用链路中具有与预设服务标签对应服务节点的核心链路。

在一个优选的实施例中，从微服务架构的调用链监控系统中获取调用链路之后，可包括：

S204-1：识别所述调用链路中是否具有重复调用的服务节点；若是，则优化该调用链路，使其成为无重复调用的调用链路并将其发送所述微服务架构，再识别所述调用链路中具有与预设服务标签对应服务节点的核心链路；若否，则直接识别所述调用链路中具有与预设服务标签对应服务节点的核心链路。

为避免微服务架构因调用链路的冗余繁杂，导致该架构运行效率低下，故提出通过优化具有重复调用服务节点的调用链路，使其成为无重复调用的调用链路并将其发送所述微服务架构，如此，微服务架构再次接收到与该调用链路对应的请求消息时，将执行所述无重复调用的调用链路，以保证微服务架构的快速平稳运行。

于图2中，所述S204-1由以下步骤组成：

S43：识别所述调用链路中是否具有重复调用的服务节点。

S44：若是，则优化该调用链路，使其成为无重复调用的调用链路并将其发送所述微服务架构，再识别所述调用链路中具有与预设服务标签对应服务节点的核心链路。

若否，则直接识别所述调用链路中具有与预设服务标签对应服务节点的核心链路。

本步骤中，可通过对调用链路中重复调用的服务节点进行去重，以实现优化调用链路使其成为正常的调用链路的技术效果；例如：若调用链路为：服务节点A＞服务节点B＞服务节点C＞服务节点D＞服务节点A，可以看出这个调用链路中，服务节点A是被重复调用的，因此，对服务节点A进行去重，获得正常的调用链路：服务节点A＞服务节点B＞服务节点C＞服务节点D，或服务节点B＞服务节点C＞服务节点D＞服务节点A。在一个优选的实施例中，识别所述调用链路中具有与预设服务标签对应服务节点的核心链路的步骤，包括：

S204-2：获取具有优先级的服务标签，其中，所述服务标签是记载服务节点ID的信息。

本步骤中，所述微服务架构的配置中心中具有对微服务架构下各服务节点的重要等级，该重要等级是根据服务节点与微服务架构的核心业务之间关联关系评定的，其中，在与核心业务之间具有关联关系的服务节点设置优先级服务标签，其可由运维人员根据微服务架构的核心业务进行制定。

需要说明的是，所述配置中心可为配置管理数据库(如：CMDB系统)，配置管理数据库是指用于存储IT架构中设备的各种配置信息，其用于支撑服务流程的运转、发挥着配置信息的价值，由于配置管理数据库属于现有技术，因此不在本申请中赘述。

S204-3：将具有所述服务标签对应服务节点的调用链路设为核心链路。

例如，若服务标签为服务节点B的ID，调用链路包括：服务节点A＞服务节点B＞服务节点C＞服务节点D、服务节点A＞服务节点C＞服务节点D、服务节点B＞服务节点C＞服务节点D、服务节点A＞服务节点D；那么将服务节点A＞服务节点B＞服务节点C＞服务节点D、服务节点B＞服务节点C＞服务节点D设为核心链路。因此，通过获得与微服务架构的核心业务关联程度高的服务节点，并将具有该服务节点的调用链路设为核心链路，以避免拦截请求消息的操作对微服务架构的核心业务造成影响，导致其运行可靠性降低了情况，保证了微服务架构的核心业务的稳定性和可靠性。优选的，将具有所述服务标签对应服务节点的调用链路设为核心链路之后，还包括：

将所述核心链路中各服务节点的ID信息上传至区块链。

需要说明的是，基于各服务节点的ID信息得到对应的摘要信息，具体来说，摘要信息由各服务节点的ID信息进行散列处理得到，比如利用sha256s算法处理得到。将摘要信息上传至区块链可保证其安全性和对用户的公正透明性。用户设备可以从区块链中下载得该摘要信息，以便查证各服务节点的ID信息是否被篡改。本示例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

S205：获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路。

为避免拦截请求消息的操作对微服务架构的核心业务造成影响，判断迟滞节点是否属于核心链路，以避免因拦截访问核心链路的请求消息导致架构的核心业务频繁访问无效，造成架构可靠性和有效性降低的情况发生。

示例性地，若所述迟滞节点为服务节点C，调用链路包括：服务节点A＞服务节点B＞服务节点C＞服务节点D、服务节点A＞服务节点C＞服务节点D、服务节点B＞服务节点C＞服务节点D、服务节点A＞服务节点D；核心链路包括：服务节点A＞服务节点B＞服务节点C＞服务节点D、服务节点B＞服务节点C＞服务节点D；那么将服务节点A＞服务节点C＞服务节点D设为降级链路。

S206：拦截发送至所述降级链路的请求消息并返回拦截信息。。

示例性地，从微服务架构的调用链监控系统中获取所述降级链路对应请求消息的请求类型；在降级过滤器中指定拦截与所述请求类型对应的请求消息，以实现拦截发送至所述降级链路的请求消息的效果；在降级过滤器中设置根据所述请求消息触发生成的拦截信息，并按照所述请求消息的请求路径返回拦截信息，使发送所述请求消息的用户端在接收到所述拦截信息时，将在预设的等待时间内不再向所述迟滞节点发送请求消息，以缓解所述迟滞节点的压力。

S207：获取具有所述迟滞节点且属于核心链路的调用链路，构建所述调用链路中迟滞节点的虚拟容器并将其接入所述调用链路形成虚拟链路，其中，所述虚拟容器在虚拟链路中，与迟滞节点共同处理所述迟滞节点接收到的请求消息。

本步骤中，通过容器技术构建所述迟滞节点的虚拟容器，并将其接入虚拟链路，使虚拟容器和迟滞节点共同处理迟滞节点接收到的请求消息，以最大限度的利用降级链路所释放出的计算机算力和缓存空间，使所述核心链路能够不受迟滞节点的迟滞影响，更高效率的处理核心业务，以便于微服务架构能够快速恢复到原状态。

S208：周期性地获取所述迟滞节点及其虚拟容器的运行状态，将预设的虚拟标准依次与所述迟滞节点和虚拟容器进行比对，判断所述迟滞节点和虚拟容器是否均符合所述虚拟标准；若是，则释放所述虚拟容器，使所述虚拟链路还原为所述调用链路；若否，则继续保持虚拟链路的运行；其中，所述运行状态至少包括迟滞节点及其虚拟容器的每秒查询率和平均响应时间。

本步骤中，所述每秒查询率和平均响应时间通过计算迟滞节点及其虚拟容器接收到的请求消息的数量，及处理各请求消息的耗时，并根据所述数量和耗时获得。

实施例三：

请参阅图3，本实施例的一种微服务架构监控装置1，包括：

状态计算模块12，用于获取微服务架构下各服务节点的运行状态，其中，所述运行状态至少包括每秒查询率和平均响应时间；

比对判断模块13，用于将预设的标准运行状态依次与所述各服务节点的运行状态进行比对，判断各所述服务节点是否符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点；

链路降级模块15，用于获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；

请求拦截模块16，用于拦截发送至所述降级链路的请求消息并返回拦截信息。

可选的，所述微服务架构监控装置1，还包括：

设置模块11，用于在微服务架构下各服务节点中设置记录过滤器和降级过滤器；其中，所述记录过滤器用于记录请求消息的请求数量以及服务节点处理请求消息的处理耗时；所述降级过滤器用于过滤指定请求类型的请求消息。

可选的，所述微服务架构监控装置1，还包括：

核心识别模块14，用于从微服务架构的调用链监控系统中获取调用链路，识别所述调用链路中具有与预设服务标签对应服务节点的核心链路。

可选的，所述微服务架构监控装置1，还包括：

容器构建模块17，用于获取具有所述迟滞节点且属于核心链路的调用链路，构建所述调用链路中迟滞节点的虚拟容器并将其接入所述调用链路形成虚拟链路，其中，所述虚拟容器在虚拟链路中，与迟滞节点共同处理所述迟滞节点接收到的请求消息。

可选的，所述微服务架构监控装置1，还包括：

容器管理模块18，用于周期性地获取所述迟滞节点及其虚拟容器的运行状态，将预设的虚拟标准依次与所述迟滞节点和虚拟容器进行比对，判断所述迟滞节点和虚拟容器是否均符合所述虚拟标准；若是，则释放所述虚拟容器，使所述虚拟链路还原为所述调用链路；若否，则继续保持虚拟链路的运行；其中，所述运行状态至少包括迟滞节点及其虚拟容器的每秒查询率和平均响应时间。

本技术方案基于基架运维的监控领域，通过周期性地获取微服务架构下服务节点接收到的请求消息的数量，及所述处理各请求消息的耗时，根据所述数量和耗时计算所述服务节点的运行状态；将预设的标准运行状态依次与所述微服务架构下各服务节点的运行状态进行比对，判断所述微服务架构下所有服务节点是否均符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点；获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；拦截发送至所述降级链路的请求消息并返回拦截信息，实现对各服务节点的流量监控及管理，进而实现对微服务架构的软件监控。

实施例四：

为实现上述目的，本发明还提供一种计算机设备2，实施例二的微服务架构监控装置1的组成部分可分散于不同的计算机设备2中，计算机设备2可以是执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。本实施例的计算机设备至少包括但不限于：可通过系统总线相互通信连接的存储器21、处理器22，如图4所示。需要指出的是，图4仅示出了具有组件-的计算机设备，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

本实施例中，存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器21可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器21还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例一的微服务架构监控装置的程序代码等。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据，例如运行微服务架构监控装置，以实现实施例一的微服务架构监控方法。

实施例五：

为实现上述目的，本发明还提供一种计算机可读存储系统，，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器22执行时实现相应功能。本实施例的计算机可读存储介质用于存储微服务架构监控装置，被处理器22执行时实现实施例一的微服务架构监控方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种微服务架构监控方法，其特征在于，包括：

获取微服务架构下各服务节点的运行状态，其中，所述运行状态至少包括每秒查询率和平均响应时间；

将预设的标准运行状态依次与所述各服务节点的运行状态进行比对，判断各所述服务节点是否符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点；

获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；

拦截发送至所述降级链路的请求消息并返回拦截信息。

2.根据权利要求1所述的微服务架构监控方法，其特征在于，所述获取微服务架构下各服务节点的运行状态服务节点之前，包括：

在服务节点中设置记录过滤器和降级过滤器；其中，所述记录过滤器用于记录请求消息的请求数量以及服务节点处理请求消息的处理耗时；所述降级过滤器用于过滤指定请求类型的请求消息。

3.根据权利要求1所述的微服务架构监控方法，其特征在于，所述获取具有所述迟滞节点且不属于核心链路的调用链路之前，包括：

从微服务架构的调用链监控系统中获取调用链路，识别所述调用链路中具有与预设服务标签对应服务节点的核心链路。

4.根据权利要求3所述的微服务架构监控方法，其特征在于，识别所述调用链路中的核心链路的步骤，包括：

获取具有优先级的服务标签，其中，所述服务标签是记载服务节点ID的信息；

将具有所述服务标签对应服务节点的调用链路设为核心链路；

将具有所述服务标签对应服务节点的调用链路设为核心链路之后，还包括：

将所述核心链路中各服务节点的ID信息上传至区块链。

5.根据权利要求3所述的微服务架构监控方法，其特征在于，所述从微服务架构的调用链监控系统中获取调用链路之后，还包括：

识别所述调用链路中是否具有重复调用的服务节点；若是，则优化该调用链路，使其成为无重复调用的调用链路并将其发送所述微服务架构。

6.根据权利要求1所述的微服务架构监控方法，其特征在于，拦截发送至所述降级链路的请求消息并返回拦截信息之后，包括：

获取具有所述迟滞节点且属于核心链路的调用链路，构建所述调用链路中迟滞节点的虚拟容器并将其接入所述调用链路形成虚拟链路，其中，所述虚拟容器在虚拟链路中，并与迟滞节点共同处理所述迟滞节点接收到的请求消息。

7.根据权利要求6所述的微服务架构监控方法，其特征在于，构建所述调用链路中迟滞节点的虚拟容器并将其接入所述调用链路形成虚拟链路之后，包括：

周期性地获取所述迟滞节点及其虚拟容器的运行状态，将预设的虚拟标准依次与所述迟滞节点和虚拟容器进行比对，判断所述迟滞节点和虚拟容器是否均符合所述虚拟标准；若是，则释放所述虚拟容器，使所述虚拟链路还原为所述调用链路；若否，则继续保持虚拟链路的运行；其中，所述运行状态至少包括迟滞节点及其虚拟容器的每秒查询率和平均响应时间。

8.一种微服务架构监控装置，其特征在于，包括：

状态计算模块，用于获取微服务架构下各服务节点的运行状态，其中，所述运行状态至少包括每秒查询率和平均响应时间；

比对判断模块，用于将预设的标准运行状态依次与所述各服务节点的运行状态进行比对，判断各所述服务节点是否符合所述标准运行状态；若否，则将不符合所述标准运行状态的服务节点设为迟滞节点；

链路降级模块，用于获取具有所述迟滞节点且不属于核心链路的调用链路，并将该调用链路设为降级链路；

请求拦截模块，用于拦截发送至所述降级链路的请求消息并返回拦截信息。

9.一种计算机设备，其包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述计算机设备的处理器执行所述计算机程序时实现权利要求1至7任一项所述微服务架构监控方法的步骤。

10.一种计算机可读存储介质，所述可读存储介质上存储有计算机程序，其特征在于，所述可读存储介质存储的所述计算机程序被处理器执行时实现权利要求1至7任一项所述微服务架构监控方法的步骤。

Images