系统的升级不断流控制方法、装置、设备和存储介质与流程

本申请涉及计算机技术领域，尤其涉及一种系统的升级不断流控制方法、装置、设备和存储介质。

背景技术：

随着业务量增加和业务流程的处理需求，业务处理平台(比如汽车电商平台)通常需要进行系统升级。

相关技术中，在系统升级时，预先与第三方系统约定好升级系统的时间，并提前做好数据迁移工作，在升级过程中关闭旧系统业务，新系统升级完成后打开流量入口进行访问。但是，这种系统升级方法不能保证业务流量不中断。

技术实现要素：

本申请提出一种系统的升级不断流控制方法、装置、设备和存储介质。

本申请一方面实施例提出了一种系统的升级不断流控制方法，该方法可应用于旧系统，该方法包括：

获取业务数据；

确定所述旧系统中升级开关变量及流量开关变量当前的取值；

响应于所述升级开关变量当前的取值为第一指定值，且所述流量开关变量当前的取值为第二指定值，根据所述业务数据创建第一业务消息；

将所述第一业务消息发布至消息中间件；

响应于从所述消息中间件订阅所述第一业务消息，确定所述旧系统中消费开关变量当前的取值；

响应于所述消费开关变量当前的取值为所述第二指定值，对所述第一业务消息进行解析，以获取所述业务数据；

根据所述业务数据，创建第二业务消息；

延时预设时长后发布所述第二业务消息至所述消息中间件。

本申请另一方面实施例提出了一种系统的升级不断流控制装置，包括：

获取模块，用于获取业务数据；

确定模块，用于确定所述旧系统中升级开关变量及流量开关变量当前的取值；

创建模块，用于响应于所述升级开关变量当前的取值为第一指定值，且所述流量开关变量当前的取值为第二指定值，根据所述业务数据创建第一业务消息；

发布模块，用于将所述第一业务消息发布至消息中间件；

所述确定模块，还用于响应于从所述消息中间件订阅所述第一业务消息，确定所述旧系统中消费开关变量当前的取值；

解析模块，用于响应于所述消费开关变量当前的取值为所述第二指定值，对所述第一业务消息进行解析，以获取所述业务数据；

所述创建模块，还用于根据所述业务数据，创建第二业务消息；

所述发布模块，还用于延时预设时长后发布所述第二业务消息至所述消息中间件。

本申请另一方面实施例提出了一种计算机设备，包括处理器和存储器；

其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述一方面实施例所述的系统的升级不断流控制方法。

本申请另一方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一方面实施例所述的系统的升级不断流控制方法。

本申请另一方面实施例提出了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述一方面实施例所述的系统的升级不断流控制方法。

本申请的系统的升级不断流控制方法、装置、设备和存储介质，旧系统在升级期间，可获取业务数据，在升级开关变量当前的取值为第一指定值且流量开关变量当前的取值为第二指定值时，通过将获取的业务数据以消息的形式发布至消息中间件，在消费线程订阅到业务消息后，确定消费开关未打开时，继续发布业务消息至消息中间件，使得旧系统升级期间获取的业务数据，以消息形态存在于旧系统，可以保证旧系统升级期间业务流量不中断。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种系统的升级不断流控制方法的流程示意图；

图2为本申请实施例提供的另一种系统的升级不断流控制方法的流程示意图；

图3为本申请实施例提供的一种系统的升级的示意图；

图4为本申请实施例提供的一种数据迁移的示意图；

图5为本申请实施例提供的一种系统的升级不断流控制装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的系统的升级不断流控制方法、装置、设备和存储介质。

图1为本申请实施例提供的一种系统的升级不断流控制方法的流程示意图。

本申请实施例的系统的升级不断流控制方法，可应用于旧系统，由旧系统执行该升级的系统升级不断流控制方法，以实现系统升级过程中业务流不中断。该方法可应用于同构系统的升级，也可应用于异构系统的升级。

如图1所示，该系统的升级不断流控制方法包括：

步骤101，获取业务数据。

本申请实施例中，旧系统启动并完成初始化后，可以获取业务数据。其中，业务数据可以是旧系统直接获取的，也可以是从第三方系统获取的。

以汽车电商平台为例，业务数据可以是销售线索数据，第三方平台可以是是短视频平台、自媒体平台等等。

步骤102，确定旧系统中升级开关变量及流量开关变量当前的取值。

本申请实施例中，可在旧系统中设置升级开关、流量开关等控制节点。其中，流量开关用于控制在系统升级期间，旧系统获取的业务数据不流入新系统。

旧系统在获取业务数据后，可确定旧系统中升级开关变量和流量开关变量当前的取值。其中，升级开关变量的取值不同，可用于表示升级开关的不同状态，流量开关变量的取值不同，可用于表示流量开关的不同状态。由此，根据升级开关变量和流量开关变量当前的取值，可以确定当前升级开关和流量开关的状态。

步骤103，响应于升级开关变量当前的取值为第一指定值，且流量开关变量当前的取值为第二指定值，根据业务数据创建第一业务消息。

本申请实施例中，升级开关变量和流量开关变量的取值可以为第一指定值或第二指定值。其中，第一指定值可对应开关打开，第二指定值可对应开关关闭。比如，第一指定值为1对应开关打开，第二指定值为0对应开关关闭，或者第一指定值为“true”对应开关打开，第二指定值为“false”对应开关关闭等。需要说明的是，第一指定值和第二指定值可以根据实际需要设置，本申请对此不作限定。

响应于升级开关变量当前的取值为第一指定值，且流量开关变量当前的取值为第二指定值，根据业务数据创建第一业务消息。也就是说，在旧系统升级期间，若当前升级开关打开且流量开关关闭，那么旧系统可根据获取的业务数据，创建消息，为了便于区分，这里称为第一业务消息。

若升级开关变量当前的取值为第二指定值，即升级开关关闭，那么旧系统可对获取的业务数据进行正常处理。

步骤104，将第一业务消息发布至消息中间件。

旧系统在创建第一业务消息后，可将第一业务消息发布至消息中间件，以利用消息中间件的存储机制存放业务数据。

步骤105，响应于从消息中间件订阅第一业务消息，确定旧系统中消费开关变量当前的取值。

旧系统中除了包括升级开关变量和消费开关变量，还可包括消费开关变量。其中，消费开关用于控制以消息形式存放于消息中间件的业务数据是否发送给新系统。旧系统可在其消费线程订阅到第一业务消息时，确定消费开关变量当前的取值。

在确定消费开关变量的取值时，可根据从配置中心获取的配置文件确定，详细过程可参见后续实施例，在此不再赘述。

步骤106，响应于消费开关变量当前的取值为第二指定值，对第一业务消息进行解析，以获取业务数据。

旧系统响应于消费开关变量当前的取值为第二指定值，也就是消费开关处于关闭状态时，可对第一业务消息进行解析，以从第一业务消息获取业务数据。

步骤107，根据业务数据，创建第二业务消息。

由于第一业务消息的发布与订阅过程已经结束，旧系统需要发布新的业务消息至消息中间件。因此，旧系统的消费线程在获取到业务数据，根据业务数据创建业务消息，为了便于区分称为第二业务消息。其中，第一业务消息与第二业务消息中包含的业务数据相同。

步骤108，延时预设时长后发布第二业务消息至消息中间件。

为了减小旧系统的处理负担，旧系统的消费线程可延时预设时长后，发布第二业务消息至消息中间件，从而通过降低消息发布与订阅的频率，减小旧系统处理负担。

另外，数据迁移也是系统升级需要完成的工作。相关技术中，由于旧系统的业务数据在系统未关闭前，业务还在正常开展，数据会一直发生着变化。考虑到如果提前迁移业务数据，会产生多次数据迁移的成本，以及通过线下导入/出业务数据，安全性较低的问题。

本申请实施例中，可利用数据迁移中间件，将旧系统中业务数据库中的业务数据迁移至新系统。数据迁移中间件，可与旧系统的业务数据库的备用数据库连接，可在系统升级开始后，将备用数据库中业务数据迁移至新系统的中间数据库中。

若旧系统的备用数据库与新系统所用数据库类型不同，数据迁移中间件还可进行存储类型的数据的转换操作，将旧系统中数据的存储类型转换为与新系统的数据库类型相同的存储类型。比如，数据迁移中间件可支持关系型数据库到非关系型数据库间的转换。

由于新系统与旧系统相比可能会出现业务数据本身的调整比如字段或表结构调整等，新系统可通过数据转换应用从中间数据库中读取业务数据，然后进行转换，在转换完成后进行验证，在验证通过，将转换后业务数据存入新系统的业务数据库。

本申请实施例中，数据转换应用可批量从中间数据库中读取业务数据，然后进行转换，比如数据格式转换、属性转换(如字段调整)等。在转换后，验证业务数据转换前后的数量是否相同、转换后业务数据的状态是否正确等等，在验证通过后，将业务数据存入新系统的业务数据库，从而实现将旧系统的业务数据处理成新系统需要的业务数据。

本申请实施例的系统的升级不断流控制方法，通过获取业务数据；确定旧系统中升级开关变量及流量开关变量当前的取值；响应于升级开关变量当前的取值为第一指定值，且流量开关变量当前的取值为第二指定值，根据业务数据创建第一业务消息；将第一业务消息发布至消息中间件；响应于从消息中间件订阅第一业务消息，确定旧系统中消费开关变量当前的取值；响应于消费开关变量当前的取值为第二指定值，对第一业务消息进行解析，以获取业务数据；根据业务数据，创建第二业务消息；延时预设时长后发布第二业务消息至消息中间件。由此，旧系统在升级期间，可获取业务数据，在升级开关变量当前的取值为第一指定值且流量开关变量当前的取值为第二指定值时，通过将获取的业务数据以消息的形式发布至消息中间件，在消费线程订阅到业务消息后，确定消费开关未打开时，继续发布业务消息至消息中间件，使得旧系统升级期间获取的业务数据，以消息形态存在于旧系统，可以保证旧系统升级期间业务流量不中断。此外，由于升级过程业务流量不中断，系统升级可以任意挑选时间段进行，灵活性高。

在本申请的一个实施例中，在上述确定旧系统中升级开关变量及流量开关变量当前的取值时，可根据从配置中心获取的配置文件，确定升级开关变量及流量开关变量当前的取值。

作为一种可能的实现方式，旧系统在启动后初始化阶段，可从配置中心获取配置文件，以读取升级开关变量、流量开关变量的取值，比如，读取的升级开关变量和流量开关变量的取值，均为第二指定值，也就是说，旧系统中升级开关和变量开关的初始状态为关闭状态。

在旧系统开始升级后，运维人员可在配置中心提供的页面操作，更改升级开关的取值，配置中心在确定升级开关变量的取值改变时，生成配置文件，并向旧系统发送该配置文件。旧系统可获取配置中心发送的配置文件，该配置文件中包括升级开关变量的当前取值为第一指定值。也就是说，旧系统中升级开关变量的取值发生了变化，由第二指定值变为第一指定值，即升级开关被打开。那么，旧系统在获取业务数据后，根据该配置文件可确定升级开关变量当前的取值为第一指定值，而流量开关变量的取值仍然为第二指定值。

作为另一种可能的实现方式，在旧系统开始升级后，运维人员可在配置中心提供的页面操作，设置升级开关和流量开关的状态，配置中心根据设置操作生成配置文件，并将配置文件发送给旧系统，该配置文件中包括升级开关变量当前的取值和流量开关变量当前的取值。旧系统可获取配置中心发送的配置文件，根据该配置文件，确定升级开关变量当前的取值为第一指定值，流量开关变量的取值为第二指定值。

本申请实施例中，可通过根据从配置中心获取的配置文件，确定升级开关变量及流量开关变量当前的取值，从而根据升级开关变量及流量开关变量当前的取值，对获取的业务数据进行下一步操作。

在本申请的一个实施例中，在根据从配置中心获取的配置文件，确定升级开关变量及流量开关变量当前的取值之前，还可获取配置中心发送的配置文件。其中，配置文件可以是配置中心在确定升级开关变量、流量开关变量和/或消费开关变量的取值改变时生成的。也就是说，配置中心可在确定升级开关变量、流量开关变量、消费开关变量中的一种或多种开关变量的取值更改时生成配置文件，并将配置文件发送给旧系统。

比如，旧系统升级之前，升级开关变量、流量开关变量、消费开关变量的默认值为第二指定值，即三个开关默认是关闭的。旧系统开始升级后，运维人员可根据配置中心提供的页面，更改升级开关变量的取值，配置中心生成配置文件发送给旧系统，旧系统可根据配置文件，确定升级开关变量当前的取值为第一指定值，即升级开关被打开，而流量开关变量和消费开关变量当前的取值仍然是第二指定值，即流量开关和消费开关仍然处于关闭状态。

又如，在升级开关被打开，流量开关和消费开关被关闭的情况下，运维人员在配置中心提供的页面上，更改流量开关变量和消费开关变量的取值，这时配置中心确定流量开关变量和消费开关变量的取值改变，生成配置文件，并将配置文件发送给旧系统。旧系统根据配置文件，确定流量开关变量和消费开关变量当前的取值均为第一指定值，即流量开关和消费开关被打开，也就是说，此时升级开关、流量开关和消费开关均处于打开状态。

本申请实施例中，升级开关、流量开关和消费开关等的切换动作可以通过更改配置方式进行，配置使用热更新机制实现，简单、便捷。

在本申请的一个实施例中，上述在确定旧系统中消费开关变量当前的取值后，响应于消费开关变量当前的取值为第一指定值，可认为消费开关当前处于被打开的状态，那么可对第一业务消息进行解析，以获取第一业务消息中的业务数据，并向新系统发送业务数据。

图2为本申请实施例提供的另一种系统的升级不断流控制方法的流程示意图。

如图2所示，该系统的升级不断流控制方法包括：

步骤201，获取业务数据。

步骤202，确定旧系统中升级开关变量及流量开关变量当前的取值。

步骤203，响应于升级开关变量当前的取值为第一指定值，且流量开关变量当前的取值为第二指定值，根据业务数据创建第一业务消息。

步骤204，将第一业务消息发布至消息中间件。

步骤205，响应于从消息中间件订阅第一业务消息，确定旧系统中消费开关变量当前的取值。

步骤206，响应于消费开关变量当前的取值为第二指定值，对第一业务消息进行解析，以获取业务数据。

步骤207，根据业务数据，创建第二业务消息。

步骤208，延时预设时长后发布第二业务消息至消息中间件。

本申请实施例中，步骤201-步骤208与上述步骤101-步骤108类似，故在此不再赘述。

步骤209，响应于升级开关变量及流量开关变量当前的取值均为第一指定值，将业务数据发送给新系统。

若升级开关变量和流量开关变量当前的取值均为第一指定值，即升级开关和流量开关均被打开，那么旧系统可将获取的业务数据发送给新系统。

本申请实施例中，旧系统升级完成后且新系统的准备工作完成后，运维人员可在配置中心提供的页面上更改流量开关的取值，以打开流量开关，配置中心生成配置文件，并向旧系统发送配置文件。旧系统获取配置文件后，可根据配置文件确定流量开关打开，那么由于升级开关和流量开关均处于打开状态，那么之后旧系统在获取业务数据后，可将业务数据发送给新系统。

上述图1所示实施例中，旧系统中还可包括消费开关变量，在旧系统升级完成后且新系统的环境已经准备好后，运维人员可更改流量开关变量和消费开关变量的取值，以打开流量开关和消费开关。由于升级开关和流量开关均处于打开状态，那么旧系统可将获取的业务数据发送给新系统，由新系统进行处理。另外，由于消费开关也已经打开，那么旧系统的消费线程在订阅到业务消息后，可将业务消息中的业务数据提取出来，并发送给新系统，由新系统进行处理。

由于在升级期间，旧系统通过消息中间件，将升级期间获取的业务数据以消息的形式在旧系统中流转。当升级完成后消费开关打开，旧系统可将升级期间以消息形式流转于旧系统的业务数据发送给新系统，从而可以保证旧系统升级期间获取的业务数据在系统升级完成后，在新旧系统的一致性。

在实际应用中，若系统为异构系统，异构系统所用的协议不同，那么异构系统升级完成后，旧系统在将业务数据发送给新系统时，可向新系统的应用程序接口(applicationprogramminginterface，简称api)网关发送业务数据。

本申请实施例中，可在新系统设置api网关，旧系统发送来的业务数据线经过api网关，api网关不仅可以起到异构系统间转换协议的作用，还可进行认证授权，提高数据的安全性。

在当前汽车数字化营销领域，销售线索作为一种数据资产在汽车销售环节的最前端发挥了重要的商业价值。利用线索可以帮助销售人员找到高意向的目标群体并与之发生黏性是众多汽车电商平台必备的业务功能。为了便于说明上述实施例，下面以业务数据为销售线索数据为例，结合图3和图4对本申请实施例的系统的升级不断流控制方法进行说明。图3为本申请实施例提供的一种系统的升级的示意图；图4为本申请实施例提供的一种数据迁移的示意图。

图3中，旧系统中设置了3个控制节点，分别为判断升级开关是否打开，判断流量开关是否打开，以及判断消费开关是否打开。其中，开关的打开或关闭可以通过更改配置方式进行，比如，更改各个开关变量的取值，取值为“true”时开关打开，取值为“false”时开关关闭。配置使用热更新机制，即切换开关不需要重新发布或者启动微服务应用。具体流程说明如下：

如果旧系统未开始升级，则升级开关关闭，原始线索录入子流程，即旧系统正常处理线索流入业务，其中，原始线索可以是内部渠道线索，也可以是外部渠道线索(第三方系统)的线索。

旧系统升级开始后，升级开关打开，线索流入会经过流量开关控制。流量开关用于控制系统未升级完成期间，线索数据不传递到新系统，线索数据通过一种数据消息的形态存在于运行的旧系统中。同时在升级间隙产生的数据不持久化到数据库中，方便后续的数据迁移边界更容易控制。旧系统升级完成后，动态开启流量开关使旧系统的外部流量流入到新系统中。

系统升级期间，旧系统获取的线索数据，可通过消息中间件以消息形式进行内部流转，消息中间件具有高的可靠性以及海量数据存储机制保证。

系统升级期间，旧系统中升级开关打开，流量开关关闭，旧系统获取的线索数据后，可创建原始线索数据消息并发布到消息中间件。旧系统的消费线程可订阅到线索消息，消费线程订阅到线索消息后，根据消费开关状态进行处理。如果消费开关关闭，则延时预设时长后继续发布线索消息到消息中间件循环发布与消费；如果消费开关打开，则使线索流量对接到新系统中。

考虑到线索对接的业务以及系统会非常多，系统的访问安全也需要被保障，新系统可引入边界api网关用于认证授权、异构系统间的协议转换等。

下面描述数据迁移处理，由于旧系统的线索数据在系统未关闭前，业务还在正常开展，数据会一直发生着变化。如果提前迁移数据，则会产生多次数据迁移的成本以及传统通过线下导入/出生产数据的安全性问题。本申请中引入数据迁移中间件用于系统间的传输，并可支持关系型数据库到非关系型数据库间的转换。具体流程如下：

图4中旧系统打开升级开关后，数据迁移中间件开始迁移线索数据。为了降低对业务主库大流量访问的影响，可以连接主库对应的备库实例，将线索备库中的数据迁移至新系统。

数据迁移中间件，可将旧系统线索数据通过数据迁移中间件全量迁移至新系统的中间数据库。

由于新系统可能出现字段或者表结构的重大调整，新系统可部署新的数据转换应用进行数据预处理，将旧系统的数据处理成新系统需要的线索数据。

如图4所示，新系统可通过数据转换应用的读取、转换、验证后，将旧系统的数据处理成新系统可以处理的线索数据。

在数据转换完成后，便可进行升级通道切换。其中，数据转换完成是指旧系统线索备库中的数据全部迁移至新系统的线索数据库。

数据迁移完成并且新系统环境准备完成后，开始进行旧系统流量切换。运维人员可在配置中心更改流量开关和消费开关的取值，配置中心主动推送给旧系统，以打开流量开关和消费开关，从而通过配置热更新方式，打开流量开关和消费开关，后续旧系统的线索流量便可以通过新系统的api网关无缝切换进新系统中，经过api网关后原始线索数据录入子流程，即新系统对线索数据进行正常处理流程。

此时，整个系统的升级已经完成。第三方外部对接系统不需要在升级期间立即进行接口域名切换，仍然可以调用旧系统的原有接口，待新系统运行稳定后，可再根据实际情况进行域名切换。从而，第三方系统对接系统无感知系统升级，延长了与新系统对接的时间窗口。

为了实现上述实施例，本申请实施例还提出一种系统的升级不断流控制装置。图5为本申请实施例提供的一种系统的升级不断流控制装置的结构示意图。该系统的升级不断流控制装置可应用于旧系统。

如图5所示，该系统的升级不断流控制装置包括：第一获取模块510、确定模块520、创建模块530、发布模块540和解析模块550。

第一获取模块510，用于获取业务数据；

确定模块520，用于确定旧系统中升级开关变量及流量开关变量当前的取值；

创建模块530，用于响应于升级开关变量当前的取值为第一指定值，且流量开关变量当前的取值为第二指定值，根据业务数据创建第一业务消息；

发布模块540，用于将第一业务消息发布至消息中间件；

确定模块520，还用于响应于从所述消息中间件订阅所述第一业务消息，确定所述旧系统中消费开关变量当前的取值；

解析模块550，用于响应于所述消费开关变量当前的取值为所述第二指定值，对所述第一业务消息进行解析，以获取所述业务数据；

创建模块530，还用于根据所述业务数据，创建第二业务消息；

发布模块540，还用于延时预设时长后发布所述第二业务消息至所述消息中间件。

在本申请实施例一种可能的实现方式中，确定模块520用于：

根据从配置中心获取的配置文件，确定升级开关变量及流量开关变量当前的取值。

在本申请实施例一种可能的实现方式中，该装置还可包括：

第二获取模块，用于获取配置中心发送的配置文件，其中，配置文件，是配置中心在确定升级开关变量、流量开关变量和/或消费开关变量的取值改变时生成的。

在本申请实施例一种可能的实现方式中，

解析模块550，用于响应于消费开关变量当前的取值为第一指定值，对第一业务消息进行解析，以获取业务数据；

该装置还可包括：第一发送模块，用于向新系统发送业务数据。

在本申请实施例一种可能的实现方式中，该装置还可包括：

第二发送模块，用于响应于所述升级开关变量及所述流量开关变量当前的取值均为所述第一指定值，将所述业务数据发送给新系统。

在本申请实施例一种可能的实现方式中，第二发送模块，用于：

向新系统的api网关发送业务数据。

需要说明的是，上述对系统的升级不断流控制方法实施例的解释说明，也适用于该实施例的系统的升级不断流控制装置，故在此不再赘述。

本申请实施例的系统的升级不断流控制装置，通过获取业务数据；确定旧系统中升级开关变量及流量开关变量当前的取值；响应于升级开关变量当前的取值为第一指定值，且流量开关变量当前的取值为第二指定值，根据业务数据创建第一业务消息；将第一业务消息发布至消息中间件；响应于从消息中间件订阅第一业务消息，确定旧系统中消费开关变量当前的取值；响应于消费开关变量当前的取值为第二指定值，对第一业务消息进行解析，以获取业务数据；根据业务数据，创建第二业务消息；延时预设时长后发布第二业务消息至消息中间件。由此，旧系统在升级期间，可获取业务数据，在升级开关变量当前的取值为第一指定值且流量开关变量当前的取值为第二指定值时，通过将获取的业务数据以消息的形式发布至消息中间件，在消费线程订阅到业务消息后，确定消费开关未打开时，继续发布业务消息至消息中间件，使得旧系统升级期间获取的业务数据，以消息形态存在于旧系统，可以保证旧系统升级期间业务流量不中断。此外，由于升级过程业务流量不中断，系统升级可以任意挑选时间段进行，灵活性高。

为了实现上述实施例，本申请实施例还提出一种计算机设备，包括处理器和存储器；

其中，处理器通过读取存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述实施例所述的系统的升级不断流控制方法。

为了实现上述实施例，本申请实施例还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例所述的系统的升级不断流控制方法。

为了实现上述实施例，本申请实施例还提出一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述实施例所述的系统的升级不断流控制方法。

在本说明书的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

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