CN116302820A - 服务实例监控方法、系统及相关设备 - Google Patents

Abstract

本申请公开了服务实例监控方法、系统及相关设备，该方法包括：从各已注册实例中选取目标实例，并将目标实例的实例标识配置到监控系统；配置实例标识对应的信息查询接口，信息查询接口与用以注册各已注册实例的注册中心连通；触发监控系统通过信息查询接口，查取各已注册实例的运行信息。本申请中，因目标实例和其他注册实例都是注册了信息的实例，故这些实例之间具有关联性，则可由其中一实例标识关联得到其他各注册实例的信息；如此相应的，通过实例标识对应的信息查询接口，可使得监控系统查询到各已注册实例的运行信息，避免如传统般需单独监控每一实例，从而有效降低监控难度和成本。

Description

服务实例监控方法、系统及相关设备

技术领域

本申请实施例涉及互联网技术领域，尤其涉及服务实例监控方法、系统及相关设备。

背景技术

开发微服务架构应用时，会将原本一个大的单体服务拆分成很多小的服务，每个小的服务又会有若干个实例，很容易形成整个微服务中有几十甚至上百个分支服务(或称为服务实例)。因此，原本一个大的单体服务不存在的问题，在微服务架构下会凸显出来，对实例进行监控就是其中之一的问题。

原先一个大的单体服务只用固定的几个监控就可以了，但拆分为多个服务后就需要对这些服务及其实例单独进行监控；如果继续沿用单体的监控思路对微服务架构系统进行监控，监控的成本与难度会随着微服务规模一起增长。

针对于此，相关技术并未提供有效的解决方案。

发明内容

本申请实施例提供了服务实例监控方法、系统及相关设备，用于降低对所有服务实例的监控成本。

本申请实施例第一方面提供一种服务实例监控方法，包括：

从各已注册实例中选取目标实例，并将所述目标实例的实例标识配置到监控系统；

配置所述实例标识对应的信息查询接口，所述信息查询接口与用以注册所述各已注册实例的注册中心连通；

触发所述监控系统通过所述信息查询接口，查取所述各已注册实例的运行信息，所述运行信息包含所述已注册实例的实例标识和运行状态。

本申请第一方面所述的方法在具体实施时可采用本申请第二方面所述的内容实现。

本申请实施例第二方面提供一种服务实例监控系统，包括：

配置单元，用于从各已注册实例中选取目标实例，并将所述目标实例的实例标识配置到监控系统；

所述配置单元，还用于配置所述实例标识对应的信息查询接口，所述信息查询接口与用以注册所述各已注册实例的注册中心连通；

处理单元，用于触发所述监控系统通过所述信息查询接口，查取所述各已注册实例的运行信息，所述运行信息包含所述已注册实例的实例标识和运行状态。

本申请实施例第三方面提供一种电子设备，包括：

中央处理器，存储器以及输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

本申请实施例第四方面提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

本申请实施例第五方面提供一种包含指令或计算机程序的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

从以上技术方案可以看出，本申请实施例至少具有以下优点：

因目标实例和其他注册实例都是注册了信息的实例，故这些实例之间具有关联性，则可由其中一实例标识关联得到其他各注册实例的信息；如此相应的，通过实例标识对应的信息查询接口，可使得监控系统查询到各已注册实例的运行信息，避免如传统般需单独监控每一实例，从而有效降低监控难度和成本。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

需要说明的是，虽然各实施例所涉及的流程性示意图(若存在)中各个步骤按照箭头的指示依次绘制，但除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以其它的顺序执行。而且，各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图1为现有的大单体集群监控框架图；

图2为现有的手动配置实例信息到Prometheus的流程示意图；

图3为现有的SpringCloudAdmin监控实例的流程示意图；

图4为本申请实施例服务实例监控方法的一个流程示意图；

图5为本申请实施例服务实例监控方法的另一流程示意图；

图6为本申请实施例服务实例监控方法的另一流程示意图；

图7为本申请实施例电子设备的一个结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在以下的描述中，涉及到“一个具体实施方式”或“一个具体示例”等类似表达，其描述了所有可能实施例的子集，但是可以理解，“一个具体实施方式”或“一个具体示例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。在以下的描述中，涉及到的术语多个是指至少两个。本申请所说的某数值达到阈值(如果存在)，在一些具体示例中，可包括前者大于阈值后者的情况。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

为便于理解和说明，在对本申请做进一步详细说明之前，将对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

服务实例：可指构成某种功能服务的服务节点。一种应用程序的功能实现依赖于多个服务实例的正常运行，多个服务实例可配置到后台的电子设备上进行运行，一个电子设备上可能分配有至少一个要运行的服务实例，所有服务实例的正常运行才能保证应用程序功能的实现，或又可称之为应用程序的正常运行，当某一个服务实例出现异常，就会导致应用程序无法正常运行。

SpringCloudAlibaba是一套微服务解决方案，致力于提供微服务开发的一站式解决方案，此项目包含开发分布式应用微服务的必需组件，方便开发者通过春天云SpringCloud编程模型，轻松使用这些组件来开发分布式应用服务。

Nacos：全称DynamicNamingandConfigurationService，可译为动态配置注册中心，一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台，Nacos致力于帮助用户发现、配置和管理微服务。Nacos和Prometheus这两种中间件可视为微服务治理中的核心组件。

Prometheus：是一款基于时序数据库的开源监控告警系统，适合集群的监控，Prometheus能以给定的时间间隔从配置的目标收集度量，评估规则表达式，显示结果，并在观察到指定条件时触发警报。Prometheus的基本原理是通过HTTP协议周期性抓取被监控组件(如本实施例的服务实例)的状态，任意组件只要提供对应的HTTP接口就可以接入监控，不需要任何软件开发工具包(SDK，SoftwareDevelopmentKit)或者其他的集成过程。

Grafana：是一款开源的数据可视化工具，使用Grafana可以轻松的将数据转成图表的展现形式，来做到数据监控以及数据统计，带有告警功能。

Consul(中心)：用于实现分布式系统的服务发现与配置，可作为注册中心和配置中心。

SpringCloud中的SpringCloudAdmin是一个监控组件，如图3所示，SpringCloudAdmin它本身会注册到AlibabaNacos服务注册中心，从服务注册中心获取所有服务实例的IP以及端口号，通过服务实例地址信息请求实例运行信息(被监控实例需要引入SpringCloudAdmin监控需要的Jar包)。Spring CloudAdmin通过定时从AlibabaNacos中获取实例信息，所以能避免服务发生变动后配置不同步的问题。但是SpringCloudAdmin不会将监控信息持久化存储，重启SpringCloudAdmin服务后监控信息会丢失，对于需要存储监控数据进行问题分析的场景不适用；SpringCloudAdmin可视化界面单一，无法进行自定义显示。

为便于区分和理解本申请实施例，在对本申请实施例做进一步的详细说明之前，下面将先介绍现有的解决方案。

如图1所示，在早期软件架构为大单体的时代，大单体服务只需要几台机器组成集群就能提供完整的服务。对这种软件架构中的服务实例进行监控，只需要将组成集群的这几台机器的IP地址及端口号配置到Prometheus，其中，被监控实例可引入Prometheus监控需要的Java文件(Jar，JavaArchiveFile)包，如micrometer-registry-prometheus。由于服务实例变动频率低以及服务实例个数少，所以这种方式能满足当时的生产监控需求。

而目前主流的微服务架构中，大的单体服务被拆分为N多个小的服务，各自小的服务组成集群，其中，每个小的服务又会有若干个实例，可理解为，一个大单体服务由很多个服务实例组成，实例可指服务节点。如图2(手动配置SpringCloud集群中各实例的地址信息到Prometheus的示意图)所示，按以前监控单体服务的方式监控微服务架构，将所有实例的IP地址以及端口配置到Prometheus，也同样能达到监控目的。但是微服务架构服务部署机器会变动，服务实例数会被人工手动或自动地动态变化，此时就需要人工手动地同步修改Prometheus修饰里的各配置文件；此外，由于服务的部署和Prometheus的配置信息是分开操作的，容易出现两边信息不一致或滞后不同步，导致监控失效。

可见，上述将所有实例的IP地址及端口号配置到Prometheus，以供Prometheus拉取实例运行信息进行存储，这一传统方式的不足之处有：监控的成本与难度会随着微服务规模一起增长，每增加一个服务实例就需要在Prometheus增加一个配置，当微服务规模到数千个实例时，维护配置也是棘手的问题。此外，部署信息容易不同步，容易出现监控问题，具体的，服务实例部署机器发生变化，导致实例的IP和/或端口变化，Prometheus也需要随着一起变动，如果没有一起同步修改，监控就会失效。

鉴于上述说明，本申请提供服务实例监控方法、系统及相关设备，以有效解决现有方案中实例监控成本大的技术问题。下面将对本申请的方法做进一步的详细说明。

请参阅图4至图6，本申请第一方面提供一种服务实例监控方法的具体实施例，该实施例包括如下操作步骤：

41、从各已注册实例中选取目标实例，并将目标实例的实例标识配置到监控系统。

具体的，可以从各已注册实例中选取至少一个目标实例，以一个目标实例为例，可将该目标实例的实例标识配置到监控系统，如开源监控告警系统Prometheus系统，该实例标识可包含目标实例的IP地址、端口号(port号)和实例名称中的至少一种。

42、配置实例标识对应的信息查询接口。

其中，信息查询接口与用以注册各已注册实例的注册中心连通，该注册中心包含动态配置注册中心(Alibaba)Nacos。

在一些具体示例中，步骤42的具体操作包括：将各已注册实例在注册中心分别注册的所属服务名称、实例名称和实例地址，确定为接口响应结果(即期望返回的内容)；将监控系统的查询请求作为查询操作的触发条件(即接口的查询功能被启用的条件)，查询请求携带目标实例标识，以表示预调用哪些信息查询接口；根据触发条件和接口响应结果配置信息查询接口。

示例性的，可配置或实现如下四种用于返回各实例的所属服务名称、实例名称和实例地址的信息查询(功能)接口：

/v1/agent/self：用于返回数据中心如注册中心AlibabaNacos的名称。

/v1/catalog/services：用于返回登记于注册中心的所有服务名称。

/v1/health/service/{appName}：用于返回指定名称服务的所有实例名称。

/v1/catalog/service/{appName}：用于返回指定名称服务的所有实例地址信息，可兼容早期的Prometheus版本。

当接收到配置有目标实例标识的Prometheus查询请求时，可调用上述四种功能接口查取各已注册实例的运行信息，即运行步骤43。需说明的是，服务实例的端口号可类似ip号视为实例的地址信息。

在一些具体示例中，为使得服务实例发生变更Prometheus可以及时发现，以及减少Prometheus查询实例信息的请求次数(即请求次数)，上述信息查询接口可以长轮询的查询方式实现。具体的，可以将信息查询接口的查询方式设置为长轮询方式，以使信息查询接口在预设耗时内监控到已注册实例发生变更时，向监控系统返回运行信息。如此，接口不会立即响应结果，而是监听到服务实例发生变化(如所属服务上线、下线或实例标识有变)时，才响应结果(如AlibabaNacos中所有实例的名称以及地址信息)返回给Prometheus。

在一些具体示例中，监控已注册实例发生变更的过程可包括：对于每个已注册实例，判断当前请求(即请求信息查询)的已注册实例的所属服务标识号相比前次请求时是否发生变化，若变化则认为已注册实例已变更；服务标识号变化的原因包含服务上线或下线。因服务由服务实例组成，故此处可理解为判断所属服务是否发生了变化，服务标识号具体可以是服务的版本号或名称。

如图6所示，可以定时查询注册在Nacos服务端的服务名称，查询到最新的服务名称后可对比当前应用程序中的服务名称集合，如果发生了变化则对当前服务进行订阅，订阅后该服务实例发生变化(如所属服务上线或下线)可通知应用程序。其中，可以在应用程序中维护每个服务当前的版本号，服务实例每变更一次，则服务当前的版本号可自增一次，当然也可是自增之外的其他改变方式，如版本号做数乘、加减某标识号或自减等改变。图6中的过滤可指，由需地滤出实际要返回的运行信息，即可按兴趣等由需返回信息，例如，仅滤出实例的名称和ip地址推送给Prometheus，当然也可以自行组合其他过滤条件，如滤出实例的名称和端口号给Prometheus。

在一些具体示例中，每一次从Prometheus中发起的信息查询请求，都可带有一个起超时记录作用的时间参数(即上述预设耗时参数)，请求的总耗时不超过这个时间就不会被Prometheus判断为请求异常。

每一次Prometheus的信息查询请求过来后，Nacos服务端可先判断请求的服务实例是否有发生变化，可视为判断注册在Nacos的服务较之前请求时是否有变，如果相比于上次请求，实例发生了变化(可通过服务的版本号或名称判断)，则直接返回Nacos所保存的最新结果，如Nacos中最新保存的服务名称、该服务的实例名称及其地址信息(ip地址和/或端口号等地址)。如果没有发生变化，则可等待请求携带的时间(即预设耗时)流逝完后，返回上次请求响应的结果，如上次请求时返回的服务名称及其实例信息，或者，等待过程中监听到服务发生变化的事件，也可直接返回Nacos所保存的最新结果。

43、触发监控系统通过信息查询接口，查取各已注册实例的运行信息，运行信息包含已注册实例的实例标识和运行状态。

基于上述说明，可触发Prometheus系统调用信息查询接口，查取注册在Nacos中所有服务实例的运行信息，该运行信息具体可包含已注册实例的IP地址、端口号和实例名称中的至少一种实例标识，还可以根据这些实例标识从对应服务中获取实例的运行状态，该运行状态可包含已注册实例是否正在被执行和/或相应的实例端口是否畅通。

如图5可见，因目标实例和其他注册实例都是注册了信息(均注册在Nacos)的实例，可视为各实例启动时都会把各自的信息给nacos服务端，故这些实例之间具有关联性，则可由其中一实例标识关联得到其他全部注册实例的信息；相应的，通过实例标识对应的信息查询接口，可让监控系统查询到各已注册实例的运行信息，避免如传统般需单独监控每一实例，从而有效降低监控难度和成本。上述可视为，某个服务实例实现Consul的查询功能接口供Prometheus调用的过程，换言之，是将某一服务实例(可视为普通Java应用包)伪装或包装成能和Prometheus适配的Consul，以供Prometheus支持动态查找微服务架构(如SpringCloudAlibaba)中注册在Nacos的所有实例信息。

44、触发监控系统再次发起信息查询请求。

在一些具体示例中，自监控系统发起查询请求至预设耗时的查询期间，若查询期间内未收到运行信息，则将查询请求判定为异常请求，并触发监控系统再次发起信息查询请求，以免因请求异常耽误获取各注册实例的运行信息，影响服务进度。

45、开放运行信息在监控系统中的图表显示权限。

在一些具体示例中，可以将运行信息持久化保存在Prometheus，并开放运行信息在监控系统中的图表显示权限；具体的，可以通过Grafana自定义图表的方式查看任何时候监控到的运行信息。

综上，SpringCloud微服务架构使用AlibabaNacos作为注册中心时，配置少数目的目标实例标识到Prometheus，并实现对应的信息查询接口，相当于将目标实例包装成Consul，从而让Prometheus实时地动态监控SpringCloud的各服务实例：

避免服务数膨胀到几百上千后，服务配置难管理的问题。Prometheus可通过某个伪装成Consul服务端的实例，获取到Nacos的所有实例信息，避免如传统般手动配置各个实例信息到Promethus，而是通过请求某个注册在AlibabaNacos的实例去获得，如此即使整个SpringCloud服务扩展到几千个服务，也不用担心Prometheus配置管理问题。

避免Prometheus中配置的服务实例信息与真实SpringCloud中的服务信息不一致，导致监控失效的问题。Prometheus可以动态实时获取SpringCloud中所有服务实例信息，之后，SpringCloud整个架构可以任意的动态扩容缩容、变更服务部署位置，不用担心Prometheus无法监控变化后的服务实例。

支持长轮询返回结果，避免Prometheus频繁请求SpringCloud实例，节约资源。

监控技术栈统一。使用Prometheus进行SpringCloud服务监控相比使用SpringCloudAdmin利于异构系统的整体监控，方便统一管理和维护监控技术。

支持监控数据(如运行信息)持久化及进行自定义的图表显示。本申请实施例对Prometheus中实例的配置进行了优化，只需要在Prometheus中设置一个服务实例的IP地址和/与端口号等实例标识，就可以监控整个微服务中的所有实例信息，并将数据持久化保存在Prometheus，且任何时间产生的监控数据都可以通过Grafana自定义其可视化图表和界面。

实际应用中，上述实施示例之间的实施内容，可根据相应的功能原理和应用逻辑由需地结合实施，具体的执行步骤或执行时间可根据实际情况而定。

本申请第二方面提供一种服务实例监控系统的一个具体示例，该系统包括：

配置单元，用于从各已注册实例中选取目标实例，并将目标实例的实例标识配置到监控系统；

配置单元，还用于配置实例标识对应的信息查询接口，信息查询接口与用以注册各已注册实例的注册中心连通；

处理单元，用于触发监控系统通过信息查询接口，查取各已注册实例的运行信息，运行信息包含已注册实例的实例标识和运行状态。

可选地，配置单元具体用于：

将各已注册实例在注册中心分别注册的所属服务名称、实例名称和实例地址，确定为接口响应结果；

将监控系统的查询请求作为查询操作的触发条件，查询请求携带目标实例标识；

根据触发条件和接口响应结果配置信息查询接口。

可选地，配置单元具体用于：

将信息查询接口的查询方式设置为长轮询方式，以使信息查询接口在预设耗时内监控到已注册实例发生变更时，向监控系统返回运行信息。

可选地，处理单元具体用于：

对于每个已注册实例，判断当前请求的已注册实例的所属服务标识号相比前次请求时是否发生变化，若变化则认为已注册实例已变更；服务标识号变化的原因包含服务上线或下线。

可选地，处理单元还用于：

自监控系统发起查询请求至预设耗时的查询期间，若查询期间内未收到运行信息，则将查询请求判定为异常请求，并触发监控系统再次发起信息查询请求。

可选地，实例标识包含目标实例的IP地址、端口号和实例名称中的至少一种，运行状态包含已注册实例是否正在被执行和/或相应的实例端口是否畅通。

可选地，处理单元还用于：

开放运行信息在监控系统中的图表显示权限。

本申请实施例中，服务实例监控系统各单元所执行的操作，与前述第一方面或第一方面的任一具体方法实施例所描述的操作类似，具体此处不再赘述。当然，本申请第一方面各操作的具体实现过程也可参见第二方面的相关描述实现。

请参阅图7，本申请实施例的电子设备700可以包括一个或一个以上中央处理器CPU(CPU，centralprocessingunits)701和存储器705，该存储器705中存储有一个或一个以上的应用程序或数据。

其中，存储器705可以是易失性存储或持久存储。存储在存储器705的程序可以包括一个或一个以上模块，每个模块可以包括对电子设备中的一系列指令操作。更进一步地，中央处理器701可以设置为与存储器705通信，在电子设备700上执行存储器705中的一系列指令操作。

电子设备700还可以包括一个或一个以上电源702，一个或一个以上有线或无线网络接口703，一个或一个以上输入输出接口704，和/或，一个或一个以上操作系统，例如WindowsServerTM，MacOSXTM，UnixTM，LinuxTM，FreeBSDTM等。

该中央处理器701可以执行前述第一方面或第一方面的任一具体方法实施例所执行的操作，具体不再赘述。

本申请提供的一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如上述第一方面或第一方面的任一具体实现方式所描述的方法。

本申请提供的一种包含指令或计算机程序的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面或第一方面的任一具体实现方式所描述的方法。

可以理解的是，在本申请的各种实施例中，各步骤的序号大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统(若存在)、装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统或装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品(计算机程序产品)存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，业务服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，randomaccess memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种服务实例监控方法，其特征在于，包括：

从各已注册实例中选取目标实例，并将所述目标实例的实例标识配置到监控系统；

配置所述实例标识对应的信息查询接口，所述信息查询接口与用以注册所述各已注册实例的注册中心连通；

触发所述监控系统通过所述信息查询接口，查取所述各已注册实例的运行信息，所述运行信息包含所述已注册实例的实例标识和运行状态。

2.根据权利要求1所述的服务实例监控方法，其特征在于，所述配置所述实例标识对应的信息查询接口，包括：

将所述各已注册实例在所述注册中心分别注册的所属服务名称、实例名称和实例地址，确定为接口响应结果；

将所述监控系统的查询请求作为查询操作的触发条件，所述查询请求携带所述目标实例标识；

根据所述触发条件和所述接口响应结果配置所述信息查询接口。

3.根据权利要求1所述的服务实例监控方法，其特征在于，所述配置所述实例标识对应的信息查询接口，包括：

将所述信息查询接口的查询方式设置为长轮询方式，以使所述信息查询接口在预设耗时内监控到所述已注册实例发生变更时，向所述监控系统返回所述运行信息。

4.根据权利要求3所述的服务实例监控方法，其特征在于，监控所述已注册实例发生变更的过程，包括：

对于每个所述已注册实例，判断当前请求的所述已注册实例的所属服务标识号相比前次请求时是否发生变化，若变化则认为所述已注册实例已变更；所述服务标识号变化的原因包含服务上线或下线。

5.根据权利要求3所述的服务实例监控方法，其特征在于，所述方法还包括：

自所述监控系统发起查询请求至所述预设耗时的查询期间，若所述查询期间内未收到所述运行信息，则将所述查询请求判定为异常请求，并触发所述监控系统再次发起信息查询请求。

6.根据权利要求1所述的服务实例监控方法，其特征在于，所述实例标识包含所述目标实例的IP地址、端口号和实例名称中的至少一种，所述运行状态包含所述已注册实例是否正在被执行和/或相应的实例端口是否畅通。

7.根据权利要求1所述的服务实例监控方法，其特征在于，查取所述各已注册实例的运行信息之后，所述方法还包括：

开放所述运行信息在所述监控系统中的图表显示权限。

8.一种服务实例监控系统，其特征在于，包括：

配置单元，用于从各已注册实例中选取目标实例，并将所述目标实例的实例标识配置到监控系统；

所述配置单元，还用于配置所述实例标识对应的信息查询接口，所述信息查询接口与用以注册所述各已注册实例的注册中心连通；

处理单元，用于触发所述监控系统通过所述信息查询接口，查取所述各已注册实例的运行信息，所述运行信息包含所述已注册实例的实例标识和运行状态。

9.一种电子设备，其特征在于，包括：

中央处理器，存储器以及输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行权利要求1至7中任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至7中任意一项所述的方法。

Images