CN111901243B - 业务请求的路由方法、调度器和业务平台 - Google Patents

Abstract

本发明实施例涉及基础业务领域，公开了一种业务请求的路由方法、调度器和业务平台。本发明中，接收到业务平台发送的查询请求；根据查询请求在预先配置的路由表中选择目标节点，其中，目标节点的节点状态为可用状态，节点状态以预设周期进行检测并更新；将目标节点的地址返回业务平台，供业务平台根据目标节点的地址对业务请求进行路由。实现业务请求的动态路由，为业务平台提供可用的目标节点，保证业务请求可以正常路由。

Description

业务请求的路由方法、调度器和业务平台

技术领域

本发明实施例涉及基础业务领域，特别涉及一种业务请求的路由方法、调度器和业务平台。

背景技术

在多节点环境下，存在多个网络入口，业务侧通过其中一个入口将请求发送给服务端。在多个网络入口中确定所接入的入口，通常利用域名网络DNS来进行入口的选择，选择方式如图1所示，服务端部署了作为生产节点的第一节点和作为容灾节点的第二节点，域名系统DNS中记录了域名对应的ip地址。在业务平台访问服务端时，通过域名系统DNS查询域名对应的ip地址，在业务平台获取ip地址之后，将请求发送至所获取的ip地址。

发明人发现相关技术中至少存在如下问题：在作为生产节点的第一节点发生故障时，运维人员需要修改域名系统中的记录，将域名对应的ip地址由原来的指向第一节点的ip地址更改为指向第二节点的ip地址，若不进行人工更改，业务平台在访问服务端时，则会继续访问发生故障的第一节点，无法实现自动切换。

发明内容

本发明实施例的目的在于提供一种业务请求的路由方法、调度器和业务平台，实现业务请求的动态路由，为业务平台提供可用的目标节点，保证业务请求可以正常路由。

为解决上述技术问题，本发明的实施例提供了一种业务请求的路由方法，包括：接收到业务平台发送的查询请求；根据查询请求在预先配置的路由表中选择目标节点，其中，目标节点的节点状态为可用状态，节点状态以预设周期进行检测并更新；将目标节点的地址返回业务平台，供业务平台根据目标节点的地址对业务请求进行路由。

本发明的实施例还提供了一种业务请求的路由方法，包括：发送查询请求，供查询请求接收设备根据查询请求在预先配置的路由表中选择目标节点，并将目标节点的地址返回业务平台；其中，目标节点的节点状态为可用状态，节点状态以预设周期进行检测并更新；接收返回的目标节点的节点地址，并根据目标节点的地址对业务请求进行路由。

本发明的实施方式还提供了一种调度器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述业务请求的路由方法。

本发明的实施方式还提供了一种业务平台，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述业务请求的路由方法。

本发明实施例相对于现有技术而言，接收业务平台发送的可用节点查询请求，根据查询请求在预先配置的路由表中选择目标节点，目标节点的节点状态为可用状态，由于调度器中包括每个节点的节点状态，如可用状态或不可用状态，并以预设周期检测路由表中各个节点的节点状态，并更新各个节点的节点状态，在节点状态变为非可用状态之后，在接收业务平台的查询请求时自动避免将非可用状态的节点地址发送给业务平台，实现对返回业务平台的目标节点的自动切换，从而保证业务请求所路由的节点为可用状态，保证业务请求可以正常路由。

另外，节点状态以预设周期进行检测并更新，包括：调度器对路由表中的各个节点的节点状态进行检测；若检测到节点状态为非可用状态的节点，则查询非可用状态的节点在另一调度器中存储的节点状态；若非可用状态的节点在另一调度器中存储的节点状态为非可用状态，则将非可用状态的节点在路由表中的节点状态更新为异常状态。通过调度器之间可以相互查询节点状态，以保证对节点状态的判断的准确性。

另外，在检测到节点状态为非可用状态的节点之后，还包括：将非可用状态的节点对应的异常计数器的计数数值加一，并记录节点的临时状态为非可用状态；查询非可用状态的节点在另一调度器中存储的节点状态，包括：在检测到非可用状态的节点时，获取非可用状态的节点对应的异常计数器的计数数值；若非可用状态的节点对应的异常计数器的计数数值大于预设阈值，则查询非可用状态的节点在另一调度器中存储的临时状态。在检测节点为非可用状态的次数大于预设阈值时，再通过另外的调度器验证节点状态，通过多次判断以保证非可用状态的可靠性。

另外，在查询非可用状态的节点在另一调度器中存储的节点状态之后，还包括：若非可用状态的节点在另一调度器中存储的节点状态为可用状态，则清空非可用状态的节点对应的异常计数器的计数数值。

另外，对路由表中的各个节点的节点状态进行检测，包括：通过各个节点对应检查线程对各个节点的接口进行调用；若接口的调用结果为正常，则节点的节点状态为可用状态；若接口的调用结果为异常，则节点的节点状态为非可用状态。利用检测线程对节点的节点状态进行检测，检测方式简单易于操作。

另外，发送查询请求，包括：向第一调度器发送查询请求；若第一调度器访问失败，则向第二调度器发送查询请求。业务平台中存储有至少两个调度器的地址，在其中一个调度器访问失败时，向其余调度器发送查询请求，从而保证可以正常发送查询请求。

另外，在接收返回的目标节点的节点地址之后，还包括：将目标节点的节点地址缓存至本地。以便再次发送业务请求时可以直接从缓存中获取节点地址。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据在先技术中业务请求的路由结构示意图；

图2是根据本发明第一实施例中的业务请求的路由方法流程示意图；

图3是根据本发明第二实施例中的节点状态的检测及更新过程示意图；

图4是根据本发明第三实施例中的业务请求的路由方法流程示意图；

图5是根据本发明第三实施例中的以预设周期发送查询请求的过程示意图；

图6是根据本发明第三实施例中的在发送业务请求时发送查询请求的过程示意图；

图7是根据本发明第四实施例中调度器的结构示意图；

图8是根据本发明第五实施例中业务平台的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。

以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施例涉及一种业务请求的路由方法，包括：接收到业务平台发送的查询请求；根据查询请求在预先配置的路由表中选择目标节点，其中，目标节点的节点状态为可用状态，节点状态以预设周期进行检测并更新；将目标节点的地址返回业务平台，供业务平台根据目标节点的地址对业务请求进行路由。实现业务请求的动态路由，为业务平台提供可用的目标节点，保证业务请求可以正常路由。下面对本实施例的业务请求的路由方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

在本实施例中的业务请求的路由方法，如图2所示，包括：

步骤201，接收到业务平台发送的查询请求。

具体地说，在业务平台访问服务端时，服务平台需先确定访问的节点的地址，服务平台发送查询请求查询所需访问的节点的地址。存储有节点状态的调度器通过HTTP服务线程接收业务平台所发送的查询请求，并根据接收的查询请求返回目标节点的地址，或者通过具有实时更新节点状态功能的域名系统接收查询请求，并根据查询请求返回目标节点的地址。所接收的查询请求中可以包括业务平台的标识id，业务类型等参数信息，调度器或域名系统根据查询请求中的参数信息可以确定业务平台所需访问的节点信息或节点类型，返回业务平台所需的节点的地址，从而实现根据业务来源和业务性质对业务请求进行更为精确的分流。

步骤202，根据查询请求在预先配置的路由表中选择目标节点。

具体地说，在接收查询请求之后，根据查询请求中的参数信息在路由表中确定用户所需的若干个节点，并在若干个节点中选取节点状态为可用状态的节点，将可用状态的节点作为目标节点。节点的节点状态分为可用状态和非可用状态，可用状态的节点可以正常接收业务平台所发送的业务请求，不可用状态的节点则无法正常响应业务请求，例如，在网络不可达，业务连接超时，响应超时或业务请求失败的情况下，节点的节点状态为不可用状态。将可用状态的节点作为目标节点返回业务平台，可以保证业务平台的业务请求可以正常处理。

另外，各个节点的信息及各个节点的初始节点状态在路由表中记录，所记录的各个节点的初始节点状态均为可用状态，随着对各个节点的节点状态的检测，对各个节点的节点状态进行更新，所更新的节点状态可以记录在路由表中，也可以记录在新建的节点信息表中，从而便于在接收查询请求之后，在路由表或节点信息表中直接获取各个节点的节点状态，提高了查询请求的处理效率。

在对各个节点的节点状态进行检测时，通过预先建立的各个节点的检测线程，以预设周期对各个节点的接口进行调用，若接口可以正常调用，则该接口对应的节点为可用状态，若接口调用异常，则该接口对应的节点为不可用状态，根据检测结果对记录的节点状态进行更新，各个节点的节点状态可以通过以下形式进行记录，将可用状态的节点对应记录为1，将不可用状态的节点对应记录为0。

步骤203，将目标节点的地址返回业务平台。

具体地说，将节点状态为可用状态的满足业务平台需求的目标节点的地址发送至业务平台，供业务平台根据返回的目标节点的地址，将业务请求发送至目标节点。在将目标节点的地址返回业务平台时，若所确定的目标节点的数量为多个，可以将确定的多个目标节点的地址均返回业务平台，由业务平台根据业务请求在多个目标节点的地址中选择一个进行访问，也可以在确定的多个目标节点中最终选择一个目标节点，并将最终选择的一个目标节点的地址返回业务平台，在多个目标节点中最终选择一个目标节点可以基于距离业务请求来源地址的距离远近进行选择，也可以根据预先设置的各个节点对应的优先级进行选择，也可以随机对多个目标节点进行选择，随机选择一个作为最终选择的目标节点。

本发明实施例相对于现有技术而言，接收业务平台发送的可用节点查询请求，根据查询请求在预先配置的路由表中选择目标节点，目标节点的节点状态为可用状态，由于调度器中包括每个节点的节点状态，如可用状态或不可用状态，并以预设周期检测路由表中各个节点的节点状态，并更新各个节点的节点状态，在节点状态变为非可用状态之后，在接收业务平台的查询请求时自动避免将非可用状态的节点地址发送给业务平台，实现对返回业务平台的目标节点的自动切换，从而保证业务请求所路由的节点为可用状态，保证业务请求可以正常路由。

本发明的第二实施例涉及一种业务请求的路由方法，在本发明第二实施例中针对调度器对各个节点的节点状态的检测及更新过程进行具体说明，如图3所示，包括：

步骤301，调度器对路由表中的各个节点的节点状态进行检测。

具体地说，调度器采用主备方式部署，部署地点与各生产节点相互独立。调度器根据节点信息创建检查节点列表，列表中包括各个节点的信息以及各个节点对应的节点回调函数，节点回调函数用于记录并修改各个节点的节点状态。对于检查节点列表中的每一个节点，对应启动一个检测线程，用于检测各个节点的节点状态。调度器设置定时器，实现以预设周期定时对检查节点列表中的各个节点进行检测。调度器周期性扫描检查节点列表，具体利用检测线程定期调用节点健康检查接口，对各个节点进行健康检查，若节点健康检查接口调用正常，则说明该节点的节点状态为可用状态，若节点健康检查接口异常，或无信息返回，则说明该节点的节点失效，节点状态为非可用状态。

步骤302，判断节点状态是否为可用状态，若判断结果为是，则返回步骤301，对其他的节点进行检测；若判定结果为否，则进入步骤303。

具体地说，若节点状态检测为可用状态，则无需对所记录的该节点的节点状态进行更新，保持初始的可用状态；若节点状态检测为非可用状态，则需对所检测的节点状态进行验证，判断是否需要对记录的该节点的节点状态进行更新，避免检测结果不准确导致节点状态更新不准确。

步骤303，将非可用状态的节点对应的异常计数器的计数数值加一，并记录节点的临时状态为非可用状态。

具体地说，在所检测节点的节点状态为非可用状态时，将非可用状态的节点对应的异常计数器的计数数值加一，并记录该节点的临时状态为非可用状态。

步骤304，判断异常计数器的计数数值是否大于预设阈值，若判断结果为时，则进入步骤305；若判定结果为否，则返回步骤301，对其他的节点进行检测。

步骤305，询问另一个调度器该节点的节点状态。

具体地说，假设所设置的预设阈值为3，即在异常计数器的计数数值大于或等于3时，向另一个调度器询问该节点的节点状态，另一个调度器在接收到询问请求时，将记录的该节点的临时状态或记录的更新后的节点状态返回，例如，若另一个调度器的检查节点列表中记录所询问节点的节点状态为非可用状态，则返回的节点状态为非可用状态；若另一个调度器中检查节点列表中记录所询问节点的节点状态为可用状态，但所记录的临时状态为非可用状态，则返回的节点状态为非可用状态；在检查节点列表中记录所询问节点的节点状态为可用状态，临时状态为可用状态，则返回的节点状态为可用状态。这样做可以通过其他的调度器对检测的节点状态进行验证，提高所检测的节点状态的准确性。

步骤306，根据另一调度器返回的节点状态，确定是否更新节点状态。

具体地说，若接收到的另一调度器返回的节点状态为非可用状态，或无信息返回，则更新该节点的节点状态，将检查节点列表中该节点的节点状态由可用状态更新为非可用状态，并在更新后清空该节点对应的异常计数器的计数数值。若接收到的另一调度器返回的节点状态为可用状态，则无需对该节点的节点状态进行更新，保持检查节点列表中该节点的节点状态为可用状态，并清空该节点对应的异常计数器的计数数值，重新开始计数。

以上述方式对检查节点列表中的节点状态进行更新，节点状态实时更新，以便接收到业务平台发送的查询请求之后，可以根据实时更新的最新节点状态，为业务平台提供可用状态的节点，将可用状态的目标节点的地址返回业务平台，从而实现业务请求的动态路由，为业务平台提供可用的目标节点，保证业务请求可以正常路由。

在本实施例中，为保证节点状态判断的准确性，避免业务平台对于节点的误切换，在改变节点状态之前，调度器之间会相互查询节点状态，通过另一个调度器中记录的节点状态，对检测结果进行验证，保证记录的节点状态的准确性。

本发明的第三实施例涉及一种业务请求的路由方法，包括：发送查询请求，供查询请求接收设备根据查询请求在预先配置的路由表中选择目标节点，并将目标节点的地址返回业务平台；其中，目标节点的节点状态为可用状态，节点状态以预设周期进行检测并更新；接收返回的目标节点的节点地址，并根据目标节点的地址对业务请求进行路由。实现业务请求的动态路由，保证业务平台访问可用状态的节点，从而保证业务请求可以正常路由。下面对本实施例的业务请求的路由方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

在本实施例中的业务请求的路由方法，如图4所示，包括：

步骤401，发送查询请求。

具体地说，业务平台在向调度器发送查询请求时，可以直接查询调度器接口，也可以集成软件开发工具包SDK实现对查询功能。在集成软件开发工具包SDK进行查询时，在软件开发工具包中内置调度器的地址，通过调用调度器的信息查询接口，向调度器发送查询请求。

业务平台可以在需要发送业务请求时发送查询请求，以保证业务请求所发送的节点状态为可用状态，或以预设周期定时发送查询请求，并将返回的可用状态的节点缓存至本地，以便在发送业务请求时可以直接查询本地缓存获取可用状态的目标节点的地址。

以预设周期定时发送查询请求过程如图5所示，包括：

步骤501，设置周期性定时器。

步骤502，在触发定时器时，查询可用节点。

步骤503，更新本地缓存。

具体地说，软件开发工具包中设有周期性定时器，例如设置每隔60秒自动向调度器发送一查询请求，访问调度器查询可用状态的节点的地址，并将可用状态的节点的地址更新至本地缓存。

另外，在软件开发工具包SDK中内置有多个调度器地址，以便在其中之一的调度器访问失败时，可以访问其他的调度器，避免调度器故障影响可用节点的地址的获取。以软件开发工具包SDK中内置两个调度器地址为例，业务平台默认优先访问调度器A，在访问调度器A失败后，自动尝试访问另一个调度器B，访问成功则从调度器B获取可用节点的地址，并更新本地缓存。

在需要发送业务请求时发送查询请求过程如图6所示，包括：

步骤601，查询本地缓存，获取目标节点。

步骤602，向目标节点发送业务请求。

步骤603，判断网络是否异常，若判断结果为是，则进入步骤604；若判断结果为否，则进入步骤606。

步骤604，向调度器发送查询请求。

步骤605，根据返回的可用状态的节点的信息更新本地缓存。

在步骤603判断结果为否时，进入步骤606，请求结束。

具体地说，在需要对业务请求进行处理时，启动请求处理器，在请求处理器判定需要进行业务请求发送时，查询本地缓存，获取可用节点，将业务请求发送至获取的可用节点。若在发送过程中通知网络异常等发送失败的情况，则向调度器发送查询请求，重新对可用节点进行查询，并根据返回的目标节点的地址更新本地缓存，在更新后的本地缓存中再次查询可用节点，直至业务请求可以正常发送至可用节点的地址，结束本次业务请求的发送。

另外，若本地缓存中的并不存在业务请求对应的可用节点，且调度器返回的目标节点信息均不满足该业务请求的路由条件时，可以使用业务方预先设置的默认节点地址，将业务请求发送是默认节点地址。

在业务平台发送查询请求之后，还包括：步骤402，接收返回的目标节点的地址，并根据目标节点的地址对业务请求进行路由。

具体地说，在业务平台发送查询请求之后，查询请求接收设备，如调度器或域名系统等根据查询请求在预先配置的路由表中选择目标节点，并将目标节点的地址返回业务平台；其中，目标节点的节点状态为可用状态，节点状态以预设周期进行检测并更新，查询请求接收设备，如调度器或域名系统等将选择的目标节点的地址返回业务平台。业务平台接收到返回的目标节点的地址之后，根据目标节点的地址，将业务请求发送至目标节点。

在本实施例中，业务平台发送的可用节点查询请求，由查询请求接收设备，如调度器或域名系统等根据查询请求在预先配置的路由表中选择目标节点，目标节点的节点状态为可用状态，由于调度器中包括每个节点的节点状态，如可用状态或不可用状态，并以预设周期检测路由表中各个节点的节点状态，并更新各个节点的节点状态，在节点状态变为非可用状态之后，在接收业务平台的查询请求时自动避免将非可用状态的节点地址发送给业务平台，实现业务平台的路由节点的自动切换，从而保证业务请求所路由的节点为可用状态，保证业务请求可以正常路由。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施例涉及一种调度器，如图7所示，包括至少一个处理器701；以及，与至少一个处理器701通信连接的存储器702；其中，存储器702存储有可被至少一个处理器701执行的指令，指令被至少一个处理器701执行，以使至少一个处理器701能够执行上述业务请求的路由方法。

其中，存储器702和处理器701采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器701和存储器702的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器701。

处理器701负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器702可以被用于存储处理器701在执行操作时所使用的数据。

本发明第五实施例涉及一种业务平台，如图8所示，包括至少一个处理器801；以及，与至少一个处理器801通信连接的存储器802；其中，存储器802存储有可被至少一个处理器801执行的指令，指令被至少一个处理器801执行，以使至少一个处理器801能够执行上述业务请求的路由方法。

其中，存储器802和处理器801采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器801和存储器802的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器801。

处理器801负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器702可以被用于存储处理器801在执行操作时所使用的数据。

本发明第六实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施例是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (9)

1.一种业务请求的路由方法，其特征在于，包括：

接收到业务平台发送的查询请求；

根据所述查询请求在预先配置的路由表中选择目标节点，其中，所述目标节点的节点状态为可用状态，所述节点状态以预设周期进行检测并更新；

将所述目标节点的地址返回所述业务平台，供所述业务平台根据所述目标节点的地址对业务请求进行路由；

所述节点状态以预设周期进行检测并更新，包括：

调度器对所述路由表中的各个节点的节点状态进行检测；

若检测到节点状态为非可用状态的节点，则查询所述非可用状态的节点在另一调度器中存储的节点状态；

若所述非可用状态的节点在所述另一调度器中存储的节点状态为非可用状态，则将所述非可用状态的节点在所述路由表中的节点状态更新为异常状态。

2.根据权利要求1所述的业务请求的路由方法，其特征在于，在所述检测到节点状态为非可用状态的节点之后，还包括：

将所述非可用状态的节点对应的异常计数器的计数数值加一，并记录所述节点的临时状态为非可用状态；

所述查询所述非可用状态的节点在另一调度器中存储的节点状态，包括：

在检测到非可用状态的节点时，获取所述非可用状态的节点对应的异常计数器的计数数值；

若所述非可用状态的节点对应的异常计数器的计数数值大于预设阈值，则查询所述非可用状态的节点在另一调度器中存储的临时状态。

3.根据权利要求2所述的业务请求的路由方法，其特征在于，在所述查询所述非可用状态的节点在另一调度器中存储的节点状态之后，还包括：

若所述非可用状态的节点在另一调度器中存储的节点状态为可用状态，则清空所述非可用状态的节点对应的异常计数器的计数数值。

4.根据权利要求1所述的业务请求的路由方法，其特征在于，所述对所述路由表中的各个节点的节点状态进行检测，包括：

通过各个节点对应检查线程对所述各个节点的接口进行调用；

若所述接口的调用结果为正常，则所述节点的节点状态为可用状态；

若所述接口的调用结果为异常，则所述节点的节点状态为非可用状态。

5.一种业务请求的路由方法，其特征在于，包括：

发送查询请求，供查询请求接收设备根据所述查询请求在预先配置的路由表中选择目标节点，并将所述目标节点的地址返回业务平台；其中，所述目标节点的节点状态为可用状态，所述节点状态以预设周期进行检测并更新；

接收返回的所述目标节点的地址，并根据所述目标节点的地址对业务请求进行路由；

其中，所述节点状态以预设周期进行检测并更新，包括：

调度器对所述路由表中的各个节点的节点状态进行检测；

若检测到节点状态为非可用状态的节点，则查询所述非可用状态的节点在另一调度器中存储的节点状态；

若所述非可用状态的节点在所述另一调度器中存储的节点状态为非可用状态，则将所述非可用状态的节点在所述路由表中的节点状态更新为异常状态。

6.根据权利要求5所述的业务请求的路由方法，其特征在于，所述发送查询请求，包括：

向第一调度器发送查询请求；

若所述第一调度器访问失败，则向第二调度器发送所述查询请求。

7.根据权利要求5所述的业务请求的路由方法，其特征在于，在所述接收返回的所述目标节点的地址之后，还包括：

将所述目标节点的地址缓存至本地。

8.一种调度器，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至4中任一所述的业务请求的路由方法。

9.一种业务平台，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求5至7中任一所述的业务请求的路由方法。

Images