CN113364706B - 服务流量集中的方法 - Google Patents

Abstract

本申请涉及一种服务流量集中的方法，包括：目标机器接收用户输入的启动参数，并根据启动参数，将与目标机器对应的服务信息注册到缓存中；服务信息包括服务名称；非目标机器，按照第一预设时间间隔，检测缓存中是否存在服务信息，若存在，判断是否存在与非目标机器对应的服务信息；若不存在，非目标机器检测是否在注册中心集群中注册有对服务名称的注册信息；若有，非目标机器执行第一预设操作，以确保注册中心集群中只保留有目标机器对服务名称的注册信息；第一预设操作包括：注销对服务名称的注册信息并存储注销记录。如此，无需对非目标机器进行关停，也无需用户手动操作配置流量权重，仅通过配置启动参数就可以实现对服务流量的集中管控。

Description

服务流量集中的方法

技术领域

本申请涉及计算机网络流量管控技术领域，具体涉及一种服务流量集中的方法。

背景技术

在现有的微服务背景之下，大多数科技公司都会使用微服务的架构来搭建自己的服务，并使用注册中心来实现服务的注册和发现，这样的横向扩容的方式大大的增强了系统的性能和可用性。但是这种微服务的架构对于开发人员在开发环境中进行debug非常的不方便，比如在dev环境某个服务的集群有N(N>1)台，开发人员在开发环境启动本机之后，如何保证对指定API调用的流量能够打到本机是重中之重。

相关技术中，现有的解决方案主要有两种：一种是将dev环境中除开发人员本机之外的机器上的服务全部停掉，只保留开发人员本机的服务是运行状态，这样流量理所当然的会打到开发人员本机；另一种是对流量调用进行权重配置，以dubbo为例，在dubbo的配置页面针对这N个机器上的服务配置权重，比如将开发人员本机的服务的权重配置为1，其他的所有的机器的权重全部配置为0，如此就可以确保流量的集中。然而，前者需要对多个服务进行关停，且关机再重启还需要一定的时间，会对其他机器的使用造成很多不便；后者需要手动配置权重，人为参与因素过多，难免发生修改错误，影响原先的功能。

发明内容

有鉴于此，本申请的目的在于克服现有技术的不足，提供一种服务流量集中的方法。

为实现以上目的，本申请采用如下技术方案：

本申请提供一种服务流量集中的方法，应用于微服务集群体系中，所述微服务集群体系包括目标机器和非目标机器；所述方法包括：

所述目标机器接收用户输入的启动参数，并根据所述启动参数，将与所述目标机器对应的服务信息注册到缓存中；所述服务信息包括服务名称；

所述非目标机器，按照第一预设时间间隔，检测所述缓存中是否存在服务信息，若存在，判断是否存在与所述非目标机器对应的服务信息；

若不存在，所述非目标机器检测是否在注册中心集群中注册有对所述服务名称的注册信息；

若有，所述非目标机器执行第一预设操作，以确保所述注册中心集群中只保留有所述目标机器对所述服务名称的注册信息；所述第一预设操作包括：注销对所述服务名称的注册信息并存储注销记录。

可选的，还包括：

所述目标机器和所述非目标机器，按照第二预设时间间隔，检测所述缓存中是否存在服务信息；

若不存在，所述非目标机器执行第二预设操作；所述第二预设操作包括：检测是否存储有注销记录；

当检测到存在所述非目标机器存储有注销记录时，所述非目标机器根据对应的所述注销记录确定被注销的注册信息，并将被注销的注册信息重新注册到所述注册中心集群中。

可选的，所述服务信息还包括服务有效时间。

可选的，所述将与所述目标机器对应的服务信息注册到缓存中之后，所述方法还包括：

所述目标机器按照第三预设时间间隔，更新注册到所述缓存中的服务信息的所述服务有效时间。

可选的，还包括：

所述目标机器接收用户输入的清除指令，并根据所述清除指令清除所述缓存中对应注册的服务信息。

本申请提供的技术方案可以包括以下有益效果：

本申请的方案中，目标机器在接收到用户输入的启动参数后，可以根据启动参数将目标机器对应的服务信息注册到缓存中，以使缓存中保留有目标机器针对服务名称的服务信息。非目标机器则可以按照第一预设时间间隔，检测缓存中是否存在服务信息，如果检测到缓存中存在服务信息，则需要判断缓存中的服务信息是否是与非目标机器对应的服务信息。如果缓存中不存在与非目标机器对应的服务信息，则非目标机器需要检测是否在注册中心集群中注册有对服务名称的注册信息。如果有，说明当前注册中心集群中存在有目标机器和非目标机器针对服务名称的注册信息，为了实现对目标机器的服务流量集中，非目标机器可以执行第一预设操作，其中，第一预设操作包括：注销对服务名称的注册信息并存储注销记录，非目标机器在执行第一预设操作后，注册中心集群中就仅存在有目标机器针对服务名称的注册信息，如此，无需对非目标机器进行关停，也无需用户手动操作配置流量权重，仅通过配置启动参数就可以实现对服务流量的集中管控，给技术开发人员带来了很大的便利。

附图说明

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

图1是本申请一个实施例提供的一种服务流量集中的方法的流程图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

参见图1是本申请一个实施例提供的一种服务流量集中的方法的流程图。本申请的实施例提供一种服务流量集中的方法，该方法可以应用于微服务集群体系中，微服务集群体系可以包括目标机器和非目标机器，如图所示，服务流量集中的方法至少可以包括如下实施步骤：

步骤11、目标机器接收用户输入的启动参数，并根据启动参数，将与目标机器对应的服务信息注册到缓存中；服务信息包括服务名称。

其中，目标机器是指需要将指定服务的流量导入其中的机器。

步骤12、非目标机器，按照第一预设时间间隔，检测缓存中是否存在服务信息，若存在，判断是否存在与非目标机器对应的服务信息。

实施时，第一预设时间间隔可以根据用户的需求进行设置，此处不作限定。

步骤13、若不存在，非目标机器检测是否在注册中心集群中注册有对服务名称的注册信息。

步骤14、若有，非目标机器执行第一预设操作，以确保注册中心集群中只保留有目标机器对服务名称的注册信息；第一预设操作包括：注销对服务名称的注册信息并存储注销记录。

本实施例中，目标机器在接收到用户输入的启动参数后，可以根据启动参数将目标机器对应的服务信息注册到缓存中，以使缓存中保留有目标机器针对服务名称的服务信息。非目标机器则可以按照第一预设时间间隔，检测缓存中是否存在服务信息，如果检测到缓存中存在服务信息，则需要判断缓存中的服务信息是否是与非目标机器对应的服务信息。如果缓存中不存在与非目标机器对应的服务信息，则非目标机器需要检测是否在注册中心集群中注册有对服务名称的注册信息。如果有，说明当前注册中心集群中存在有目标机器和非目标机器针对服务名称的注册信息，为了实现对目标机器的服务流量集中，非目标机器可以执行第一预设操作，其中，第一预设操作包括：注销对服务名称的注册信息并存储注销记录，非目标机器在执行第一预设操作后，注册中心集群中就仅存在有目标机器针对服务名称的注册信息，如此，无需对非目标机器进行关停，也无需用户手动操作配置流量权重，仅通过配置启动参数就可以实现对服务流量的集中管控，给技术开发人员带来了很大的便利。

在用户结束对目标机器的使用后，为了不影响原有微服务集群体系的工作状态，服务流量集中的方法还可以包括：目标机器和非目标机器，按照第二预设时间间隔，检测缓存中是否存在服务信息；若不存在，非目标机器执行第二预设操作；第二预设操作包括：检测是否存储有注销记录；当检测到存在非目标机器存储有注销记录时，非目标机器根据对应的注销记录确定被注销的注册信息，并将被注销的注册信息重新注册到注册中心集群中。如此，原有微服务集群体系可以自动恢复到服务流量集中之前的状态，不会影响原先的功能。

一些实施例中，服务信息还包括服务有效时间。

上述步骤11中，在将与目标机器对应的服务信息注册到缓存中之后，为了避免因服务流量集中所需时间的不确定性而影响微服务集群体系的正常工作，服务流量集中的方法还可以包括：目标机器按照第三预设时间间隔，更新注册到缓存中的服务信息的服务有效时间。如此，一旦目标机器出现报错，缓存中服务信息的服务有效时间就无法更新，目标机器在服务有效时间到期后就会在缓存中自动注销，继而失去引流的功能，避免了所有流量继续导入到错误的目标机器中。同时，设置服务有效时间的方式可以更加简单和方便地实现对目标机器的有效使用，避免有效期限外对目标机器的入侵。

一些实施例中，服务流量集中的方法还可以包括：目标机器接收用户输入的清除指令，并根据清除指令清除缓存中对应注册的服务信息。如此，当用户不再需要进行服务流量集中导入时，就可以通过发出清除指令的方式恢复目标机器的原有工作状态。

下面以一个具体的实施例对服务流量集中的方法进行详细阐述：

在需要将针对某个服务的调用全部打到目标机器(开发者本机)的场景下，需要用户添加启动参数到目标机器，例如添加启动参数-DexpelOthersServiceName＝serviceA，并启动服务，表明用户希望所有的针对serviceA的请求流量全部打到目标机器。而目标机器的服务启动之后，检测到启动参数-DexpelOthersServiceName＝serviceA，将此服务信息注册到缓存中。

其中，缓存可以选取Redis。

与此同时，目标机器的后台线程还会按照第三预设时间间隔，对服务信息的有效期进行定时续期，以确保目标机器在dubug期间，Redis会存储服务信息，并在目标机器下线或者是异常关闭后，服务信息可以自行到期失效。

在将服务信息注册到Redis后，应用集群中的非目标机器的后台线程会按照第一预设时间间隔对Redis进行定期轮询，以检查是否有服务信息被注册，如果没有，则结束；如果有，那么非目标机器就需要对检测到的服务信息进行解析，检查非目标机器本机在注册中心集群中是否有对serviceA的注册信息，如果没有，则当前进程结束；如果有，则需要将本机在注册中心集群中对serviceA的注册信息进行注销，并保存注销记录。如此操作，在经过一段时间的处理后，整个应用集群中只有目标机器在注册中心集群中有对serviceA的注册信息，即，所有对serviceA的请求都会打入到目标机器中，确保了服务流量的集中。

在用户结束对目标机器的使用后，可以对目标机器进行关机处理，以使Redis中针对serviceA的服务信息的有效期到期后失效，或者对目标机器下发清除指令，以删除Redis中针对serviceA的服务信息，从而确保Redis中针对serviceA的服务信息消失。同时，应用集群中的机器也会按照第二预设时间间隔，定期检测Redis中是否存在服务信息。如果检测到不存在，非目标机器还需要检查本机之前是否有对针对serviceA的服务信息进行过注销。如果非目标机器有注销过针对serviceA的服务信息，则非目标机器可以根据自身存储过的注销记录确定之前的注册信息，并重新注册到注册中心集群中。如此，在经过一段时间的处理后，应用集群中的非目标机器又重新注册到注册中心集群，恢复到了服务流量集中之前的状态，既避免了对非目标机器的关停重启，又避免了人工参与，确保了高效的服务引流。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (5)

1.一种服务流量集中的方法，其特征在于，应用于微服务集群体系中，所述微服务集群体系包括目标机器和非目标机器；所述方法包括：

所述目标机器接收用户输入的启动参数，并根据所述启动参数，将与所述目标机器对应的服务信息注册到缓存中；所述服务信息包括服务名称；

所述非目标机器，按照第一预设时间间隔，检测所述缓存中是否存在服务信息，若存在，判断是否存在与所述非目标机器对应的服务信息；

若不存在，所述非目标机器检测是否在注册中心集群中注册有对所述服务名称的注册信息；

若有，所述非目标机器执行第一预设操作，以确保所述注册中心集群中只保留有所述目标机器对所述服务名称的注册信息；所述第一预设操作为：注销对所述服务名称的注册信息并存储注销记录。

2.根据权利要求1所述的服务流量集中的方法，其特征在于，还包括：

所述目标机器和所述非目标机器，按照第二预设时间间隔，检测所述缓存中是否存在服务信息；

若不存在，所述非目标机器执行第二预设操作；所述第二预设操作为：检测是否存储有注销记录；

当检测到存在所述非目标机器存储有注销记录时，所述非目标机器根据对应的所述注销记录确定被注销的注册信息，并将被注销的注册信息重新注册到所述注册中心集群中。

3.根据权利要求1所述的服务流量集中的方法，其特征在于，所述服务信息还包括服务有效时间。

4.根据权利要求3所述的服务流量集中的方法，其特征在于，所述将与所述目标机器对应的服务信息注册到缓存中之后，所述方法还包括：

所述目标机器按照第三预设时间间隔，更新注册到所述缓存中的服务信息的所述服务有效时间。

5.根据权利要求1所述的服务流量集中的方法，其特征在于，还包括：

所述目标机器接收用户输入的清除指令，并根据所述清除指令清除所述缓存中对应注册的服务信息。

Images