CN111212099A - 一种微服务管理方法及装置 - Google Patents

Abstract

本申请实施例提供一种微服务管理方法及装置，涉及微服务技术领域。该方法包括确定微服务下线；根据预设的服务依赖关系表，确定该微服务的第一依赖服务，该第一依赖服务为会调用该微服务的微服务，该服务依赖关系表包括多个微服务之间的调用与被调用关系；向该第一依赖服务发送第一下线通知，该第一下线通知用于指示该第一依赖服务将该微服务的注册信息从该第一依赖服务本地的服务注册表中删除。该方法及装置能够对下线微服务进行快速隔离，避免出现服务不可用的问题。

Description

一种微服务管理方法及装置

技术领域

本申请涉及微服务技术领域，尤其涉及一种微服务管理方法及装置。

背景技术

在互联网中，一个复杂的服务系统可以被拆分为多个微服务，每个微服务用于实现不同的功能。示例性的，如图1所示，一个智能电视系统可以被拆分为用户管理微服务、视频播放微服务、教育微服务、购物微服务以及游戏微服务等。这些微服务需要在注册中心注册，并由注册中心进行统一管理。具体地，注册中心会维护一个服务注册表，该服务注册表中包括每一个注册了的微服务的注册信息，以便注册了的微服务之间能够进行相互调用。

通常情况下，在一个微服务调用其它微服务的过程中，需要进行服务发现，即每间隔一段时间向注册中心发送一个服务发现请求，注册中心在接收到该服务发现请求之后，将服务注册表发送给该微服务，以确定其当前可调用的其它微服务，避免服务调用失败。

然而，在该服务系统中，由于系统更新或者系统故障，还存在微服务下线的问题。当一个微服务下线之后，注册中心会将下线微服务的注册信息从服务注册表中删除，以对服务注册表进行更新。由于微服务每间隔一段时间才发送一个服务发现请求，因此，当一个微服务下线后，该微服务的调用方需要经过一段时间才能获取到更新后的服务注册表。在该时间段内，该微服务将无法被调用，导致出现大量服务调用失败的情况。更为严重的是，如果该微服务与其它微服务之间存在多级调用的关系，可能会导致服务雪崩，降低整个服务系统的可靠性。

发明内容

本申请提供了一种微服务管理方法及装置，用于解决目前服务下线过程中存在的微服务将无法被调用，导致出现大量服务调用失败的情况。

第一方面，本申请实施例提供一种微服务管理方法，所述方法包括：确定微服务下线；根据预设的服务依赖关系表，确定所述微服务的第一依赖服务，所述第一依赖服务为会调用所述微服务的微服务，所述服务依赖关系表包括多个微服务之间的调用与被调用关系；向所述第一依赖服务发送第一下线通知，所述第一下线通知用于指示所述第一依赖服务将所述微服务的注册信息从所述第一依赖服务本地的服务注册表中删除。

在第一方面的第一种实现方式中，所述确定微服务下线，包括：接收所述微服务发送的第二下线通知，所述第二下线通知用于指示所述微服务下线。

在第一方面的第二种实现方式中，所述确定微服务下线，包括：如果在预设的时间段内未接收到所述微服务发送的心跳信号，则确定所述微服务下线。

在第一方面的第三种实现方式中，在所述微服务下线之前，所述方法还包括：接收所述微服务发送的服务注册请求，所述服务注册请求包括所述微服务的注册信息；根据所述注册信息和预设的权限表，判断所述微服务是否合法；如果所述微服务合法，则根据所述注册信息注册所述微服务。

在第一方面的第四种实现方式中，结合上述第三种实现方式，所述注册信息包括API，根据所述注册信息注册所述微服务，包括：如果所述微服务的API可用，则根据所述注册信息注册所述微服务。

在第一方面的第五种实现方式中，在所述微服务下线之前，所述方法还包括：接收所述微服务发送的服务发现请求；根据所述服务依赖关系表，确定所述微服务的第二依赖服务，所述第二依赖服务为会被所述微服务调用的微服务；将所述第二依赖服务的注册信息发送给所述微服务。

在第一方面的第六种实现方式中，结合上述第五种实现方式，根据所述服务依赖关系表，确定所述微服务的第二依赖服务，包括：根据所述微服务的注册信息和预设的权限表，判断所述微服务是否合法；如果所述微服务合法，则根据所述服务依赖关系表，确定所述微服务的第二依赖服务。

第二方面，本申请实施例提供一种微服务管理装置，包括：

第一确定单元，用于确定微服务下线。

第二确定单元，用于根据预设的服务依赖关系表，确定所述微服务的第一依赖服务，所述第一依赖服务为会调用所述微服务的微服务，所述服务依赖关系表包括多个微服务之间的调用与被调用关系。

第一发送单元，用于向所述第一依赖服务发送第一下线通知，所述第一下线通知用于指示所述第一依赖服务将所述微服务的注册信息从所述第一依赖服务本地的服务注册表中删除。

在第二方面的第一种实现方式中，所述装置还包括：

第一接收单元，用于接收所述微服务发送的服务注册请求，所述服务注册请求包括所述微服务的注册信息。

判断单元，用于根据所述注册信息和预设的权限表，判断所述微服务是否合法。

注册单元，用于如果所述微服务合法，则根据所述注册信息注册所述微服务。

在第二方面的第一种实现方式中，所述装置还包括：

第二接收单元，用于接收所述微服务发送的服务发现请求；

第三确定单元，根据所述服务依赖关系表，确定所述微服务的第二依赖服务，所述第二依赖服务为会被所述微服务调用的微服务；

第二发送单元，用于将所述第二依赖服务的注册信息发送给所述微服务。

本申请实施例提供的微服务管理方法及装置，在进行服务下线通知的过程中，一旦确定一个微服务下线，便立即将该微服务下线的消息发送给要调用该下线微服务的微服务，数据传输量小、传输速度快，能够对该下线微服务进行快速隔离，避免服务系统中出现服务不可用的问题。此外，该方法及装置还能够确保服务注册和服务发现的安全性和可靠性、降低服务发现过程中的网络流量、提高服务发现的效率。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为智能电视系统的微服务结构示意图。

图2为本申请实施例提供的微服务管理方法的流程图一。

图3为本申请实施例提供的微服务管理方法的流程图二。

图4为本申请实施例提供的微服务管理方法的流程图三。

图5为本申请实施例提供的服务注册模块的连接框图。

图6为本申请实施例提供的服务发现模块的连接框图。

图7为本申请实施例提供的服务下线通知模块的连接框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

通常情况下，在一个服务系统中，每个微服务都要依赖于服务中心进行服务注册、服务发现和服务下线。通过服务注册，微服务能够将自身的服务ID(Identification，身份证明)、IP(Internet Protocol，互联网协议)地址和端口号等信息添加至注册中心维护的服务注册表中。通过服务发现，微服务可以获取到注册中心的服务注册表，进而获取到其可调用的其它微服务的IP地址和端口号。通过服务下线，微服务可以删除其在注册中心的服务注册表中的信息，避免该微服务在下线之后被其它微服务调用，导致服务调用失败。

下面将结合图2-图4分别对本申请实施例提供的微服务管理方法中的服务注册、服务发现和服务下线通知过程进行示例性的说明。

请参阅图2，本申请实施例提供的一种微服务管理方法，具体涉及服务注册过程。该方法应用于注册中心，具体包括如下步骤S201-S203。

步骤S201，接收微服务发送的服务注册请求，该服务注册请求包括该微服务的注册信息。

在本申请实施例中，该注册信息至少包括该微服务的标识信息、IP地址和端口号。该标识信息用于唯一指示该微服务，如该微服务的服务名称，和/或，该微服务的服务ID。该IP地址和端口号为该微服务的访问地址。此外，该注册信息还可以包括该微服务的版本号等，本申请实施例对此不进行限制。

步骤S202，根据该注册信息和预设的权限表，判断该微服务是否合法。

注册中心预先配置了一个权限表，该权限表可以根据服务系统的运行需求随时进行配置。该权限表中记载了所有合法微服务的信息，如注册信息或者注册信息中的部分信息(例如，标识信息)。这些合法的微服务具有在注册中心注册的权限，以及调用注册中心已注册微服务的权限。

注册中心在接收到该微服务发送的服务注册请求之后，将该注册请求中携带的注册信息与该权限表中的信息进行比较，以确定该注册信息是否在该权限表中。其中，需要说明的是，用于与权限表进行比较的注册信息可以是全部的注册信息，也可以是该注册信息中的部分信息，如标识信息。如果该注册信息在该权限表中，则说明该微服务合法；如果该注册信息不在该权限表中，则说明该微服务不合法。

步骤S203，如果该微服务合法，根据该注册信息注册该微服务。

在一种可能的实现方式中，在确定该微服务合法之后，注册中心直接将该微服务的注册信息添加至注册中心维护的服务注册表中。注册中心通常包括多个服务节点，因此，注册中心的各个服务节点通过RPC(Remote Procedure Call Protocol，远程调用协议)接口实现注册信息的同步之后，即可完成注册。

在另一种可能的实现方式中，该注册信息还包括该微服务的API(ApplicationProgramming Interface，应用程序编程接口)。在确定该微服务合法之后，可以进一步判断该API是否可以被成功调用。如果该API可以被成功调用，则说明该微服务能够正常提供服务。此时，将该微服务的注册信息添加至注册中心维护的服务注册表中，注册中心的各个服务节点通过RPC接口实现注册信息的同步之后，即可完成注册。如果该API不能被成功调用，则说明该微服务不能够正常提供服务，此时，注册中心不对其进行注册。

本申请实施例提供的微服务管理方法，不仅对请求注册的微服务的合法性进行了校验，而且在确定其合法之后，还进一步对该微服务是否可用进行了校验，避免了任何配置有注册中心地址的微服务都可以在注册中心进行注册的情况，确保了在注册中心注册的微服务的安全性和可靠性。

请参阅图3，本申请实施例提供的一种微服务管理方法，具体涉及服务发现。该方法应用于注册中心，具体包括如下步骤S301-S303。

步骤S301，接收该微服务发送的服务发现请求。

该服务发现请求携带有该微服务的标识信息，如服务ID或者服务名称等，以便于注册中心确定该服务发现的请求方。

步骤S302，根据该服务依赖关系表，确定该微服务的第二依赖服务，该第二依赖服务为会被该微服务调用的微服务。

注册中心预先设置有一个服务依赖关系表，该服务依赖关系表可以根据服务系统的运行需求随时进行配置。示例性的，如表1所示，该服务依赖关系表至少包括作为调用方的微服务标识信息(如服务ID)，和该微服务对应的被调用方的微服务的标识信息。当然，还可以包括调用方微服务和被调用方微服务的依赖关系ID和被调用方微服务的版本号等信息，本申请实施例对此不进行限制。该服务依赖关系表包括在注册中心注册的多个微服务之间的调用与被调用关系。以微服务ID-1为例，被该微服务调用的微服务为ID-2、ID-4和ID-5；调用该微服务的微服务为ID-2。

表1服务依赖关系表

在一种可能的实现方式中，注册中心在接收到该服务发现请求之后，直接将该服务发现请求中携带的标识信息与该服务依赖关系表进行对比，确定该微服务对应的第二依赖服务，即会被该微服务调用的微服务。例如，当该微服务为服务ID为ID-1的微服务时，该微服务对应的第二依赖服务为ID-2、ID-4和ID-5。

在另一种可能的实现方式中，注册中心在接收到该服务发现请求之后，首先根据该微服务的注册信息和预设的权限表，判断该微服务是否合法。其中，需要说明的是，用于与权限表进行比较的注册信息可以是全部的注册信息，也可以是该注册信息中的部分信息，如标识信息。如果该注册信息在该权限表中，则说明该微服务合法，此时，将该微服务的标识信息与该服务依赖关系表进行对比，确定该微服务对应的第二依赖服务，即会被该微服务调用的微服务。如果该注册信息不在该权限表中，则说明该微服务不合法，服务发现终止。

步骤S303，将该第二依赖服务的注册信息发送给该微服务。

具体地，注册中心在确定出该微服务的第二依赖服务之后，根据这些第二依赖服务的标识信息即可从注册中心维护的服务注册表中确定出第二依赖服务对应的注册信息，并将注册信息发送给该微服务。

本申请实施例提供的微服务管理方法，能够对发起服务发现请求的微服务进行权限校验，避免了任何一个微服务(如在该注册中心注册的打车系统的微服务)都可以进行服务发现，获取在注册中心注册的所有微服务的注册信息，导致服务资源的泄露的问题，有助于提高服务系统安全性。此外，该方法还能够根据服务依赖关系表对该微服务请求的服务注册表进行过滤，仅将该微服务的第二依赖服务的注册信息发送给该微服务。由于该第二依赖服务在已注册微服务中只有很少的占比，因此，该方法还能够降低网络流量、提高服务发现的效率。

请参阅图4，本申请实施例提供的一种微服务管理方法，具体涉及微服务下线通知。该方法应用于注册中心，具体包括如下步骤S401-S403。

步骤S401，确定微服务下线。

在一种可能的情况下，当一个已注册的微服务由于更新或不再工作等原因自发下线时，会主动向注册中心发送一个用于指示该微服务下线的第二下线通知，并且，该第二下线通知中包括该微服务的标识信息，以便注册中心确定该下线的微服务。

当一个微服务在注册中心注册之后，该微服务会持续不断地向注册中心发送心跳信号，以告知注册中心其处于正常工作的状态。并且，当该微服务发生故障后，将无法再继续发送心跳信号。因此，在另一种可能的情况下，如果注册中心在预设的时间段内未接收到该微服务发送的心跳信号，则确定该微服务下线。

步骤S402，根据预设的服务依赖关系表，确定该微服务的第一依赖服务，该第一依赖服务为会调用该微服务的微服务。

在该步骤中，将该微服务的标识信息，如服务ID，与服务依赖关系表进行比较，即可确定会调用该微服务的微服务，即第一依赖服务。以表1提供的服务依赖关系表为例，如果下线的微服务为服务ID为ID-4的微服务，那么该微服务的第一依赖服务为服务ID为ID-1和ID-2的微服务。

步骤S403，向该第一依赖服务发送第一下线通知，该第一下线通知用于指示该第一依赖服务将该微服务的注册信息从该第一依赖服务本地的服务注册表中删除。

由于注册中心的服务注册表中记录着所有已注册的微服务的注册信息，其中至少包括标识信息、地址信息及其对应关系。因此，当第一依赖服务的标识信息确定之后，即可确定该第一依赖服务的地址信息，并将用于指示该微服务下线的第一下线通知发送给该第一依赖服务。由于该第一下线通知中携带这该下线微服务的标识信息，因此，第一依赖服务在接收到该第一下线通知之后，即可根据该下线微服务的标识信息，将该下线微服务的注册信息从由服务中心下载至本地的服务注册表中删除，避免该第一依赖服务继续调用该已下线的微服务。

例如，在步骤S402提供的示例的基础上，注册中心在确定服务ID为ID-4的微服务下线之后，即向服务ID为ID-1和ID-2的微服务发送第一下线通知，以指示服务ID为ID-1和ID-2的微服务将服务ID为ID-4的微服务的注册信息从本地的服务注册表中删除。

本申请实施例提供的微服务管理方法，在确定一个微服务下线后，便立即将该微服务下线的消息发送给该微服务的第一依赖服务，相对于将全部或者部分服务注册表发送给该第一依赖服务，该方法具有数据传输量小、传输速度快的特点，并且能够对该下线微服务进行快速隔离，避免服务系统中出现服务不可用的问题。

本申请实施例提供一种微服务管理装置，用于执行上述本申请实施例提供的微服务管理方法。该装置包括服务注册模块、服务发现模块和服务下线通知模块。该服务注册模块用于执行上述服务注册方法；该服务发现模块用于执行上述服务发现方法；该服务下线通知模块用于执行上述服务下线通知方法。

请参阅图5，在本申请实施例提供的服务注册模块包括如下组件。

第一接收单元51，用于接收该微服务发送的服务注册请求，该服务注册请求包括该微服务的注册信息。

判断单元52，用于根据该注册信息和预设的权限表，判断该微服务是否合法。

注册单元53，用于如果该微服务合法，则根据该注册信息注册该微服务。

作为一种可选的实施方式，该注册信息包括API，该注册单元53，还用于如果该微服务的API可用，则根据该注册信息注册该微服务。

本申请实施例提供的服务注册模块，不仅对请求注册的微服务的合法性进行了校验，而且在确定其合法之后，进一步对该微服务是否可用进行了校验，避免了任何配置有注册中心地址的微服务都可以在注册中心进行注册的情况，确保了在注册中心注册的微服务的安全性和可靠性。

请参阅图6，在本申请实施例提供的服务发现模块包括如下组件。

第二接收单元61，用于接收该微服务发送的服务发现请求。

第三确定单元62，根据该服务依赖关系表，确定该微服务的第二依赖服务，该第二依赖服务为会被该微服务调用的微服务。

作为一种可选的实施方式，该第三确定单元62，还用于根据该微服务的注册信息和预设的权限表，判断该微服务是否合法。如果该微服务合法，则根据该服务依赖关系表，确定该微服务的第二依赖服务。

第二发送单元63，用于将该第二依赖服务的注册信息发送给该微服务。

通过本申请实施例提供的服务发现模块，能够对发起服务发现请求的微服务进行权限校验，避免了任何一个微服务都可以进行服务发现，获取在注册中心注册的所有微服务的注册信息，导致服务资源的泄露的问题，有助于提高服务系统安全性。此外，该模块还能够根据服务依赖关系表对该微服务请求的服务注册表进行过滤，仅将该微服务的第二依赖服务的注册信息发送给该微服务。由于该第二依赖服务在已注册微服务中只有很少的占比，因此，该模块还能够降低网络流量、提高服务发现的效率。

请参阅图7，在本申请实施例提供的服务下线通知模块包括如下组件。

第一确定单元71，用于确定微服务下线。

在一种可能的实现方式中，该第一确定单元71，用于接收该微服务发送的第二下线通知，该第二下线通知用于指示该微服务下线。在另一种可能的实现方式中，如果在预设的时间段内未接收到该微服务发送的心跳信号，该第一确定单元71确定该微服务下线。

第二确定单元72，用于根据预设的服务依赖关系表，确定该微服务的第一依赖服务，该第一依赖服务为会调用该微服务的微服务，该服务依赖关系表包括多个微服务之间的调用与被调用关系。

第一发送单元73，用于向该第一依赖服务发送第一下线通知，该第一下线通知用于指示该第一依赖服务将该微服务的注册信息从该第一依赖服务本地的服务注册表中删除。

本申请实施例提供的服务下线通知模块，在确定一个微服务下线后，便立即将该微服务下线的消息发送给该微服务的第一依赖服务，相对于将全部或者部分服务注册表发送给该第一依赖服务，具有数据传输量小、传输速度快的特点，并且能够对该下线微服务进行快速隔离，避免服务系统中出现服务不可用的问题。

需要说明的是，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

应当理解的是，本申请并不局限于上面已经描述的内容，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种微服务管理方法，其特征在于，所述方法包括：

确定微服务下线；

根据预设的服务依赖关系表，确定所述微服务的第一依赖服务，所述第一依赖服务为会调用所述微服务的微服务，所述服务依赖关系表包括多个微服务之间的调用与被调用关系；

向所述第一依赖服务发送第一下线通知，所述第一下线通知用于指示所述第一依赖服务将所述微服务的注册信息从所述第一依赖服务本地的服务注册表中删除。

2.根据权利要求1所述的方法，其特征在于，所述确定微服务下线，包括：

接收所述微服务发送的第二下线通知，所述第二下线通知用于指示所述微服务下线。

3.根据权利要求1所述的方法，其特征在于，所述确定微服务下线，包括：

如果在预设的时间段内未接收到所述微服务发送的心跳信号，则确定所述微服务下线。

4.根据权利要求1所述的方法，其特征在于，在所述微服务下线之前，所述方法还包括：

接收所述微服务发送的服务注册请求，所述服务注册请求包括所述微服务的注册信息；

根据所述注册信息和预设的权限表，判断所述微服务是否合法；

如果所述微服务合法，则根据所述注册信息注册所述微服务。

5.根据权利要求4所述的方法，其特征在于，所述注册信息包括API，根据所述注册信息注册所述微服务，包括：

如果所述微服务的API可用，则根据所述注册信息注册所述微服务。

6.根据权利要求1所述的方法，其特征在于，在所述微服务下线之前，所述方法还包括：

接收所述微服务发送的服务发现请求；

根据所述服务依赖关系表，确定所述微服务的第二依赖服务，所述第二依赖服务为会被所述微服务调用的微服务；

将所述第二依赖服务的注册信息发送给所述微服务。

7.根据权利要求6所述的方法，其特征在于，根据所述服务依赖关系表，确定所述微服务的第二依赖服务，包括：

根据所述微服务的注册信息和预设的权限表，判断所述微服务是否合法；

如果所述微服务合法，则根据所述服务依赖关系表，确定所述微服务的第二依赖服务。

8.一种微服务管理装置，其特征在于，包括：

第一确定单元，用于确定微服务下线；

第二确定单元，用于根据预设的服务依赖关系表，确定所述微服务的第一依赖服务，所述第一依赖服务为会调用所述微服务的微服务，所述服务依赖关系表包括多个微服务之间的调用与被调用关系；

第一发送单元，用于向所述第一依赖服务发送第一下线通知，所述第一下线通知用于指示所述第一依赖服务将所述微服务的注册信息从所述第一依赖服务本地的服务注册表中删除。

9.根据权利要求8所述的装置，其特征在于，还包括：

第一接收单元，用于接收所述微服务发送的服务注册请求，所述服务注册请求包括所述微服务的注册信息；

判断单元，用于根据所述注册信息和预设的权限表，判断所述微服务是否合法；

注册单元，用于如果所述微服务合法，则根据所述注册信息注册所述微服务。

10.根据权利要求8所述的装置，其特征在于，还包括：

第二接收单元，用于接收所述微服务发送的服务发现请求；

第三确定单元，根据所述服务依赖关系表，确定所述微服务的第二依赖服务，所述第二依赖服务为会被所述微服务调用的微服务；

第二发送单元，用于将所述第二依赖服务的注册信息发送给所述微服务。

Images