WO2019140829A1 - 电子装置、应用升级版本发布的方法及存储介质 - Google Patents

电子装置、应用升级版本发布的方法及存储介质 Download PDF

Info

Publication number
WO2019140829A1
WO2019140829A1 PCT/CN2018/089454 CN2018089454W WO2019140829A1 WO 2019140829 A1 WO2019140829 A1 WO 2019140829A1 CN 2018089454 W CN2018089454 W CN 2018089454W WO 2019140829 A1 WO2019140829 A1 WO 2019140829A1
Authority
WO
WIPO (PCT)
Prior art keywords
load
server
configurable
application
weight
Prior art date
Application number
PCT/CN2018/089454
Other languages
English (en)
French (fr)
Inventor
池红露
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019140829A1 publication Critical patent/WO2019140829A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1017—Server selection for load balancing based on a round robin mechanism
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Definitions

  • the present application relates to the field of application development, and in particular, to an electronic device, a method for releasing an upgraded version of an application, and a storage medium.
  • the present application provides an electronic device, an application upgrade version publishing method, and a storage medium, which can accurately and timely avoid the risk of server system downtime caused by grayscale publishing.
  • the present application provides an electronic device including a memory and a processor connected to the memory, where the processor is configured to execute an application upgrade version issuing program stored on the memory,
  • the application upgrade version release program is executed by the processor, the following steps are implemented:
  • the identifier information of the first server that receives the instruction in the server cluster and the corresponding first load weight are obtained;
  • A2 Query a first mapping relationship table between the load weight and the configurable load amount corresponding to the identifier information of each server in the server cluster, and determine the first configurable load amount corresponding to the first load weight.
  • A3 comparing a size between the first configurable load amount and the preset load amount, if the first configurable load amount is greater than or equal to the preset load amount, determining to the first server Publish an upgraded version of the application;
  • A4 If the first configurable load is less than the preset load, analyze a load weight corresponding to each server in the server cluster by using a predetermined load analysis rule, and determine an application for releasing an upgrade version. server.
  • the present application further provides an application upgrade version publishing method, and the method includes the following steps:
  • S2 Query a first mapping relationship table between the load weight and the configurable load amount corresponding to the identifier information of each server in the server cluster, and determine the first configurable load amount corresponding to the first load weight.
  • the first configurable load quantity is less than the preset load quantity, analyze a load weight corresponding to each server in the server cluster by using a predetermined load analysis rule, and determine to be used to release an upgrade version application.
  • the present application further provides a computer readable storage medium storing an application upgrade version issuing program, the application upgrade version issuing program being executable by at least one processor, Taking the at least one processor to perform the following steps:
  • the identifier information of the first server that receives the instruction in the server cluster and the corresponding first load weight are obtained;
  • the first configurable load quantity is less than the preset load quantity, analyzing, by using a predetermined load analysis rule, a load weight corresponding to each server in the server cluster, and determining a server for issuing an upgrade version application.
  • the electronic device, the application upgrade version publishing method, and the storage medium proposed by the present application acquire and receive an instruction of a release upgrade version application with a preset load amount after sending a predetermined server cluster to a predetermined server cluster. And the first load weight corresponding to the first load weight of the first server; and the first configurable load amount corresponding to the first load weight; and comparing the size between the first configurable load and the preset load, If the first configurable load is greater than or equal to the preset load, determining to release the upgrade version application to the first server; if the first configurable load is less than the preset load, analyzing the server by using the predetermined load analysis rule The load weight corresponding to each server in the cluster determines the server used to release the upgraded version of the application. The risk of downtime in the server system caused by grayscale publishing can be avoided in an accurate and timely manner.
  • FIG. 1 is a schematic diagram of an optional hardware architecture of an electronic device proposed by the present application.
  • FIG. 2 is a schematic diagram of a program module for applying an upgrade version release program in an embodiment of an electronic device of the present application
  • FIG. 3 is a flowchart of an implementation of a preferred embodiment of a method for applying an upgrade version of the present application.
  • the electronic device 10 may include, but is not limited to, the memory 11, the processor 12, and the network interface 13 being communicably connected to each other through the communication bus 14. It should be noted that FIG. 1 only shows the electronic device 10 having the components 11-14, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the memory 11 includes at least one type of computer readable storage medium including a flash memory, a hard disk, a multimedia card, a card type memory (for example, SD or DX memory, etc.), a random access memory (RAM), and a static memory.
  • the memory 11 may be an internal storage unit of the electronic device 10, such as a hard disk or memory of the electronic device 10.
  • the memory 11 may also be an external storage device of the electronic device 10, such as a plug-in hard disk equipped on the electronic device 10, a smart memory card (SMC), and a secure digital (Secure Digital, SD). ) cards, flash cards, etc.
  • the memory 11 can also include both an internal storage unit of the electronic device 10 and an external storage device thereof.
  • the memory 11 is generally used to store an operating system installed on the electronic device 10 and various types of application software, such as an application upgrade version issuing program. Further, the memory 11 can also be used to temporarily store various types of data that have been output or are to be output.
  • Processor 12 may be a Central Processing Unit (CPU), controller, microcontroller, microprocessor, or other data processing chip in some embodiments.
  • the processor 12 is typically used to control the overall operation of the electronic device 10.
  • the processor 12 is configured to run program code or process data stored in the memory 11, such as a running application upgrade version release program.
  • the network interface 13 may include a wireless network interface or a wired network interface, which is typically used to establish a communication connection between the electronic device 10 and other electronic devices.
  • Communication bus 14 is used to implement a communication connection between components 11-13.
  • Figure 1 only shows an electronic device 10 having components 11-14 and scheduling an upgraded version application based on load weight scheduling, but it should be understood that not all illustrated components may be implemented, alternative implementations may be more or more Less components.
  • the electronic device 10 may further include a user interface (not shown in FIG. 1), and the user interface may include a display, an input unit such as a keyboard, wherein the user interface may further include a standard wired interface, a wireless interface, and the like.
  • the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED touch device, or the like. Further, the display may also be referred to as a display screen or display unit for displaying a process in which the application upgrade version issuing program is executed by the processor 12 in the electronic device 10.
  • the first server is identified by its corresponding identification information, such as a MAC address, an ip address, or a host name.
  • each server in the server cluster has different load weights, and the weight changes according to the load size. If the load of the server increases, the weight of the server will decrease, and when the weight is reduced to After a certain value, if you still add load to the server, it is easy to risk the server down.
  • the application requires that the server running the application has a certain load capacity (load amount).
  • load amount load capacity
  • the preset loading amount can be greater than or equal to the minimum loading amount.
  • the specific value can also be an interval value containing the minimum load, and the minimum load is the minimum load that the server running the application needs to have.
  • each server is represented by its corresponding identification information, such as a MAC address, an ip address, or a host name, and the mapping information and the load weight have a one-to-one mapping relationship.
  • the column of the first mapping relationship table stores the identification information and the load weight, and the column of the column mapping corresponding to the identifier information and the load weight stores the configurable load amount.
  • the first configurable load quantity is less than the preset load quantity, analyzing, by using a predetermined load analysis rule, a load weight corresponding to each server in the server cluster, and determining a server for issuing an upgrade version application.
  • the predetermined load analysis rule includes: respectively acquiring identification information of each server in the server cluster and a corresponding second load weight;
  • the second configurable load quantity is greater than or equal to the preset load quantity in the second mapping relationship table, re-adjust the load weight of each server in the server cluster based on a predetermined polling rule, so that In the adjusted server cluster, the configurable load corresponding to the server is greater than or equal to the preset load.
  • the predetermined polling rule is a weight-based polling algorithm.
  • the weight-based polling algorithm includes, in the server array S, first calculating a maximum value max(S) of all server weights, and a maximum common divisor gcd(S) of all server weights; for example, in an embodiment, in advance
  • the determined server cluster includes three servers, which are represented by server a, server b, and server c, respectively. If server a has a weight of 28, server b has a weight of 32, and server c has a weight of 40, the maximum value of all server weights max(S) is 40, and the greatest common divisor gcd(S) of all server weights is 4.
  • the initial value of the index function is usually set to -1; and the default current_weight is used to represent the load weight of the currently scheduled server.
  • the initial value is max(S).
  • the server array S is polled from index+1, and the first server whose load weight is greater than current_weight is found, used to process the request, and the index is recorded to the result sequence. in.
  • the electronic device proposed by the present application acquires the identification information of the first server that receives the instruction and the corresponding information by sending an instruction of the release upgrade version application with the preset load amount to the predetermined server cluster.
  • the load quantity is determined to release the upgrade version application to the first server; if the first configurable load quantity is less than the preset load quantity, the load weight corresponding to each server in the server cluster is analyzed by using a predetermined load analysis rule, and the determination is performed.
  • the server that released the upgraded version of the application is analyzed by using a predetermined load analysis rule, and the determination is performed.
  • the application upgrade version issuing computer program may be described by a virtual program module having the same function according to different functions implemented by each part of the program.
  • FIG. 2 is a schematic diagram of a program module for applying an upgrade version release program in an embodiment of the electronic device of the present application.
  • the application upgrade version issuing program may be divided into an obtaining module 201, a determining module 202, a comparing module 203, and an analyzing module 204 according to functions implemented by the respective parts thereof.
  • the functions or operational steps implemented by the modules 201-204 are similar to the above, and are not described in detail herein, by way of example, for example:
  • the obtaining module 201 is configured to: after sending the instruction of the release upgrade version application with the preset load amount to the predetermined server cluster, obtain the identifier information of the first server that receives the instruction and the corresponding first load weight;
  • the determining module 202 is configured to query a first mapping relationship table between the load weight and the configurable load amount corresponding to the identifier information of each server in the server cluster, and determine the first corresponding to the first load weight Configure the load amount;
  • the comparison module 203 is configured to compare a size between the first configurable load amount and the preset load amount, and if the first configurable load amount is greater than or equal to the preset load amount, determine The first server issues an upgrade version application;
  • the analyzing module 204 is configured to: if the first configurable load quantity is less than the preset load quantity, analyze a load weight corresponding to each server in the server cluster by using a predetermined load analysis rule, and determine to be used for issuing an upgrade.
  • the version of the application's server is configured to: if the first configurable load quantity is less than the preset load quantity, analyze a load weight corresponding to each server in the server cluster by using a predetermined load analysis rule, and determine to be used for issuing an upgrade. The version of the application's server.
  • FIG. 3 is a flowchart of a preferred embodiment of a method for applying an upgrade version of the present application.
  • the method can be performed by a device that can be implemented by software and/or hardware.
  • the application upgrade version publishing method includes:
  • Step S301 after sending an instruction for issuing a upgrade version application with a preset load amount to a predetermined server cluster, acquiring a first load weight corresponding to the first server that receives the instruction in the server cluster;
  • the first server is identified by its corresponding identification information, such as a MAC address, an ip address, or a host name.
  • each server in the server cluster has different load weights, and the weight changes according to the load size. If the load of the server increases, the weight of the server will decrease, and when the weight is reduced to After a certain value, if you still add load to the server, it is easy to risk the server down.
  • the application requires that the server running the application has a certain load capacity (load amount).
  • load amount load capacity
  • the preset loading amount can be greater than or equal to the minimum loading amount.
  • the specific value can also be an interval value containing the minimum load, and the minimum load is the minimum load that the server running the application needs to have.
  • Step S302 Query a first mapping relationship table between a load weight corresponding to each server in the server cluster and a configurable load amount, and determine a first configurable load amount corresponding to the first load weight;
  • each server is represented by its corresponding identification information, such as a MAC address, an ip address, or a host name, and the mapping information and the load weight have a one-to-one mapping relationship.
  • the column of the first mapping relationship table stored in advance stores the identification information and the load weight, and the column of the column mapping corresponding to the identifier information and the load weight stores the configurable load amount.
  • Step S303 comparing a size between the first configurable load amount and the preset load amount, if the first configurable load amount is greater than or equal to the preset load amount, determining to the first server Publish an upgraded version of the application;
  • Step S304 if the first configurable load quantity is less than the preset load quantity, analyzing, by using a predetermined load analysis rule, a load weight corresponding to each server in the server cluster, and determining to be used for issuing an upgrade version application. Server.
  • the predetermined load analysis rule includes: respectively acquiring identification information of each server in the server cluster and a corresponding second load weight;
  • the second configurable load quantity is greater than or equal to the preset load quantity in the second mapping relationship table, re-adjust the load weight of each server in the server cluster based on a predetermined polling rule, so that In the adjusted server cluster, the configurable load corresponding to the server is greater than or equal to the preset load.
  • the predetermined polling rule is a weight-based polling algorithm.
  • the weight-based polling algorithm includes, in the server array S, first calculating the maximum value max(S) of all server weights, and the greatest common divisor gcd(S) of all server weights.
  • the predetermined server cluster includes three servers, which are represented by server a, server b, and server c, respectively. If the weight of server a is 28, the weight of server b is 32, and the weight of server c is 40, the maximum value max(S) of all server weights is 40, and the greatest common divisor gcd(S) of all server weights is 4.
  • the initial value of the index function is usually set to -1; and the default current_weight is used to represent the load weight of the currently scheduled server.
  • the initial value is max(S).
  • the server array S is polled from index+1, and the first server whose load weight is greater than current_weight is found, used to process the request, and the index is recorded to the result sequence. in.
  • the application upgrade version publishing method proposed by the above example obtains the identifier information of the first server that receives the instruction and the corresponding information after sending the instruction of the release upgrade version application with the preset load amount to the predetermined server cluster.
  • the quantity is determined to release the upgrade version application to the first server; if the first configurable load quantity is less than the preset load quantity, the load weight corresponding to each server in the server cluster is analyzed by using a predetermined load analysis rule, and is determined to be used for Publish the server for the upgraded version of the application.
  • the risk of downtime in the server system caused by grayscale publishing can be avoided in an accurate and timely manner.
  • the embodiment of the present application further provides a computer readable storage medium, where the application upgrade version issuing program is stored, and when the application upgrade version issuing program is executed by the processor, the following operations are implemented:
  • the identifier information of the first server that receives the instruction in the server cluster and the corresponding first load weight are obtained;
  • the first configurable load quantity is less than the preset load quantity, analyzing, by using a predetermined load analysis rule, a load weight corresponding to each server in the server cluster, and determining a server for issuing an upgrade version application.
  • the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is better.
  • Implementation Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

本申请公开了一种电子装置、应用升级版本发布方法及存储介质，通过向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取接收到该指令的第一服务器的标识信息及对应的第一负载权重；并分析第一负载权重对应的第一可配置负载量；比较第一可配置负载量与预设负载量之间的大小，若第一可配置负载量大于或等于预设负载量，则确定向第一服务器发布升级版本应用程序；若第一可配置负载量小于预设负载量，则利用预先确定的负载分析规则分析服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。能够精确及时地避免灰度发布导致的服务器系统出现宕机的风险。

Description

电子装置、应用升级版本发布的方法及存储介质
本申请要求于2018年01月17日提交中国专利局、申请号为201810042985.2、发明名称为“电子装置、应用升级版本发布的方法及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及应用程序开发领域，尤其涉及一种电子装置、应用升级版本发布的方法及存储介质。
背景技术
随着互联网技术的发展以及客户对互联网产品需求的不断提高，互联网产品例如web应用、客户端应用等需要不断升级来满足客户需求的增长。而应用程序的升级容易导致风险，例如新旧版本兼容的风险、系统宕机的风险等，为了减少甚至避免应用程序升级造成的影响，通常采用灰度发布的策略，其主要思想是先选择部分客户端发布升级版本的应用，意在把影响集中到一个点，等升级过程中遇到的问题解决之后，再全面发布升级版本的应用。目前，大型互联网公司的后台服务系统通常都采用服务器集群来工作，当有新版本的应用程序发布时，需要预先在服务器集群中选择部分服务器进行灰度发布，为了不影响整个服务器集群的性能，通常借助人工进行调制各服务器调用负载的负载权重来避免由于灰度发布而导致服务器出现宕机的风险，整个过程存在操作不及时以及精确度不高的问题。
发明内容
有鉴于此，本申请提出一种电子装置、应用升级版本发布方法及存储介质，能够精确及时地避免灰度发布导致的服务器系统出现宕机的风险。
首先，为实现上述目的，本申请提出一种电子装置，所述电子装置包括存储器、及与所述存储器连接的处理器，所述处理器用于执行所述存储器上存储的应用升级版本发布程序，所述应用升级版本发布程序被所述处理器执行时实现如下步骤：
A1、向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取所述服务器集群中接收到该指令的第一服务器的标识信息及对应的第一负载权重；
A2、查询预先存储的所述服务器集群中各台服务器的标识信息对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
A3、比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向所述第一服务器发布升级版本应用程序；
A4、若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
此外，为实现上述目的，本申请还提供一种应用升级版本发布方法，该方法包括如下步骤：
S1、向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取所述服务器集群中接收到该指令的第一服务器的标识信息及对应的第一负载权重；
S2、查询预先存储的所述服务器集群中各台服务器的标识信息对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
S3、比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向所述第一服务器发 布升级版本应用程序；
S4、若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器
进一步地，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有应用升级版本发布程序，所述应用升级版本发布程序可被至少一个处理器执行，以使所述至少一个处理器执行如下步骤：
向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取所述服务器集群中接收到该指令的第一服务器的标识信息及对应的第一负载权重；
查询预先存储的所述服务器集群中各台服务器的标识信息对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向所述第一服务器发布升级版本应用程序；
若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
相较于现有技术，本申请所提出的电子装置、应用升级版本发布方法及存储介质，通过向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取接收到该指令的第一服务器的标识信息及对应的第一负载权重；并分析第一负载权重对应的第一可配置负载量；比较第一可配置负载量与预设负载量之间的大小，若第一可配置负载量大于或等于预设负载量，则确定向第一服务器发布升级版本应用程序；若第一可配置负载量小于预设负载量，则利用预先确定的负载分析规则分析服务器集群中各台服 务器对应的负载权重，确定用于发布升级版本应用程序的服务器。能够精确及时地避免灰度发布导致的服务器系统出现宕机的风险。
附图说明
图1是本申请提出的电子装置一可选的硬件架构的示意图；
图2是本申请电子装置一实施例中应用升级版本发布程序的程序模块示意图；
图3是本申请应用升级版本发布的方法较佳实施例的实施流程图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
参阅图1所示，是本申请提出的电子装置一可选的硬件架构示意图。本实施例中，电子装置10可包括，但不仅限于，可通过通信总线14相互通信 连接存储器11、处理器12、网络接口13。需要指出的是，图1仅示出了具有组件11-14的电子装置10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
其中，存储器11至少包括一种类型的计算机可读存储介质，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器11可以是电子装置10的内部存储单元，例如电子装置10的硬盘或内存。在另一些实施例中，存储器11也可以是电子装置10的外部存储设备，例如电子装置10上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器11还可以既包括电子装置10的内部存储单元也包括其外部存储设备。本实施例中，存储器11通常用于存储安装于电子装置10的操作系统和各类应用软件，例如应用升级版本发布程序等。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。处理器12通常用于控制电子装置10的总体操作。本实施例中，处理器12用于运行存储器11中存储的程序代码或者处理数据，例如运行的应用升级版本发布程序等。
网络接口13可包括无线网络接口或有线网络接口，网络接口13通常用于在电子装置10与其他电子设备之间建立通信连接。
通信总线14用于实现组件11-13之间的通信连接。
图1仅示出了具有组件11-14以及基于负载权重调度发布升级版本应用程序的电子装置10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
可选地，电子装置10还可以包括用户接口(图1中未示出)，用户接口可以包括显示器、输入单元比如键盘，其中，用户接口还可以包括标准的有线接口、无线接口等。
可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED触摸器等。进一步地，显示器也可称为显示屏或显示单元，用于显示在电子装置10中应用升级版本发布程序被处理器12执行的过程。
在本申请电子装置10的一实施例中，应用升级版本发布程序被处理器12执行时，实现如下操作：
向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取服务器集群中接收到该指令的第一服务器对应的第一负载权重；
其中，所述第一服务器通过其对应的标识信息例如MAC地址、ip地址、或主机名称等来识别；
通常，服务器集群中每台服务器对应有不同的负载权重，且权重会根据所加负载大小的改变而变化，如果有服务器的负载一直增加，那么该服务器的权重就会一直减少，当权重减少到一定值后，若仍向该服务器增加负载，则很容易导致该服务器宕机的风险。而应用程序在发布或者升级的过程中，要求运行该应用程序的服务器具有一定的负载能力(负载量)，在本实施例中，为了保证服务器集群中用于灰度发布应用程序的服务器的负载能力能够满足灰度发布应用程序的需求，向服务器集群发送带有预设负载量的灰度发布应用程序的指令，可以理解的是，该预设负载量可以是一个大于或等于最小负载量的具体的数值，也可以是一个包含最小负载量的区间值，且最小负载量为运行该应用程序的服务器需具有的最小负载量。
查询预先存储的所述服务器集群中各台服务器对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负 载量；在本实施例中，需要说明的是，各台服务器用其分别对应的标识信息例如，MAC地址、ip地址、或主机名称等表示，其标识信息与负载权重之间存在一一映射的关系，预先存储的所述第一映射关系表的一列存储有标识信息与负载权重，与所述标识信息与负载权重对应的列相映射的列存储有所述可配置负载量。
比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向该第一服务器发布升级版本应用程序；
若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
其中，预先确定的负载分析规则包括：分别获取所述服务器集群中各台服务器的标识信息及对应的第二负载权重；
基于所述第一映射关系表，确定所述第二负载权重对应的第二可配置负载量，并生成所述第二负载权重与所述第二可配置负载量之间的第二映射关系表；
基于所述预设负载量遍历所述第二映射关系表，若所述第二映射关系表中有第二可配置负载量大于或等于所述预设负载量，则确定向该第二可配置负载量对应的服务器发布升级版本应用程序；
若所述第二映射关系表中没有第二可配置负载量大于或等于所述预设负载量，则基于预先确定的轮询规则，重新调整所述服务器集群中各台服务器的负载权重，使调整之后的服务器集群中有服务器对应的可配置负载量大于或等于所述预设负载量。
其中，预先确定的轮询规则为基于权重的轮询算法。所述基于权重的轮询算法包括：在服务器数组S中，首先计算所有服务器权重的最大值max(S)，以及所有服务器权重的最大公约数gcd(S)；例如在一实施例中，预先确定的 服务器集群包括3台服务器，分别用服务器a、服务器b、以及服务器c来表示。假如服务器a的权重为28、服务器b的权重为32、服务器c的权重为40，则所有服务器权重的最大值max(S)为40，所有服务器权重的最大公约数gcd(S)为4；
然后，以预设的索引函数index表示有请求到来时，接收到该请求的服务器的索引，索引函数的初始值通常设置为-1；并用预设的current_weight表示当前调度的服务器的负载权值，初始值为max(S)。
该基于权重的轮询算法中，当请求到来时，从index+1开始轮询服务器数组S，找到其中负载权重大于current_weight的第一个服务器，用于处理该请求，并记录其索引到结果序列中。
在轮询服务器数组S时，如果到达了服务器数组S的末尾，仍没有负载权重大于current_weight的服务器，则减小current_weight的值，，重新从头开始轮询服务器数组S；如果当current_weight的值为gcd(S)时，仍没有负载权重大于current_weight的服务器，则根据请求的需要重新配置各服务器的负载权重。这样通过轮询的过程，可以自动根据请求的需要完成各服务器负载权重的配置。
由上述事实例可知，本申请提出的电子装置通过向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取接收到该指令的第一服务器的标识信息及对应的第一负载权重；并分析第一负载权重对应的第一可配置负载量；比较第一可配置负载量与预设负载量之间的大小，若第一可配置负载量大于或等于预设负载量，则确定向第一服务器发布升级版本应用程序；若第一可配置负载量小于预设负载量，则利用预先确定的负载分析规则分析服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。能够精确及时地避免灰度发布导致的服务器系统出现宕机的风险。
进一步需要说明的是，如下面图2所示的实施例，应用升级版本发布计 算机程序依据其各部分程序所实现的功能不同，可用具有相同功能的虚拟的程序模块进行描述。
请参阅图2所示，是本申请电子装置一实施例中应用升级版本发布程序的程序模块示意图。本实施例中，应用升级版本发布程序依据其各部分所实现的功能，可以被分割成获取模块201、确定模块202、比较模块203、以及分析模块204。所述模块201-204所实现的功能或操作步骤均与上文类似，此处不再详述，示例性地，例如其中：
获取模块201用于向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取接收到该指令的第一服务器的标识信息及对应的第一负载权重；
确定模块202用于查询预先存储的所述服务器集群中各台服务器的标识信息对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
比较模块203用于比较所述第一可配置负载量与所述预设负载量之间的大小，并在若所述第一可配置负载量大于或等于所述预设负载量，则确定向所述第一服务器发布升级版本应用程序；
分析模块204用于在若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
此外，本申请还提出一种应用升级版本发布方法。请参阅图3所示，为本申请应用升级版本发布方法较佳实施例的流程图。该方法可以由一个装置执行，该装置可以由软件和/或硬件实现。
在本实施例中，应用升级版本发布方法包括：
步骤S301，向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取所述服务器集群中接收到该指令的第一服务器对应的第一负载权重；
其中，所述第一服务器通过其对应的标识信息例如MAC地址、ip地址、或主机名称等来识别；
通常，服务器集群中每台服务器对应有不同的负载权重，且权重会根据所加负载大小的改变而变化，如果有服务器的负载一直增加，那么该服务器的权重就会一直减少，当权重减少到一定值后，若仍向该服务器增加负载，则很容易导致该服务器宕机的风险。而应用程序在发布或者升级的过程中，要求运行该应用程序的服务器具有一定的负载能力(负载量)，在本实施例中，为了保证服务器集群中用于灰度发布应用程序的服务器的负载能力能够满足灰度发布应用程序的需求，向服务器集群发送带有预设负载量的灰度发布应用程序的指令，可以理解的是，该预设负载量可以是一个大于或等于最小负载量的具体的数值，也可以是一个包含最小负载量的区间值，且最小负载量为运行该应用程序的服务器需具有的最小负载量。
步骤S302，查询预先存储的所述服务器集群中各台服务器对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
在本实施例中，需要说明的是，各台服务器用其分别对应的标识信息例如，MAC地址、ip地址、或主机名称等表示，其标识信息与负载权重之间存在一一映射的关系，预先存储的所述第一映射关系表的一列存储有标识信息与负载权重，与所述标识信息与负载权重对应的列相映射的列存储有所述可配置负载量。
步骤S303，比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向该第一服务器发布升级版本应用程序；
步骤S304，若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
其中，预先确定的负载分析规则包括：分别获取所述服务器集群中各台服务器的标识信息及对应的第二负载权重；
基于所述第一映射关系表，确定所述第二负载权重对应的第二可配置负载量，并生成所述第二负载权重与所述第二可配置负载量之间的第二映射关系表；
基于所述预设负载量遍历所述第二映射关系表，若所述第二映射关系表中有第二可配置负载量大于或等于所述预设负载量，则确定向该第二可配置负载量对应的服务器发布升级版本应用程序；
若所述第二映射关系表中没有第二可配置负载量大于或等于所述预设负载量，则基于预先确定的轮询规则，重新调整所述服务器集群中各台服务器的负载权重，使调整之后的服务器集群中有服务器对应的可配置负载量大于或等于所述预设负载量。
其中，预先确定的轮询规则为基于权重的轮询算法。所述基于权重的轮询算法包括：在服务器数组S中，首先计算所有服务器权重的最大值max(S)，以及所有服务器权重的最大公约数gcd(S)。例如在一实施例中，预先确定的服务器集群包括3台服务器，分别用服务器a、服务器b、以及服务器c来表示。假如服务器a的权重为28、服务器b的权重为32、服务器c的权重为40，则所有服务器权重的最大值max(S)为40，所有服务器权重的最大公约数gcd(S)为4。
然后，以预设的索引函数index表示有请求到来时，接收到该请求的服务器的索引，索引函数的初始值通常设置为-1；并用预设的current_weight表示当前调度的服务器的负载权值，初始值为max(S)。
该基于权重的轮询算法中，当请求到来时，从index+1开始轮询服务器数组S，找到其中负载权重大于current_weight的第一个服务器，用于处理该请求，并记录其索引到结果序列中。
在轮询服务器数组S时，如果到达了服务器数组S的末尾，仍没有负载 权重大于current_weight的服务器，则减小current_weight的值，，重新从头开始轮询服务器数组S；如果当current_weight的值为gcd(S)时，仍没有负载权重大于current_weight的服务器，则根据请求的需要重新配置各服务器的负载权重。这样通过轮询的过程，可以自动根据请求的需要完成各服务器负载权重的配置。
上述事实例提出的应用升级版本发布方法，通过向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取接收到该指令的第一服务器的标识信息及对应的第一负载权重；并分析第一负载权重对应的第一可配置负载量；比较第一可配置负载量与预设负载量之间的大小，若第一可配置负载量大于或等于预设负载量，则确定向第一服务器发布升级版本应用程序；若第一可配置负载量小于预设负载量，则利用预先确定的负载分析规则分析服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。能够精确及时地避免灰度发布导致的服务器系统出现宕机的风险。
此外，本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有应用升级版本发布程序，所述应用升级版本发布程序被处理器执行时实现如下操作：
向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取所述服务器集群中接收到该指令的第一服务器的标识信息及对应的第一负载权重；
查询预先存储的所述服务器集群中各台服务器的标识信息对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向所述第一服务器发布升级版本应用程序；
若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
本申请计算机可读存储介质具体实施方式与上述电子装置以及应用升级版本发布方法各实施例基本相同，在此不作累述。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种电子装置，其特征在于，所述电子装置包括存储器、及与所述存储器连接的处理器，所述处理器用于执行所述存储器上存储的应用升级版本发布程序，所述应用升级版本发布程序被所述处理器执行时实现如下步骤：
    A1、向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取所述服务器集群中接收到该指令的第一服务器的标识信息及对应的第一负载权重；
    A2、查询预先存储的所述服务器集群中各台服务器的标识信息对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
    A3、比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向所述第一服务器发布升级版本应用程序；
    A4、若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
  2. 如权利要求1所述的电子装置，其特征在于，所述预先确定的负载分析规则包括：
    分别获取所述服务器集群中各台服务器的标识信息及对应的第二负载权重；
    基于所述第一映射关系表，确定所述第二负载权重对应的第二可配置负载量，并生成所述第二负载权重与所述第二可配置负载量之间的第二映射关系表；
    基于所述预设负载量遍历所述第二映射关系表，若所述第二映射关系表中有第二可配置负载量大于或等于所述预设负载量，则确定向该第二可配置负载量对应的服务器发布升级版本应用程序；
    若所述第二映射关系表中没有第二可配置负载量大于或等于所述预设负载量，则基于预先确定的轮询规则，重新调整所述服务器集群中各台服务器的负载权重。
  3. 如权利要求2所述的电子装置，其特征在于，所述预设负载量大于或等于运行所述升级版本应用程序所需的最小负载量。
  4. 如权利要求2所述的电子装置，其特征在于，所述预先确定的轮询规则为基于权重的轮询算法。
  5. 如权利要求2所述的电子装置，其特征在于，所述标识信息包括MAC地址、IP地址、或主机名称。
  6. 如权利要求1所述的电子装置，其特征在于，所述预设负载量大于或等于运行所述升级版本应用程序所需的最小负载量。
  7. 如权利要求1所述的电子装置，其特征在于，所述预先确定的轮询规则为基于权重的轮询算法。
  8. 如权利要求1所述的电子装置，其特征在于，所述标识信息包括MAC地址、IP地址、或主机名称。
  9. 一种应用升级版本发布方法，其特征在于，所述方法包括如下步骤：
    S1、向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取所述服务器集群中接收到该指令的第一服务器的标识信息及对应的第一负载权重；
    S2、查询预先存储的所述服务器集群中各台服务器的标识信息对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
    S3、比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向所述第一服务器发布升级版本应用程序；
    S4、若所述第一可配置负载量小于所述预设负载量，则利用预先确定的 负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
  10. 如权利要求9所述的应用升级版本发布方法，其特征在于，所述预先确定的负载分析规则包括：
    分别获取所述服务器集群中各台服务器的标识信息及对应的第二负载权重；
    基于所述第一映射关系表，确定所述第二负载权重对应的第二可配置负载量，并生成所述第二负载权重与所述第二可配置负载量之间的第二映射关系表；
    基于所述预设负载量遍历所述第二映射关系表，若所述第二映射关系表中有第二可配置负载量大于或等于所述预设负载量，则确定向该第二可配置负载量对应的服务器发布升级版本应用程序；
    若所述第二映射关系表中没有第二可配置负载量大于或等于所述预设负载量，则基于预先确定的轮询规则，重新调整所述服务器集群中各台服务器的负载权重。
  11. 如权利要求9所述的应用升级版本发布方法，其特征在于，所述预设负载量大于或等于运行所述升级版本应用程序所需的最小负载量。
  12. 如权利要求9所述的应用升级版本发布方法，其特征在于，所述预先确定的轮询规则为基于权重的轮询算法。
  13. 如权利要求10所述的应用升级版本发布方法，其特征在于，所述预设负载量大于或等于运行所述升级版本应用程序所需的最小负载量。
  14. 如权利要求10所述的应用升级版本发布方法，其特征在于，所述预先确定的轮询规则为基于权重的轮询算法。
  15. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有应用升级版本发布程序，所述应用升级版本发布程序可被至少一个处理器执行，以使所述至少一个处理器执行如下步骤：
    向预先确定的服务器集群发送带有预设负载量的发布升级版本应用程序的指令后，获取所述服务器集群中接收到该指令的第一服务器的标识信息及对应的第一负载权重；
    查询预先存储的所述服务器集群中各台服务器的标识信息对应的负载权重与可配置负载量之间的第一映射关系表，确定所述第一负载权重对应的第一可配置负载量；
    比较所述第一可配置负载量与所述预设负载量之间的大小，若所述第一可配置负载量大于或等于所述预设负载量，则确定向所述第一服务器发布升级版本应用程序；
    若所述第一可配置负载量小于所述预设负载量，则利用预先确定的负载分析规则分析所述服务器集群中各台服务器对应的负载权重，确定用于发布升级版本应用程序的服务器。
  16. 如权利要求15所述的计算机可读存储介质，其特征在于，所述预先确定的负载分析规则包括：
    分别获取所述服务器集群中各台服务器的标识信息及对应的第二负载权重；
    基于所述第一映射关系表，确定所述第二负载权重对应的第二可配置负载量，并生成所述第二负载权重与所述第二可配置负载量之间的第二映射关系表；
    基于所述预设负载量遍历所述第二映射关系表，若所述第二映射关系表中有第二可配置负载量大于或等于所述预设负载量，则确定向该第二可配置负载量对应的服务器发布升级版本应用程序；
    若所述第二映射关系表中没有第二可配置负载量大于或等于所述预设负载量，则基于预先确定的轮询规则，重新调整所述服务器集群中各台服务器的负载权重。
  17. 如权利要求15所述的计算机可读存储介质，其特征在于，所述预设 负载量大于或等于运行所述升级版本应用程序所需的最小负载量。
  18. 如权利要求15所述的计算机可读存储介质，其特征在于，所述预先确定的轮询规则为基于权重的轮询算法。
  19. 如权利要求16所述的计算机可读存储介质，其特征在于，所述预设负载量大于或等于运行所述升级版本应用程序所需的最小负载量。
  20. 如权利要求16所述的计算机可读存储介质，其特征在于，所述预先确定的轮询规则为基于权重的轮询算法。
PCT/CN2018/089454 2018-01-17 2018-06-01 电子装置、应用升级版本发布的方法及存储介质 WO2019140829A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810042985.2A CN108243254B (zh) 2018-01-17 2018-01-17 电子装置、应用升级版本发布的方法及存储介质
CN201810042985.2 2018-01-17

Publications (1)

Publication Number Publication Date
WO2019140829A1 true WO2019140829A1 (zh) 2019-07-25

Family

ID=62698624

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089454 WO2019140829A1 (zh) 2018-01-17 2018-06-01 电子装置、应用升级版本发布的方法及存储介质

Country Status (2)

Country Link
CN (1) CN108243254B (zh)
WO (1) WO2019140829A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112653579A (zh) * 2020-12-16 2021-04-13 中国人寿保险股份有限公司 一种基于OpenResty的灰度发布方法及相关设备

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109327540A (zh) * 2018-11-16 2019-02-12 平安科技（深圳）有限公司 电子装置、服务器负载均衡方法及存储介质
CN110198353B (zh) * 2019-05-30 2020-09-15 四川长虹电器股份有限公司 服务版本权重灰度发布的系统
CN111399875B (zh) * 2020-03-06 2023-09-05 咪咕文化科技有限公司 灰度升级控制方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103401713A (zh) * 2013-07-31 2013-11-20 北京山海树科技有限公司 一种软件发布的系统和方法
CN107016280A (zh) * 2017-03-31 2017-08-04 武汉票据交易中心有限公司 一种客户端应用程序的升级方法及系统
CN107015831A (zh) * 2017-03-31 2017-08-04 武汉票据交易中心有限公司 一种基于服务器端升级的客户端升级管理方法及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070083630A1 (en) * 2005-09-27 2007-04-12 Bea Systems, Inc. System and method for performance testing framework
CN101534244A (zh) * 2009-02-09 2009-09-16 华为技术有限公司 负载分发方法、装置和系统
US8959222B2 (en) * 2011-05-19 2015-02-17 International Business Machines Corporation Load balancing system for workload groups
CN102497454B (zh) * 2011-12-31 2014-06-11 北京新媒传信科技有限公司 一种在应用服务平台系统中对应用进行灰度发布的方法
CN103677765B (zh) * 2012-08-31 2018-07-06 腾讯科技（深圳）有限公司 版本自动发布方法、装置及存储介质
CN105677356A (zh) * 2016-01-11 2016-06-15 上海雷腾软件股份有限公司 一种运维方法及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103401713A (zh) * 2013-07-31 2013-11-20 北京山海树科技有限公司 一种软件发布的系统和方法
CN107016280A (zh) * 2017-03-31 2017-08-04 武汉票据交易中心有限公司 一种客户端应用程序的升级方法及系统
CN107015831A (zh) * 2017-03-31 2017-08-04 武汉票据交易中心有限公司 一种基于服务器端升级的客户端升级管理方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112653579A (zh) * 2020-12-16 2021-04-13 中国人寿保险股份有限公司 一种基于OpenResty的灰度发布方法及相关设备
CN112653579B (zh) * 2020-12-16 2023-05-23 中国人寿保险股份有限公司 一种基于OpenResty的灰度发布方法及相关设备

Also Published As

Publication number Publication date
CN108243254A (zh) 2018-07-03
CN108243254B (zh) 2020-09-25

Similar Documents

Publication Publication Date Title
CN108388599B (zh) 电子装置、数据迁移及调用方法及存储介质
WO2019140829A1 (zh) 电子装置、应用升级版本发布的方法及存储介质
CN108427705B (zh) 电子装置、分布式系统日志查询方法及存储介质
WO2019179026A1 (zh) 电子装置、集群访问域名自动生成方法及存储介质
US9043776B2 (en) Transferring files to a baseboard management controller (‘BMC’) in a computing system
WO2019148727A1 (zh) 电子装置、基于redis的异常预警方法及存储介质
US10467150B2 (en) Dynamic tier remapping of data stored in a hybrid storage system
WO2019127864A1 (zh) 电子装置、基于springmvc的数据接口及其说明自动生成方法及存储介质
WO2019169763A1 (zh) 电子装置、业务系统风险控制方法及存储介质
CN108415925B (zh) 电子装置、数据调用日志生成及查询方法及存储介质
WO2019148721A1 (zh) 电子装置、互联网服务系统风险预警方法及存储介质
WO2019062190A1 (zh) 电子装置、账单数据处理方法及计算机存储介质
CN109117153B (zh) 应用程序的处理方法、装置、终端和存储介质
CN109597724B (zh) 服务稳定性测量方法、装置、计算机设备及存储介质
CN107967305B (zh) 影像文件上传方法、服务器及可读存储介质
WO2019169771A1 (zh) 电子装置、访问指令信息获取方法及存储介质
WO2019071968A1 (zh) 薪资计算方法、应用服务器及计算机可读存储介质
CN103440146A (zh) 一种基于云存储的更新bios的方法
US20060129520A1 (en) System and method for automatically updating a program in a computer
US11093350B2 (en) Method and system for an optimized backup data transfer mechanism
US20150121125A1 (en) Providing bus resiliency in a hybrid memory system
EP4239979A1 (en) Data download method and apparatus, electronic device, and readable storage medium
JP5884566B2 (ja) バッチ処理システム、進捗状況確認装置、進捗状況確認方法、及びプログラム
CN108566293B (zh) 电子装置、zk节点信息通知方法及存储介质
CN113595762A (zh) 一种网卡配置的保存方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18900747

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 20.10.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18900747

Country of ref document: EP

Kind code of ref document: A1