CN110874238A - 一种线上业务更新方法及其装置 - Google Patents

Abstract

本申请公开了一种线上业务更新方法及其装置，所述方法包括：在更新节点禁用期间，使接收到的业务请求等待处理预定时间段；在所述预定时间段内，确定未更新节点正处理的业务请求的数量是否为零；若为零，由更新节点对所述接收到的业务请求进行处理。采用本申请，可解决在线上业务更新期间对业务请求的处理问题，避免由于版本不同而造成的业务请求处理失败。

Description

一种线上业务更新方法及其装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种线上业务更新方法及其装置。

背景技术

为满足人们日益增加的生活需求，当前，诸多的线上平台相继推出了各种功能强大、操作简单的线上业务，并将这些线上业务以网站、应用(Application，App)等形式呈现在用户面前。

研发人员会根据用户需求或自身业务调整等多种原因更新网上业务的版本。在更新版本的过程中，需要不断地调整业务代码以及数据库的结构。而在版本升级过程中，可能存在版本不兼容的情况，这将导致用户无法在线上业务版本更新阶段使用线上业务。因此，现有技术需要一种可在线上业务更新阶段依然可以使用线上业务的技术方案。

上述信息仅作为背景信息被呈现以帮助理解本公开。至于任何上述信息是否可应用为针对本公开的现有技术，尚未做出决定，也未做出声明。

发明内容

本申请的主要目的在于提供一种线上业务更新方法及其装置，旨在解决以上提到线上业务更新阶段使用线上业务的技术问题。

本申请的示例性实施例提供一种线上业务更新方法，所述方法包括：在更新节点禁用期间，使接收到的业务请求等待处理预定时间段；在所述预定时间段内，确定未更新节点正处理的业务请求的数量是否为零；若为零，由更新节点对所述接收到的业务请求进行处理。

本申请的另一示例性实施例提供一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被执行时实现上述方法。

本申请的另一示例性实施例提供一种线上业务更新装置，所述装置包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：在更新节点禁用期间，使接收到的业务请求等待处理预定时间段；在所述预定时间段内，确定未更新节点正处理的业务请求的数量是否为零；若为零，由更新节点对所述接收到的业务请求进行处理。

本申请的另一示例性实施例提供一种对与业务相应的服务节点升级的方法，所述方法包括：升级服务节点中的部分服务节点为升级节点，并禁止升级节点提供服务；判断连接到服务节点中的未升级服务节点的任务请求数是否低于阈值，如果低于阈值，则使新任务请求等待预定时间段，并在预定时间段结束时判断未升级服务节点上的任务请求数是否为零；如果未升级服务节点上的任务请求数为零，则对升级节点执行数据库更新，在所述数据库更新完成后，由所述升级节点执行新任务请求；如果未升级服务节点上的任务请求数不为零，则将新任务请求转发至未升级节点并由未升级节点执行新任务请求，并在接收到另一新任务请求并经历第二预定时间段后判断连接到未升级服务节点的任务请求数是否为零。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请的示例性实施例的线上业务更新方法及其装置在将更新节点禁用并利用将业务请求等待处理的时间处理已有的业务的情况下，由更新节点对业务请求进行处理，实现了线上业务更新期间由统一版本的节点对业务请求进行处理。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是示出了根据本申请的示例性实施例的线上业务系统的架构图；

图2是示出了根据本申请的示例性实施例的线上业务更新方法的流程图；

图3是示出了根据本申请的示例性实施例的线上业务更新装置的框图。

具体实施方式

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

在介绍本申请的示例性实施例前，为了方便本领域技术人员更好的理解本申请，首先对本申请中涉及的术语进行解释。

负载均衡是一种服务器或网络设备的集群技术。负载均衡将特定的业务(网络服务、网络流量等)按照一定规则转发到远程服务器上，从而提高了业务处理能力。

节点是指具有唯一网络地址的设备，节点可以是工作站、客户、网络用户或个人计算机，还可以是服务器、打印机和其他网络连接的设备。将多个节点按照通信线路连接起来形成网络。

健康检查是负载均衡里面的重要组成部分，负载均衡服务器可通过观察客户端与服务器之间的流量判断服务器是否健康，具体来说，负载均衡服务器将客户端发送的数据包发送到某一服务器后并没有收到该数据包的回应，则该服务器是不健康的，随后负载均衡服务器将业务请求发送到健康的服务器。

版本验证测试(Build Verification Test，简称BVT)是研发团队在新版本的线上业务构建完成后运行的验证业务的基本功能的测试，可手动或自动化地执行该项测试。在进行BVT前确保所要测试的单元的测试版本保持一致，防止版本差异造成失败。BVT可根据测试功能的数量以及复杂程度，分为简单版本验证测试(简称为SBVT)以及全部版本验证测试(简称为FBVT)。

图1示出了根据本申请的示例性实施例的线上业务系统的架构图。如图1所示，线上业务系统可包括终端设备110、网络120和服务器集群130，其中，服务器集群可包括负载均衡服务器101、后端服务器102至105以及数据库106。应注意，图1为了示意地目的仅构建了简单的线上业务系统，在实际使用中，可根据需要增加设备的数量和种类。

终端设备110是指在线上业务系统中由用户使用并用于与服务器进行通信的装置，根据本申请的终端设备可包括但不限于以下任意设备：个人计算机(PC)、移动装置(诸如，蜂窝电话、个人数字助理(PDA)、数码相机、便携式游戏控制台、MP3播放器、便携式/个人多媒体播放器(PMP)、手持电子书、平板PC、便携式膝上型PC和全球定位系统(GPS)导航仪)、智能TV等。

网络120是用于在服务器集群130和终端设备110之间提供通信链接的介质。网络120可以包括各种连接类型，例如有线、无线通信链接或者光纤电缆等等。

服务器集群130中的负载均衡服务器101、后端服务器102至105以及数据库106均为具有高性能计算能力的装置，在本示例性实施例中，可将服务器集群130中的各个服务器称作节点。以下将参照图1具体描述线上业务系统的处理流程。

如图1所示，在本申请的示例性实施例中，终端设备110可以通过网络120与服务器集群130进行交互，以接收或发送信息等。例如，终端设备110可以通过网络120向服务器集群130发送访问请求，由服务器集群130中的负载均衡节点101接收该访问请求。负载均衡节点101响应于该访问请求，采用预定的选择策略从节点102至106中选择出一个作为目标节点，然后获取该目标节点的地址作为目标地址，根据目标地址将上述访问请求转发给目标节点，所述目标节点可从数据库106读取数据并将针对访问请求的应答信息发送给负载节点101，并由负载均衡节点101通过网络120将应答信息发送给终端设备110，从而完成终端设备110与服务器集群104之间的交互。

在所述线上业务系统中，当所述线上业务进行更新时，例如，对线上业务进行版本升级，需要对服务器集群中的所有节点均更新完毕后才可使线上业务更新结束。在此过程中，若终端设备发出数据请求，节点需要对所述数据请求进行应答。以下将结合图2具体说明如何在更新阶段对数据请求进行应答。

图2是示出了根据本申请的示例性实施例的线上业务更新方法的流程图。

针对线上业务的更新实际上就是对图1中服务器集群中的多个节点进行更新，但由于节点数量太多，因此很难实现同一时间快速完成对所有节点的更新。所以在本申请的示例性实施例中，可先对部分节点更新并在部分节点更新完成后，在其他节点可正常进行更新期间，可利用部分节点处理业务请求。这样既提高了节点升级的效率，又保证了在节点升级期间对业务请求的处理。

在步骤S210，在更新节点禁用期间，使接收到的业务请求等待处理预定时间段。具体来说，对线上业务的更新是指对与线上业务对应的节点进行更新，包括对节点上的程序和数据两个方面的更新。因此，根据本申请的示例性实施例，可根据预先准备的程序更新数据，对线上业务相关的所有节点进行程序更新，为了更简洁地描述，下文中可将程序已更新的节点简称为更新节点。

假设在此期间接收到来自用户终端的业务请求，线上业务系统需要对所述业务请求进行响应，应注意，在线上业务更新阶段，通过将业务请求限制为内部用户终端发出的业务请求。为了保证所述业务请求不会由于在更新过程中线上业务版本的不同而导致无法响应，则需要将已更新的节点禁用并在确保未更新的节点上的任务已执行完毕的情况下对所述业务请求进行处理。因此，可将更新节点禁用。

可选地，可基于配置文件使更新节点的健康检查失败来使更新节点禁用，其中，配置文件可与线上业务所采用的负载均衡算法相关，例如，可采用haproxy配置文件。具体来说，更新节点可在接收到用于健康检查的数据包后不对其进行响应，从而实现健康检查失败的效果。

如上所述，由于线上业务在更新阶段需要持续地处理来自用户终端的业务请求，因此，需要先将正在处理的业务请求处理完毕，因此，在更新节点禁用期间，使接收到的业务请求等待处理预定时间段。也就是说，在所述预定时间段内，不对业务请求进行处理，其中，所述预定时间段可以是用户(例如，技术人员)根据需要自行设置的，优选地，可将所述预定时间设置为3秒。

在实施过程中，可在使接收到的业务请求等待处理预定时间段之前，确定未更新节点正处理的业务请求的数量是否低于预定阈值，所述预定阈值可由用户根据需要自行设定，若低于所述预定阈值，再将接收到的业务请求等待处理预定时间段。如果未更新节点正处理的业务请求的数量超过预定阈值，则向未更新节点发送所述业务请求；利用所述未更新节点对所述业务请求进行处理。

也就是说，可先对未更新节点正处理的业务请求的数量进行判断，如果发现正处理的业务请求的数量很大，在短时间内无法处理完成，说明现阶段不适合执行节点更新，则直接有未更新节点执行处理，而如果正处理的业务请求的数量不大，则可在进一步判断在所述预定时间段内是否可处理完成后，确定是否由更新节点进行处理。

具体来说，响应于接收到的业务请求，可利用配置文件使所有节点的健康检查关闭。如上所述，健康检查是负载均衡中必不可少的步骤，所以将所有节点的健康检查关闭，可使业务请求无法被处理。由于更新节点已在步骤S210中被禁用，也就是说更新节点的健康检查是失败的，因此，需要将更新节点的健康检查由失败状态转换为关闭状态，而未更新节点直接将健康检查关闭即可。

随后，在步骤S220，在所述预定时间段内，确定未更新节点正处理的业务请求的数量是否为零。应注意，在所述预定时间段内可理解为在所述预定时间段内以及经过所述预定时间段，例如，可在3秒内或经过3秒。线上业务中正处理的业务请求可通过已存在的数据链接数量来确定，举例来说，数据链接的数量可通过确定tcp链接或者线上业务的状态信息来确定，这可由本领域技术人员利用现有的确定数据链接的数量的方法来确定。也就是说，如果数据链接的数量不为零(例如，10)，则说明未更新节点上还存在多个已有业务正在处理，而若数据链接的数量为零，则可认为未更新节点上不存在正在处理的业务。如果在所述预定时间段内，确定已存在的数据链接数量为零，则可执行步骤S230。

随后，在步骤S230，由更新节点对所述接收到的业务请求进行处理。具体来说，确定正处理的业务请求的数量为零之后，利用配置文件打开与线上业务相关的所有节点的健康检查。随后，可从图1中的数据库106读取对更新节点进行数据更新的数据，并对更新节点进行数据更新，随后将数据更新后的更新节点作为最终节点进行版本验证测试，可对最终节点执行SBVT和/或FBVT，若通过测试，则通过使最终节点的健康检查是健康的来开启最终节点，这样，最终节点可对所述业务请求进行处理。若没有通过测试，则将最终节点恢复为先前节点，利用未更新的节点对所述业务请求进行处理。

随后，根据本申请的示例性实施例，可对未更新节点进行更新，所述更新操作包括如上所述的程序更新和数据更新，但是对未更新节点的更新不受业务请求的干扰，具体来说，如果在对与线上业务相关的未更新节点进行更新期间接收到另一业务请求，则利用最终节点对所述另一业务请求进行处理。也就是说，在所述业务系统的部分节点已经完全更新成功的情况下，一旦接到业务请求，可将业务请求转发至完全更新成功的节点上，这样既不会存在处理请求的版本不一致的情况，也不会影响其它节点的更新。

根据本申请的示例性实施例还存在这样一种情况：确定正处理的业务请求的数量不为零。这种情况说明未更新节点上还存在正在处理的业务请求，不适合对更新节点进行数据更新，因此，针对这种情况，可向与线上业务相关的未更新节点发送所述业务请求；利用所述未更新节点对所述业务请求进行处理。可选地，可将更新节点恢复为先前节点。

随后，可在接收到另一数据请求后，判断在第二预定时间段后未更新节点上的任务数量是否为零，如果任务数量为零，则执行步骤S230，若不为零，则按照如上所述由未更显节点处理数据请求。应注意，第二预定时间段与所述预定时间段可以是不同的，例如，用户可设置所述预定时间段为3微秒，而将第二预定时间段设置为5微秒，优选地，第二预定时间段与所述预定时间段相同。

本申请的示例性实施例，提供一种对与业务相应的服务节点升级的方法，所述方法包括：升级服务节点中的部分服务节点为升级节点，并禁止升级节点提供服务；判断连接到服务节点中的未升级服务节点的任务请求数是否低于阈值，如果低于阈值，则使新任务请求等待预定时间段，并在预定时间段结束时判断未升级服务节点上的任务请求数是否为零；如果未升级服务节点上的任务请求数为零，则对升级节点执行数据库更新，在所述数据库更新完成后，由所述升级节点执行新任务请求；如果未升级服务节点上的任务请求数不为零，则将新任务请求转发至未升级节点并由未升级节点执行新任务请求，并在接收到另一新任务请求并经历第二预定时间段后判断连接到未升级服务节点的任务请求数是否为零。

综上所述，本申请的示例性实施例的线上业务更新方法在将更新节点禁用并利用将业务请求等待处理的时间处理已有的业务的情况下，由更新节点对业务请求进行处理，实现了线上业务更新期间由统一版本的节点对业务请求进行处理。更进一步地，可在利用完全更新后的节点对业务请求进行处理期间，对其它节点进行更新，既保证能够解决来自用户终端的业务需求，又能使其它节点快速并且不受干扰地更新。更进一步地，在无法利用更新节点进行业务请求处理的情况下，利用所有节点处理业务请求，避免了线上业务不兼容的情况。

为了更清楚地明白本申请的示例性实施例的发明构思，以下将参照图3描述本申请的示例性实施例的用于存储时序数据的装置的框图。本领域普通技术人员将理解：图3中的装置仅示出了与本示例性实施例相关的组件，所述装置中还包括除了图3中示出的组件之外的通用组件。

图3示出本申请的示例性实施例的线上业务更新装置的框图。参考图3，在硬件层面，该服务器包括处理器、内部总线和计算机可读存储介质，其中，所述计算机可读存储介质包括易失性存储器和非易失性存储器。处理器从非易失性存储器中读取对应的计算机程序然后运行。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

具体来说，所述处理器执行以下操作：在更新节点禁用期间，使接收到的业务请求等待处理预定时间段；在所述预定时间段内，确定未更新节点正处理的业务请求的数量是否为零；若为零，由更新节点对所述接收到的业务请求进行处理。

可选地，处理器在实现步骤在更新节点禁用期间使接收到的业务请求等待处理预定时间段包括：根据预先准备的程序更新数据，对线上业务相关的所有节点进行程序更新；将程序已更新的节点作为更新节点禁用；使接收到的业务请求等待预定时间段。

可选地，处理器在实现步骤将程序已更新的节点作为更新节点禁用包括：可通过使程序已更新的节点的健康检查失败而禁用更新节点。

可选地，处理器在实现步骤使接收到的业务请求等待处理预定时间段包括：利用配置文件使与线上业务相关的所有节点的健康检查关闭所述预定时间段。

可选地，处理器在实现步骤确定未更新节点正处理的业务请求的数量是否为零包括：

可选地，通过确定未更新节点上已存在的数据链接数据是否为零来确定未更新节点正处理的业务请求的数量是否为零。

可选地，处理器在实现步骤在由更新节点对所述接收到的业务请求进行处理前包括：利用配置文件打开与线上业务相关的所有节点的健康检查。

可选地，处理器在实现步骤在利用配置文件打开与线上业务相关的所有节点的健康检查后包括：根据预先准备的关于数据的更新数据，对更新节点进行数据更新。

可选地，处理器在实现步骤对更新节点进行数据更新后包括：将数据更新后的更新节点作为最终节点进行版本验证测试。

可选地，处理器在实现步骤在最终节点通过版本验证测试后包括：在对未更新节点进行更新时，接收到另一业务请求；利用最终节点对所述另一业务请求进行处理。可选地，处理器在实现步骤确定未更新节点正处理的业务请求不为零后还包括：若不为零，则向未更新节点发送所述业务请求；利用未更新节点对所述业务请求进行处理。

综上所述，本申请的示例性实施例的线上业务更新装置在将更新节点禁用并利用将业务请求等待处理的时间处理已有的业务的情况下，由更新节点对业务请求进行处理，实现了线上业务更新期间由统一版本的节点对业务请求进行处理。更进一步地，可在利用完全更新后的节点对业务请求进行处理期间，对其它节点进行更新，既保证能够解决来自用户终端的业务需求，又能使其它节点快速并且不受干扰地更新。更进一步地，在无法利用更新节点进行业务请求处理的情况下，利用所有节点处理业务请求，避免了线上业务不兼容的情况。

需要说明的是，实施例1所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤21和步骤22的执行主体可以为设备1，步骤23的执行主体可以为设备2；又比如，步骤21的执行主体可以为设备1，步骤22和步骤23的执行主体可以为设备2；等等。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

1.一种线上业务更新方法，其特征在于，包括：

在更新节点禁用期间，使接收到的业务请求等待处理预定时间段；

在所述预定时间段内，确定未更新节点正处理的业务请求的数量是否为零；

若为零，由更新节点对所述接收到的业务请求进行处理。

2.如权利要求1所述的方法，其特征在于，在更新节点禁用期间使接收到的业务请求等待处理预定时间段包括：

根据预先准备的程序更新数据，对线上业务相关的所有节点进行程序更新；

将程序已更新的节点作为更新节点禁用；

使接收到的业务请求等待预定时间段。

3.如权利要求2所述的方法，其特征在于，将程序已更新的节点作为更新节点禁用包括：

可通过使程序已更新的节点的健康检查失败而禁用更新节点。

4.如权利要求2所述的方法，其特征在于，使接收到的业务请求等待处理预定时间段包括：

利用配置文件使与线上业务相关的所有节点的健康检查关闭所述预定时间段。

5.如权利要求1所述的方法，其特征在于，确定未更新节点正处理的业务请求的数量是否为零包括：

通过确定未更新节点上已存在的数据链接数据是否为零来确定未更新节点正处理的业务请求的数量是否为零。

6.如权利要求1所述的方法，其特征在于，在由更新节点对所述接收到的业务请求进行处理前包括：

利用配置文件打开与线上业务相关的所有节点的健康检查。

7.如权利要求1所述的方法，其特征在于，利用配置文件打开与线上业务相关的所有节点的健康检查后包括：

根据预先准备的关于数据的更新数据，对更新节点进行数据更新。

8.如权利要求7所述的方法，其特征在于，对更新节点进行数据更新后包括：

将数据更新后的更新节点作为最终节点进行版本验证测试。

9.如权利要求8所述的方法，其特征在于，在最终节点通过版本验证测试后包括：

在对未更新节点进行更新时，接收到另一业务请求；

利用最终节点对所述另一业务请求进行处理。

10.如权利要求1所述的方法，其特征在于，确定未更新节点正处理的业务请求不为零后还包括：

向未更新节点发送所述业务请求；

利用所述未更新节点对所述业务请求进行处理。

11.如权利要求10所述的方法，其特征在于，在利用利用所述未更新节点对所述业务请求进行处理后还包括：

在接收到另一业务请求后，判断第二所述预定时间段后未更新节点正处理的业务请求是否为零。

12.如权利要求2所述的方法，其特征在于，在将程序已更新的节点作为更新节点禁用后使接收到的业务请求等待预定时间段前包括：

确定未更新节点正处理的业务请求的数量是否低于预定阈值；

若低于所述预定阈值，则在所述预定时间段内，确定未更新节点正处理的业务请求的数量是否为零。

13.如权利要求12所述的方法，其特征在于，确定未更新节点正处理的业务请求的数量高于所述预定阈值后还包括：

向未更新节点发送所述业务请求；

利用所述未更新节点对所述业务请求进行处理。

14.一种线上业务更新装置，其特征在于，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

在更新节点禁用期间，使接收到的业务请求等待处理预定时间段；

在所述预定时间段内，确定未更新节点正处理的业务请求的数量是否为零；

若为零，由更新节点对所述接收到的业务请求进行处理。

15.一种对与业务相应的服务节点升级的方法，其特征在于，包括：

升级服务节点中的部分服务节点为升级节点，并禁止升级节点提供服务；

判断连接到服务节点中的未升级服务节点的任务请求数是否低于阈值，如果低于阈值，则使新任务请求等待预定时间段，并在预定时间段结束时判断未升级服务节点上的任务请求数是否为零；

如果未升级服务节点上的任务请求数为零，则对升级节点执行数据库更新，在所述数据库更新完成后，由所述升级节点执行新任务请求；

如果未升级服务节点上的任务请求数不为零，则将新任务请求转发至未升级节点并由未升级节点执行新任务请求，并在接收到另一新任务请求并经历第二预定时间段后判断连接到未升级服务节点的任务请求数是否为零。

Images