WO2020181684A1 - 管理灰度发布的方法、系统、设备及存储介质 - Google Patents

管理灰度发布的方法、系统、设备及存储介质 Download PDF

Info

Publication number
WO2020181684A1
WO2020181684A1 PCT/CN2019/092692 CN2019092692W WO2020181684A1 WO 2020181684 A1 WO2020181684 A1 WO 2020181684A1 CN 2019092692 W CN2019092692 W CN 2019092692W WO 2020181684 A1 WO2020181684 A1 WO 2020181684A1
Authority
WO
WIPO (PCT)
Prior art keywords
gray
release
scale
version
user
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2019/092692
Other languages
English (en)
French (fr)
Inventor
乐志能
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
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 Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Publication of WO2020181684A1 publication Critical patent/WO2020181684A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • 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
    • 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 
    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Definitions

  • This application relates to the technical field of gray-scale publishing, and in particular, to a method, system, device, and storage medium for managing gray-scale publishing.
  • Gray release refers to a release method that can smoothly transition between black and white. A/B testing can be performed on it, that is, some users continue to use product feature A, and some users start to use product feature B. If users have no objections to B, then gradually expand the scope and move all users to B. Come. Grayscale release can ensure the stability of the overall system, and problems can be found and adjusted during the initial grayscale to ensure product impact.
  • the administrator sets the number of grayscale servers and production servers. After determining the user scale that the number of grayscale servers can carry, set the maximum grayscale ratio when performing the grayscale setting, such as Set up 2 gray-scale servers and 10 production servers. Then, when performing gray-scale publishing, first publish to these two gray-scale servers, allowing up to 20% of user traffic to be switched to the gray-scale environment.
  • the gray scale cannot be adjusted adaptively based on user feedback, and the gray scale can only be manually determined.
  • the number of degree servers then calculates the gray scale, which is inefficient and leads to untimely user traffic switching; secondly, the gray scale is completely dependent on the calculation of the manager, and if the calculation is wrong, it will cause production failure.
  • This application provides a method, system, device and storage medium for managing gray release, which can solve the technical defects proposed in the prior art.
  • the present application provides a method for managing gray release, and the method includes:
  • the gray level release management platform sets the gray level diversion ratio, and synchronizes the gray level diversion ratio to the release module;
  • the version distribution module calculates the target number of candidate grayscale servers for this grayscale release according to the grayscale diversion ratio and the current number of production servers;
  • the version distribution module selects a target grayscale server from the candidate grayscale servers, and the target grayscale server is used to perform a grayscale release of a new version;
  • the version release module synchronizes the Internet Protocol IP address of the grayscale server that has been grayed out to the offload engine;
  • the offloading engine groups the users of each version according to the grayscale offload ratio and the IP address of the grayscale server undertaking this grayscale publishing task to obtain multiple user groups, and mark each user group as a category, And confirm the server category corresponding to each user group;
  • the distribution engine distributes service data streams of different versions to corresponding user groups according to the category of the user group to which the user belongs.
  • the version distribution module calculates the target number of candidate grayscale servers for this grayscale release based on the grayscale split ratio and the current number of production servers, including:
  • the version distribution module calculates the target number according to the gray-scale publishing strategy, the gray-scale distribution ratio and the current number of production servers;
  • the gray release strategy includes one of the following items:
  • the configuration information includes at least one of the following items:
  • the release process is automatically triggered and all users are switched to the new version.
  • the version distribution module calculates the target number according to the gray-scale publishing strategy, the gray-scale distribution ratio and the current number of production servers, including:
  • the gray-scale distribution ratio calculate The target quantity.
  • the method before the grayscale release management platform sets the grayscale split ratio, the method further includes:
  • the gray release management platform obtains information fed back by users, and the information fed back by users includes information fed back by users using the new version of the application, normal service information or abnormal service information;
  • the gray-scale release management platform sets an initial gray-scale ratio and a gray-scale release strategy, and the gray-scale release strategy refers to a gray-scale release according to a preset period and a preset gray-scale ratio until all versions are released;
  • the grayscale distribution management platform setting the grayscale distribution ratio includes:
  • the gray level distribution ratio adapted to the current gray level publishing is dynamically adjusted.
  • the gray-scale release management platform dynamically adjusts the gray-scale distribution ratio adapted to the current gray-scale release according to the information fed back by the user and the gray-scale release strategy, including:
  • the gray-scale release management platform increases the initial gray-scale proportion according to the first proportion
  • the gray-scale release management platform will increase the initial gray-scale ratio according to the second ratio; the first ratio is smaller than the second ratio, and the first The upper bound of a numerical interval is smaller than the lower bound of the second numerical interval.
  • At least one of the following grouping strategies is adopted when the users of each version are grouped:
  • the distribution engine divides users of the same version or users whose version is lower than the new version into a user group
  • the offloading engine performs grouping according to at least one of the IP address, white list, user tag, service field, or service channel of the user terminal;
  • the offloading engine is grouped according to at least one of the brand, model, operating system, or network type of the user terminal.
  • the shunt engine shunts service data streams of different versions to corresponding user groups according to the category of the user group to which the user belongs, including:
  • the offloading engine offloads the old version of the business data to the user group that is not grayed out rules, and offloads the new version of the business data to the user group that is grayed out rules;
  • the user who is a gray-scale rule has the right to access the new version in the gray-scale server.
  • the present application provides a gray-scale release management system, which has the function of implementing the method corresponding to the method for managing gray-scale release provided in the first aspect.
  • the functions can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above functions, and the modules may be software and/or hardware.
  • the gray release management system includes:
  • the gray-scale release management platform is used to set the gray-scale distribution ratio, and synchronize the gray-scale distribution ratio to the version distribution module;
  • the version distribution module is used to calculate the target number of candidate grayscale servers for this grayscale release based on the grayscale split ratio and the current number of production servers when the version is issued; Select the target gray-scale server from the degree server, and the target gray-scale server is used for gray-scale publishing of a new version; after the target gray-scale server completes the release of the new version, the gray-scale that has been The Internet Protocol IP address of the server is synchronized to the offload engine;
  • the distribution engine is used to group users of each version to obtain multiple user groups according to the gray distribution ratio synchronized by the version distribution module and the IP address of the gray server that is responsible for this gray distribution task. Mark the category for each user group and confirm the server category corresponding to each user group;
  • the offloading engine is also used to offload service data streams of different versions to corresponding user groups according to the category of the user group to which the user belongs.
  • the release module is specifically used to:
  • the gray release strategy includes one of the following items:
  • the configuration information includes at least one of the following items:
  • the release process is automatically triggered and all users are switched to the new version.
  • the release module is specifically used for:
  • the gray-scale distribution ratio calculate The target quantity.
  • the grayscale release management platform sets the grayscale distribution ratio, it is also used to:
  • the gray scale release strategy refers to the gray scale release according to the preset cycle and preset gray scale until all versions are released;
  • the gray level distribution ratio adapted to the current gray level publishing is dynamically adjusted.
  • the gray release management platform is specifically used for:
  • the initial gray scale is adjusted upward according to the first proportion
  • the initial gray scale is adjusted upward according to the second proportion; the first proportion is less than the second proportion, the upper bound of the first numerical interval Less than the lower bound of the second numerical interval.
  • the offloading engine uses at least one of the following grouping strategies to group users of each version:
  • Grouping according to at least one of the IP address of the user terminal, whitelist, user tag, business field or service channel;
  • grouping is performed according to at least one of the brand, model, operating system, or network type of the user terminal.
  • the shunt engine is specifically used for:
  • the user who is a gray-scale rule has the right to access the new version in the gray-scale server.
  • control the version-issuing module When issuing a version, control the version-issuing module to calculate the target number of candidate gray-scale servers for this gray-scale release according to the gray-scale split ratio and the number of current production servers; from the candidate gray-scale servers Select the target gray-scale server in the gray-scale server, and the target gray-scale server is used for gray-scale release of a new version; after the target gray-scale server completes the release of the new version, the The Internet Protocol IP address is synchronized to the offload engine;
  • the users of each version are grouped to obtain multiple user groups, and each user group is marked with a category, and each user group is confirmed The server category corresponding to the user group;
  • the distribution engine is controlled to distribute service data streams of different versions to corresponding user groups according to the category of the user group to which the user belongs.
  • the processor is specifically configured to perform the following operations:
  • the gray release strategy includes one of the following items:
  • the configuration information includes at least one of the following items:
  • the release process is automatically triggered and all users are switched to the new version.
  • the processor is specifically configured to perform the following operations:
  • the gray-scale distribution ratio calculate The target quantity.
  • the processor is further used to perform the following operations before setting the gray-scale split ratio:
  • the gray scale release strategy refers to the gray scale release according to the preset cycle and preset gray scale until all versions are released;
  • the gray level distribution ratio adapted to the current gray level publishing is dynamically adjusted.
  • the processor is specifically used for:
  • the initial gray scale is adjusted upward according to the first proportion
  • the initial gray scale is adjusted upward according to the second proportion; the first proportion is less than the second proportion, the upper bound of the first numerical interval Less than the lower bound of the second numerical interval.
  • the processor uses at least one of the following grouping strategies to group users of each version:
  • Grouping according to at least one of the IP address of the user terminal, whitelist, user tag, business field or service channel;
  • grouping is performed according to at least one of the brand, model, operating system, or network type of the user terminal.
  • Another aspect of the present application provides a volatile computer storage medium, which includes instructions, which when run on a computer, cause the computer to execute the methods described in the foregoing aspects.
  • the gray-scale release management platform sets the gray-scale distribution ratio, and synchronizes the gray-scale distribution ratio to the plate-issuing module; when the plate is issued, the plate-issuing module divides according to the gray level Calculate the target number of candidate grayscale servers based on the ratio and the number of production servers; the release module selects the target grayscale server from the candidate grayscale servers, and after the new version is released, the release module will publish the grayscale server's IP
  • the address is synchronized to the offloading engine; the offloading engine divides the users of each version into multiple user groups according to the grayscale offload ratio and the IP address of the grayscale server and marks the category, confirms the server category corresponding to each user group, and according to the user belongs to The category of the user group, which divides the business data streams of different versions to the corresponding user group.
  • the application can adaptively adjust the gray scale according to user feedback, automatically count the current number of gray servers and calculate the gray scale, improve the efficiency of gray
  • FIG. 1 is a schematic diagram of a topology of a grayscale release management system in an embodiment of the application
  • FIG. 2 is a schematic flowchart of a method for managing gray release in an embodiment of the application
  • FIG. 3 is a schematic diagram of a structure of a gray-scale release management system according to an embodiment of the application.
  • Fig. 4 is a schematic diagram of a structure of a computer device in an embodiment of the application.
  • a process, method, system, product or device that includes a series of steps or modules is not necessarily limited to the clearly listed Those steps or modules may include other steps or modules that are not clearly listed or are inherent to these processes, methods, products, or equipment.
  • the division of modules in this application is only a logical division In actual applications, there may be other divisions in implementation. For example, multiple modules may be combined or integrated in another system, or some features may be ignored or not implemented.
  • This application provides a method, system, equipment and storage medium for managing gray release, which can be used for the testing and release of new products, to obtain early user feedback, improve product functions, improve product quality, and allow users to participate in product testing, and strengthen and User interaction to reduce the range of users affected by product upgrades.
  • this application mainly provides the following technical solutions:
  • the distribution module By first setting the grayscale distribution ratio, and then synchronize the set distribution ratio to the distribution module.
  • the distribution module reads the set distribution ratio, and then calculates the required grayscale based on the number of existing production servers. Degree server, and then select the gray server to release the new version in gray. After the new version is released, synchronize the host of the server with gray release to the offloading engine, and then if the user is a user who is subject to the gray rule, you can access Grayscale server, to access the new version in Grayscale server.
  • a gray-scale release management system (also referred to as a gray-scale system) as shown in FIG. 1 includes a gray-scale release management platform, a release module, and a distribution engine.
  • the gray release management platform can be used to release the version to the designated server, and return the release progress and release log to the release module.
  • the release module can be used to select the gray release strategy (also called the gray release rule), display the reason for the failure to release, display the release progress, and display the release log of the gray server.
  • the distribution engine can be used to switch the traffic of the production server to the gray server, verify whether there is any traffic in the release window, and determine whether the release is allowed.
  • the shunt engine can use the following two access methods: one is http access, which is developed using a scripting language (such as lua), and is based on a web proxy server (such as Nginx) for grayscale; the other It is a dubbo access method, developed by java, and uses gray-scale load balancing to achieve gray-scale.
  • http access which is developed using a scripting language (such as lua), and is based on a web proxy server (such as Nginx) for grayscale
  • Nginx web proxy server
  • gray-scale load balancing gray-scale
  • the gray-scale release management platform sets a gray-scale split ratio, and synchronizes the gray-scale split ratio to a version issuing module.
  • the gray-scale distribution ratio is calculated by the gray-scale release management background, which can be an independently deployed server.
  • the gray-scale distribution ratio is generally set by the application publisher, for example, different gray-scale distribution ratios are set according to the current application version, and the gray-scale distribution ratio is restricted in combination with information such as the current number of production servers.
  • the release module refers to the release tool of the operation and maintenance personnel, which can automatically deploy the program package to the server.
  • the release module will receive instructions from the grayscale platform, and calculate the need according to the shunt ratio set by the grayscale platform Distribute the version to several production servers, and after the completion of the version, the results will be synchronized to the gray management platform.
  • the method before the grayscale release management platform sets the grayscale split ratio, the method further includes:
  • the user feedback information includes user feedback information using the new version of the application, service normal information or service abnormal information; wherein the user feedback information includes user feedback using the new version of the application information.
  • User feedback information is collected and managed by the gray management platform.
  • the gray scale release strategy refers to the gray scale release according to the preset cycle and preset gray scale until all versions are released.
  • the gray distribution management platform sets the gray distribution ratio
  • the gray distribution ratio suitable for the current gray distribution can be dynamically adjusted according to the information fed back by the user and the gray distribution strategy.
  • the dynamically adjusting the gray-scale distribution ratio adapted to the current gray-scale publishing according to the information fed back by the user and the gray-scale publishing strategy includes:
  • the initial gray scale will be increased according to the first proportion; for example, when the normal proportion of the normal service information fed back is 60%-80%, the initial Increase the gray scale by 2 points.
  • the initial gray scale is increased according to the second proportion; the first proportion is less than the second proportion, and the upper bound of the first numerical interval is less than The lower bound value of the second numerical interval. For example, when the normal ratio of the service normal information fed back is 80%-100%, the initial gray scale ratio is increased by 10 points.
  • the degree of the initial gray scale is determined by a preset up- or down-adjustment method, which can achieve the smoothness of partial or full switching of user traffic, and achieve no Seamless switching and gradual release, leaving users unaware.
  • the version distribution module calculates the target number of candidate grayscale servers for this grayscale release according to the grayscale distribution ratio and the current number of production servers.
  • the version distribution module calculates the target number of candidate grayscale servers for this grayscale release based on the grayscale split ratio and the current number of production servers, including:
  • the version distribution module calculates the target number according to the gray-scale publishing strategy, the gray-scale distribution ratio and the current number of production servers;
  • the gray release strategy includes one of the following items:
  • the target grayscale server from the candidate grayscale servers to carry out the instruction information for batch grayscale release.
  • the default instructions for batch grayscale release are 30%, 30%, and 40% respectively.
  • the configuration information includes at least one of the following items:
  • the diversion strategy includes user scale, release frequency, function coverage, rollback strategy, operation strategy, and new and old system deployment strategy.
  • the suspension or rollback to the original version For example, the current production server deploys version 4.1. If the sound field server is selected as the target gray server to deploy version 4.2, if there is an interruption in the release process, it will roll back to version 4.1.
  • the release module when the release module calculates the target number of candidate grayscale servers, in addition to introducing the number of production servers and the grayscale distribution ratio, it can also introduce the current user's visits, the total number of users using the production service, and Dimensional information such as the number of users of the old version and the new version, and other dimensional information, so as to improve accuracy and allocate server resources reasonably.
  • the version release module may also be based on the gray-scale release strategy, the gray-scale split ratio, the number of current production servers, the current user’s access volume, the total number of users using this production service, and the number of users using the old version. The number of users, the number of users of the new version, and the target number are calculated.
  • the version issuing module selects a target grayscale server from the candidate grayscale servers.
  • the target grayscale server is used to perform grayscale release of a new version.
  • a candidate grayscale server with lighter load or strong hardware capability may be selected as the target grayscale server from the candidate grayscale servers based on a load balancing strategy.
  • the version distribution module synchronizes the Internet Protocol IP address of the grayscale server that has been grayed out to the offloading engine.
  • Nginx configuration files + LUA scripts may be used to achieve gray-scale publishing, to achieve gray-scale publishing based on cookies, or to achieve gray-scale publishing based on source IP addresses.
  • the cookie key is queried according to the value of the version of the cookie; if the cookie value is V1, the user traffic is diverted to the server corresponding to hi-linux_01; if the cookie value is V2, the user traffic is diverted to The server corresponding to hi-linux_02; if the cookie values do not match, the user traffic will be diverted to the server corresponding to hi-linux_01 by default.
  • the distribution engine groups users of each version according to the gray distribution ratio and the IP address of the gray server that is responsible for the gray distribution task to obtain multiple user groups, and mark each user group Category, and confirm the server category corresponding to each user group.
  • At least one of the following grouping strategies is adopted when the users of each version are grouped:
  • the shunt engine divides users of the same version or users whose version is lower than the new version into a user group; for example, a game company has updated the game version, and the current new version is version 4.2.
  • the current user level of the game company on the market is different. 1. Some users are subjectively unwilling to update due to the limited hardware of the terminal. Therefore, the versions of this game still circulating on the market are 3.0, 3.2, 4.0 and 4.1, and 3.0, 3.2, 4.0 and 4.1 are all lower than the current ones. Version 4.2 to be released. Since each production server only provides one game version service, in order to facilitate group release and group management, users who use version 3.0, version 3.2, version 4.0 and version 4.1 need to be divided into an independent user group. .
  • the offloading engine performs grouping according to at least one of the IP address of the user terminal, white list, user tag, business field, user common function or service channel; wherein, the white list refers to a white list composed of users with gray rules .
  • User tags refer to tags labeled for users who use different versions.
  • Business fields include voice services, video services, short message services, financial services, or government services.
  • Service channels refer to the channels through which business services are provided, such as securities services or banking services.
  • the offloading engine is grouped according to at least one of the brand, model, operating system, or network type of the user terminal.
  • the operating systems include Android system, Windows system, IOS system, Linux system and other operating systems, and this application does not limit the operating system.
  • the network types include network types of network standards such as China Mobile, China Telecom, and China Unicom, and this application does not limit network types and operators. For example, taking Huawei mobile phones as an example, when grouping according to mobile phone models, users who use MIX2S and users who use 6X will be divided into different user groups; grouping according to network type, that is, GSM, CDMA, 3G, 4G will be used respectively Users of network standards such as 5G are divided into different user groups.
  • the shunt engine shunts service data streams of different versions to corresponding user groups according to the category of the user group to which the user belongs.
  • the offloading engine offloads service data streams of different versions to corresponding user groups according to the category of the user group to which the user belongs, including:
  • the user Distribute the old version of the business data to the user group that has not been grayed out, and divert the new version of the business data to the user group that is grayed out.
  • the user is a user who is a gray-scale rule
  • the user who is a gray-scale rule has the right to access the new version in the gray-scale server.
  • Users who are under the gray-scale rule can also be referred to as users in the gray-scale list.
  • the users in the gray-scale list enjoy the new version of the service, which is not limited in this application.
  • this application can adaptively adjust the gray scale according to user feedback, automatically count the current number of gray servers and calculate the gray scale, and realize intelligent shunting without human intervention.
  • Gray-scale server thereby improving the efficiency of gray-scale publishing and switching user traffic in a timely manner. Since the gray scale is adaptively adjusted and user feedback is introduced, it can improve the accuracy of calculating the gray scale, avoid the problem of production failure due to the calculation of the gray scale, and reduce the accident caused by the error of the gray scale diversion personnel .
  • the grayscale release of this application is to directly perform the grayscale release on the original production server, and there is no need to build a new grayscale server. Therefore, after adjusting the distribution ratio, the distribution ratio will be distributed on the original production server. Select multiple production servers corresponding to the number of production servers for grayscale release.
  • FIG. 3 a schematic structural diagram of a gray release management system 30, which can be applied to the testing and release of new products.
  • the gray-scale release management system 30 in the embodiment of the present application can implement the steps in the method for managing gray-scale release executed in the embodiment corresponding to FIG. 1 above.
  • the functions implemented by the gray release management system 30 can be implemented by hardware, or implemented by hardware executing corresponding software.
  • the hardware or software includes one or more modules corresponding to the above functions, and the modules may be software and/or hardware.
  • the gray release management system 30 may include a gray release management platform 301, a release module 302, and a distribution engine 303.
  • the functions of the gray release management platform 301, the release module 302, and the distribution engine 303 are implemented Reference may be made to the operations performed in the embodiment corresponding to FIG. 1, which will not be repeated here.
  • the gray-scale release management platform 301 can be used to set the gray-scale distribution ratio, and synchronize the gray-scale distribution ratio to the version issuing module 302;
  • the version distribution module 302 can be used to calculate the target number of candidate grayscale servers for this grayscale release based on the grayscale distribution ratio and the current number of production servers when the version is issued; Select the target gray-scale server from the degree server, and the target gray-scale server is used for gray-scale publishing of a new version; after the target gray-scale server completes the release of the new version, the gray-scale that has been The Internet Protocol IP address of the server is synchronized to the offloading engine 303;
  • the distribution engine 303 can be used to group users of each version to obtain multiple user groups according to the gray distribution ratio synchronized by the release module and the IP address of the gray server that is responsible for this gray distribution task. Mark the category for each user group and confirm the server category corresponding to each user group;
  • the offloading engine 303 is also used to offload service data streams of different versions to corresponding user groups according to the category of the user group to which the user belongs.
  • the gray-scale release management platform 301 synchronizes the set gray-scale distribution ratio to the version-issuing module 302; when the version is issued, the version-issuance module 302 calculates candidates based on the gray-level distribution ratio and the number of production servers The target number of grayscale servers, select the target grayscale server from the candidate grayscale servers, and after the new version is released, the release module 302 synchronizes the IP address of the grayscale server that has been released to the offload engine 303; offload engine 303 Divide the users of each version into multiple user groups and mark the categories according to the gray distribution ratio and the IP address of the gray server, confirm the server category corresponding to each user group, and divide the different versions according to the category of the user group to which the user belongs The business data stream is diverted to the corresponding user group.
  • the gray scale can be adjusted adaptively based on user feedback, and the current number of gray scale servers can be automatically counted and the gray scale calculated. Intelligent distribution is realized, and no human intervention is required to set up gray scale servers, thereby improving the gray scale release. Efficiently and timely switch user traffic, reducing the probability of manual diversion errors.
  • the release module 302 is specifically configured to:
  • the gray release strategy includes one of the following items:
  • the configuration information includes at least one of the following items:
  • the release process is automatically triggered and all users are switched to the new version.
  • the release module 302 is specifically configured to:
  • the gray-scale distribution ratio calculate The target quantity.
  • the grayscale release management platform 301 sets the grayscale split ratio, it is also used to:
  • the gray scale release strategy refers to the gray scale release according to the preset cycle and preset gray scale until all versions are released;
  • the gray level distribution ratio adapted to the current gray level publishing is dynamically adjusted.
  • the gray release management platform 301 is specifically used for:
  • the initial gray scale is adjusted upward according to the first proportion
  • the initial gray scale is adjusted upward according to the second proportion; the first proportion is less than the second proportion, the upper bound of the first numerical interval Less than the lower bound of the second numerical interval.
  • the offloading engine 303 uses at least one of the following grouping strategies to group users of each version:
  • Grouping according to at least one of the IP address of the user terminal, whitelist, user tag, business field or service channel;
  • grouping is performed according to at least one of the brand, model, operating system, or network type of the user terminal.
  • the shunt engine 303 is specifically used for:
  • the user who is a gray-scale rule has the right to access the new version in the gray-scale server.
  • the above describes the gray release management system 30 in the embodiment of the present application from the perspective of modular functional entities.
  • the following describes a computer device from the perspective of hardware, as shown in FIG. 4, which includes: a processor, a memory, and a transceiver (It may also be an input and output unit, not identified in FIG. 4) and a computer program stored in the memory and running on the processor.
  • the computer program may be a program corresponding to the method for managing grayscale release in the embodiment corresponding to FIG. 1.
  • the processor executes the computer program to realize the execution by the gray-scale release management system 30 in the embodiment corresponding to FIG. 3 above.
  • the computer program may be a program corresponding to the method for managing grayscale release in the embodiment corresponding to FIG. 1.
  • the so-called processor can be a central processing unit (Central Processing Unit, CPU), other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), ready-made Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc.
  • the general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.
  • the processor is the control center of the computer equipment, and various interfaces and lines are used to connect various parts of the entire computer equipment.
  • the memory may be used to store the computer program and/or module, and the processor implements the computer by running or executing the computer program and/or module stored in the memory, and calling data stored in the memory.
  • the memory may mainly include a storage program area and a storage data area, where the storage program area may store an operating system, an application program required by at least one function (such as a sound playback function, an image playback function, etc.); the storage data area may store Data created based on the use of mobile phones (such as audio data, video data, etc.), etc.
  • the memory may include high-speed random access memory, and may also include non-volatile memory, such as hard disks, memory, plug-in hard disks, smart media cards (SMC), and secure digital (SD) cards , Flash Card, at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.
  • non-volatile memory such as hard disks, memory, plug-in hard disks, smart media cards (SMC), and secure digital (SD) cards , Flash Card, at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.
  • the transceiver can also be replaced by a receiver and a transmitter, and can be the same or different physical entities. When they are the same physical entity, they can be collectively referred to as transceivers.
  • the transceiver can be an input and output unit.
  • the memory may be integrated in the processor, or may be provided separately from the processor.
  • the method of the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases the former is better. ⁇
  • the technical solution of this application essentially or the part that contributes to the existing technology can be embodied in the form of a software product.
  • the computer software product is stored in a storage medium (such as ROM/RAM), including Several instructions are used to make a terminal (which may be a mobile phone, a computer, a server, or a network device, etc.) execute the method described in each embodiment of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及灰度发布技术领域，提供一种管理灰度发布的方法、装置、设备及系统，该方法包括：灰度发布管理平台设置灰度分流比例，同步所述灰度分流比例至发版模块；当进行发版时，发版模块根据灰度分流比例和生产服务器的数量计算候选灰度服务器的目标数量；发版模块从候选灰度服务器中选择目标灰度服务器，发布新版本后，发版模块将已进行灰度发布的灰度服务器的IP地址同步给分流引擎；分流引擎根据灰度分流比例和灰度服务器的IP地址将每个版本的用户分为多个用户组并标记类别，确认每个用户组对应的服务器类别，按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。采用本方案，能够智能分流和减少人工分流的失误概率。

Description

管理灰度发布的方法、系统、设备及存储介质
本申请要求于2019-03-12日提交中国专利局、申请号为201910182457.1、发明名称为“管理灰度发布的方法、系统、设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及灰度发布技术领域，尤其涉及一种管理灰度发布的方法、系统、设备及存储介质。
背景技术
灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现并调整问题，以保证产品影响度。
目前市场上灰度发布都是由管理员设置灰度服务器和生产服务器的数量，在确定灰度服务器的数量所能承载的用户规模后，进行灰度设置时，设置最大的灰度比例，比如设置2台灰度服务器，10台生产服务器，那么，进行灰度发布时，先发布到这2台灰度服务器，最多允许将20％用户流量切换到灰度环境中。
但是，发明人发现，目前设置这种灰度比例时需要先明确灰度服务器的数量，才能进行灰度比例的计算，无法根据用户的反馈对灰度比例进行自适应调整，只能人工确定灰度服务器的数量然后计算灰度比例，效率低下且导致用户流量切换不及时；其次，灰度比例完全依赖管理人员计算，如果计算错误则会导致生产故障。
发明内容
本申请提供了一种管理灰度发布的方法、系统、设备及存储介质，能够解决现有技术中提出的技术缺陷。
第一方面，本申请提供一种管理灰度发布的方法，所述方法包括：
灰度发布管理平台设置灰度分流比例，同步所述灰度分流比例至发版模块；
当进行发版时，所述发版模块根据所述灰度分流比例和当前生产服务器的 数量计算出用于本次灰度发布的候选灰度服务器的目标数量；
所述发版模块从所述候选灰度服务器中选择目标灰度服务器，所述目标灰度服务器用于进行灰度发布新版本；
在所述目标灰度服务器完成对所述新版本的发布后，所述发版模块将已进行灰度发布的灰度服务器的网际协议IP地址同步给分流引擎；
所述分流引擎根据所述灰度分流比例和承担本次灰度发布任务的灰度服务器的IP地址，将每个版本的用户进行分组，得到多个用户组，对每个用户组标记类别，以及确认每个用户组对应的服务器类别；
所述分流引擎按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。
一种可能的设计中，所述发版模块根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量，包括：
所述发版模块根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量；
其中，所述灰度发布策略包括以下项之一：
从候选灰度服务器中选择目标灰度服务器进行分批灰度发版的指示信息；
或者，各灰度发版的间隔时长和发版异常时的应对措施的配置信息，所述配置信息至少包括以下项之一：
若发版异常时，则执行切换分流策略；
若发版过程中出现异常，则暂停或回滚；
若验证通过，则自动触发发版流程并将所有用户切换到新版本。
一种可能的设计中，所述发版模块根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量，包括：
根据所述灰度发布策略、所述灰度分流比例、当前生产服务器的数量、当前用户的访问量、使用本生产服务的用户总数、使用旧版本的用户量、新版本的用户量，计算所述目标数量。
一种可能的设计中，所述灰度发布管理平台设置灰度分流比例之前，所述方法还包括：
所述灰度发布管理平台获取用户反馈的信息，所述用户反馈的信息包括使用新版本的应用的用户反馈的信息、服务正常信息或服务异常信息；
所述灰度发布管理平台设置初始灰度比例和灰度发布策略，所述灰度发布策略是指按照预设周期和预设灰度比例进行灰度发布，直至完成所有版本发布；
所述灰度发布管理平台设置灰度分流比例，包括：
根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例。
一种可能的设计中，所述灰度发布管理平台根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例，包括：
若用户反馈的服务正常信息的比例在第一数值区间，则所述灰度发布管理平台按照第一比例上调所述初始灰度比例；
若用户反馈的服务正常信息的比例在第二数值区间，则所述灰度发布管理平台按照第二比例上调所述初始灰度比例；所述第一比例小于所述第二比例，所述第一数值区间的上界值小于所述第二数值区间的下界值。
一种可能的设计中，所述将每个版本的用户进行分组时至少采用以下分组策略之一：
所述分流引擎将相同版本的用户或版本低于新版本的用户分为一个用户组；
所述分流引擎根据用户终端的IP地址、白名单、用户标签、业务字段或服务渠道中的至少一项进行分组；
或者，所述分流引擎根据用户终端的品牌、型号、操作系统或网络类型中的至少一项进行分组。
一种可能的设计中，所述分流引擎按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组，包括：
所述分流引擎将旧版本的业务数据分流到未被灰度规则的用户组，将新版本的业务数据分流到被灰度规则的用户组；
如果用户是被灰度规则的用户，则被所述灰度规则的用户具备访问灰度服务器中的新版本的权限。
第二方面，本申请提供一种灰度发布管理系统，具有实现对应于上述第一方面提供的管理灰度发布的方法的功能。所述功能可以通过硬件实现，也可以 通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。
一种可能的设计中，所述灰度发布管理系统包括：
灰度发布管理平台，用于设置灰度分流比例，同步所述灰度分流比例至发版模块；
所述发版模块，用于当进行发版时，根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量；从所述候选灰度服务器中选择目标灰度服务器，所述目标灰度服务器用于进行灰度发布新版本；在所述目标灰度服务器完成对所述新版本的发布后，将已进行灰度发布的灰度服务器的网际协议IP地址同步给分流引擎；
所述分流引擎，用于根据所述发版模块同步的灰度分流比例和承担本次灰度发布任务的灰度服务器的IP地址，将每个版本的用户进行分组，得到多个用户组，对每个用户组标记类别，以及确认每个用户组对应的服务器类别；
所述分流引擎还用于按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。
在一些可能的设计中，所述发版模块具体用于：
根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量；
其中，所述灰度发布策略包括以下项之一：
从候选灰度服务器中选择目标灰度服务器进行分批灰度发版的指示信息；
或者，各灰度发版的间隔时长和发版异常时的应对措施的配置信息，所述配置信息至少包括以下项之一：
若发版异常时，则执行切换分流策略；
若发版过程中出现异常，则暂停或回滚；
若验证通过，则自动触发发版流程并将所有用户切换到新版本。
一种可能的设计中，所述发版模块具体用于：
根据所述灰度发布策略、所述灰度分流比例、当前生产服务器的数量、当前用户的访问量、使用本生产服务的用户总数、使用旧版本的用户量、新版本的用户量，计算所述目标数量。
一种可能的设计中，所述灰度发布管理平台设置灰度分流比例之前，还用 于：
获取用户反馈的信息，所述用户反馈的信息包括使用新版本的应用的用户反馈的信息、服务正常信息或服务异常信息；
设置初始灰度比例和灰度发布策略，所述灰度发布策略是指按照预设周期和预设灰度比例进行灰度发布，直至完成所有版本发布；
根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例。
一种可能的设计中，所述灰度发布管理平台具体用于：
若用户反馈的服务正常信息的比例在第一数值区间，则按照第一比例上调所述初始灰度比例；
若用户反馈的服务正常信息的比例在第二数值区间，则按照第二比例上调所述初始灰度比例；所述第一比例小于所述第二比例，所述第一数值区间的上界值小于所述第二数值区间的下界值。
一种可能的设计中，所述分流引擎至少采用以下分组策略之一将每个版本的用户进行分组：
将相同版本的用户或版本低于新版本的用户分为一个用户组；
根据用户终端的IP地址、白名单、用户标签、业务字段或服务渠道中的至少一项进行分组；
或者，根据用户终端的品牌、型号、操作系统或网络类型中的至少一项进行分组。
一种可能的设计中，所述分流引擎具体用于：
将旧版本的业务数据分流到未被灰度规则的用户组，将新版本的业务数据分流到被灰度规则的用户组；
如果用户是被灰度规则的用户，则被所述灰度规则的用户具备访问灰度服务器中的新版本的权限。
本申请又一方面提供了一种计算机设备，其包括至少一个连接的处理器、存储器、发射器和接收器，其中，所述存储器用于存储程序代码，所述处理器用于调用所述存储器中的程序代码来执行以下操作；
设置灰度分流比例，同步所述灰度分流比例至发版模块；
当进行发版时，控制所述发版模块根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量；从所述候选灰度服务器中选择目标灰度服务器，所述目标灰度服务器用于进行灰度发布新版本；在所述目标灰度服务器完成对所述新版本的发布后，将已进行灰度发布的灰度服务器的网际协议IP地址同步给分流引擎；
根据同步的灰度分流比例和承担本次灰度发布任务的灰度服务器的IP地址，将每个版本的用户进行分组，得到多个用户组，对每个用户组标记类别，以及确认每个用户组对应的服务器类别；
控制所述分流引擎按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。
一种可能的设计中，所述处理器具体用于执行以下操作：
根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量；
其中，所述灰度发布策略包括以下项之一：
从候选灰度服务器中选择目标灰度服务器进行分批灰度发版的指示信息；
或者，各灰度发版的间隔时长和发版异常时的应对措施的配置信息，所述配置信息至少包括以下项之一：
若发版异常时，则执行切换分流策略；
若发版过程中出现异常，则暂停或回滚；
若验证通过，则自动触发发版流程并将所有用户切换到新版本。
一种可能的设计中，所述处理器具体用于执行以下操作：
根据所述灰度发布策略、所述灰度分流比例、当前生产服务器的数量、当前用户的访问量、使用本生产服务的用户总数、使用旧版本的用户量、新版本的用户量，计算所述目标数量。
一种可能的设计中，所述处理器在设置灰度分流比例之前，还用于执行以下操作：
获取用户反馈的信息，所述用户反馈的信息包括使用新版本的应用的用户反馈的信息、服务正常信息或服务异常信息；
设置初始灰度比例和灰度发布策略，所述灰度发布策略是指按照预设周期和预设灰度比例进行灰度发布，直至完成所有版本发布；
根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例。
一种可能的设计中，所述处理器具体用于：
若用户反馈的服务正常信息的比例在第一数值区间，则按照第一比例上调所述初始灰度比例；
若用户反馈的服务正常信息的比例在第二数值区间，则按照第二比例上调所述初始灰度比例；所述第一比例小于所述第二比例，所述第一数值区间的上界值小于所述第二数值区间的下界值。
一种可能的设计中，所述处理器至少采用以下分组策略之一将每个版本的用户进行分组：
将相同版本的用户或版本低于新版本的用户分为一个用户组；
根据用户终端的IP地址、白名单、用户标签、业务字段或服务渠道中的至少一项进行分组；
或者，根据用户终端的品牌、型号、操作系统或网络类型中的至少一项进行分组。
本申请又一方面提供了一种易失性计算机存储介质，其包括指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
相较于现有技术，本申请提供的方案中，灰度发布管理平台设置灰度分流比例，同步所述灰度分流比例至发版模块；当进行发版时，发版模块根据灰度分流比例和生产服务器的数量计算候选灰度服务器的目标数量；发版模块从候选灰度服务器中选择目标灰度服务器，发布新版本后，发版模块将已进行灰度发布的灰度服务器的IP地址同步给分流引擎；分流引擎根据灰度分流比例和灰度服务器的IP地址将每个版本的用户分为多个用户组并标记类别，确认每个用户组对应的服务器类别，按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。本申请能够能够根据用户的反馈对灰度比例进行自适应调整，自动统计当前灰度服务器的数量并计算灰度比例，提高灰度发布效率且及时的切换用户流量。
附图说明
图1为本申请实施例中灰度发布管理系统的一种拓扑示意图；
图2为本申请实施例中管理灰度发布的方法的一种流程示意图；
图3为本申请实施例灰度发布管理系统的一种结构示意图；
图4为本申请实施例中计算机设备的一种结构示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块，本申请中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行。
本申请提供一种管理灰度发布的方法、系统、设备及存储介质，可用于新产品的测试与发布，及早获得用户的意见反馈，完善产品功能，提升产品质量让用户参与产品测试，加强与用户互动，以降低产品升级所影响的用户范围。
为解决上述技术问题，本申请主要提供以下技术方案：
通过先设置灰度分流比例，然后将设置后的分流比例同步到发版模块，当进行发版时，发版模块读取设置的分流比例，然后结合现有生产服务器的数量计算出需要的灰度服务器，然后选定灰度服务器进行灰度发布新版本，新版本发布完成后，将进行了灰度发布的服务器主机同步给分流引擎，然后如果用户是被灰度规则的用户，则访问到灰度服务器，访问灰度服务器中的新版本。
后续管理人员想继续修改分流比例，则采用同样的流程将新的灰度分流比 例同步到发版模块，发版模块按照比例重新计算需要灰度的服务器(如果分流比例相比原先有所减少，则会将原先已灰度的服务器进行回滚到生产服务器)，然后结果再同步到分流引擎。
如图1所示的一种灰度发布管理系统(也可称为灰度系统)，所述灰度发布管理系统包括灰度发布管理平台、发版模块和分流引擎。其中，灰度发布管理平台可用于对指定服务器发版，并向发版模块返回发版进度和发版日志。发版模块可用于选择灰度发布策略(也可称为灰度发布规则)、显示无法发版原因、显示发版进度和显示灰度服务器的发版日志。分流引擎可用于将生产服务器的流量切换到灰度服务器，校验发版窗口是否任有流量、以及确定是否允许发版。
本申请中，分流引擎可采用以下两种接入方式的引擎：一种是http接入方式，采用脚本语言(例如lua)开发，并基于网页代理服务器(例如Nginx)进行灰度；另一种是dubbo接入方式，采用java开发，选用灰度的负载均衡实现灰度。本申请不对分流引擎的接入方式作限定。本申请中的发布管理平台、发版模块和分流引擎可集中部署，也可以分离部署，本申请不对灰度发布管理系统的部署作限定。
参照图2，以下介绍本申请中的一种管理灰度发布的方法，所述方法包括：
201、灰度发布管理平台设置灰度分流比例，同步所述灰度分流比例至发版模块。
其中，灰度分流比例由灰度发布管理后台计算得到，灰度发布管理后台可以是独立部署的服务器。
一些实施方式中，灰度分流比例一般由应用发版人员设置，例如根据当前应用版本情况设置不同灰度分流比例，并结合当前的生产服务器数量等信息约束灰度分流比例。
本申请中，发版模块是指运维人员发版的工具，能自动将程序包部署到服务器中，发版模块会接收灰度平台的指令，根据灰度平台设置的分流比例，计算出需要发版到几台生产服务器，发版完成后会将结果同步到灰度管理平台。
一些实施方式中，所述灰度发布管理平台设置灰度分流比例之前，所述方法还包括：
1、获取用户反馈的信息，所述用户反馈的信息包括使用新版本的应用的 用户反馈的信息、服务正常信息或服务异常信息；其中，用户反馈的信息包括使用新版本的应用的用户反馈的信息。用户反馈的信息是由灰度管理平台收集并管理。
2、设置初始灰度比例和灰度发布策略，所述灰度发布策略是指按照预设周期和预设灰度比例进行灰度发布，直至完成所有版本发布。
设置灰度发布策略时，可按照每小时10％进行灰度，然后10小时后所有版本自动发布完成。
相应的，在所述灰度发布管理平台设置灰度分流比例时，可根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例。
一些实施方式中，所述根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例，包括：
若用户反馈的服务正常信息的比例在第一数值区间，按照第一比例上调所述初始灰度比例；例如，反馈的服务正常信息是正常的比例在60％-80％时，将所述初始灰度比例上调2个点。
若用户反馈的服务正常信息的比例在第二数值区间，按照第二比例上调所述初始灰度比例；所述第一比例小于所述第二比例，所述第一数值区间的上界值小于所述第二数值区间的下界值。例如，反馈的服务正常信息是正常的比例在80％-100％时，将所述初始灰度比例上调10个点。
可见，当用户反馈的信息中包括服务正常信息或服务异常信息时，通过预设的上调或下调方式决策所述初始灰度比例的程度，能够实现部分或全部切换用户流量的平滑度，实现无缝切换和逐步发布，让用户无感知。
202、当进行发版时，所述发版模块根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量。
一些实施方式中，所述发版模块根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量，包括：
所述发版模块根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量；
其中，所述灰度发布策略包括以下项之一：
1、从候选灰度服务器中选择目标灰度服务器进行分批灰度发版的指示信息，例如默认分批灰度发版的指示信息分别是30％、30％和40％。
2、各灰度发版的间隔时长和发版异常时的应对措施的配置信息。
一些实施方式中，所述配置信息至少包括以下项之一：
(1)若发版异常时，则执行切换分流策略，所述分流策略包括用户规模、发布频率、功能覆盖度、回滚策略、运营策略和新旧系统部署策略。
(2)若发版过程中出现异常，则暂停或回滚到原始版本。例如，当前生产服务器中部署的是4.1版本，若将该声场服务器选中作为目标灰度服务器部署4.2版本后，若在发版过程中出现中断，则回滚到4.1版本。
(3)若验证通过，则自动触发发版流程并将所有用户切换到新版本。
另一些实施方式中，发版模块计算候选灰度服务器的目标数量时，除了引入生产服务器数量和灰度分流比例之外，还可以引入当前用户的访问量、使用本生产服务的用户总数、使用旧版本、新版本的用户量等维度的信息等维度的信息，这样提高准确率，合理的分配服务器的资源。具体来说，所述发版模块还可根据所述灰度发布策略、所述灰度分流比例、当前生产服务器的数量、当前用户的访问量、使用本生产服务的用户总数、使用旧版本的用户量、新版本的用户量，计算所述目标数量。
203、所述发版模块从所述候选灰度服务器中选择目标灰度服务器。
其中，所述目标灰度服务器用于进行灰度发布新版本。
一些实施方式中，选择目标灰度服务器时，可基于负载均衡策略从所述候选灰度服务器中选择负载较轻或者硬件能力强的作为目标灰度服务器。
204、在所述目标灰度服务器完成对所述新版本的发布后，所述发版模块将已进行灰度发布的灰度服务器的网际协议IP地址同步给分流引擎。
一些实施方式中，在发布新版本时，可采用Nginx配置文件+LUA脚本实现灰度发布、根据Cookie实现灰度发布、或者根据源IP地址实现灰度发布。以Cookie方式为例，根据Cookie查询Cookie键为version的值；如果该Cookie值为V1，则将用户流量分流到hi-linux_01所对应的服务器；如果该Cookie值为V2，则将用户流量分流到hi-linux_02所对应的服务器；如果Cookie值都不匹配，则默认将用户流量分流至hi-linux_01所对应的服务器。
205、所述分流引擎根据所述灰度分流比例和承担本次灰度发布任务的灰度服务器的IP地址，将每个版本的用户进行分组，得到多个用户组，对每个用户组标记类别，以及确认每个用户组对应的服务器类别。
一些实施方式中，所述将每个版本的用户进行分组时至少采用以下分组策略之一：
所述分流引擎将相同版本的用户或版本低于新版本的用户分为一个用户组；例如，游戏公司更新了游戏版本，当前新版本为4.2版本，目前市面上使用该游戏公司的用户层次不一，有的由于终端的硬件受限，有的用户主观上不愿意更新，所以市面上这款游戏依旧流通的版本有3.0、3.2、4.0和4.1，3.0、3.2、4.0和4.1均低于当前待发布的4.2版本。由于每个生产服务器仅提供一种游戏版本的服务，那么，为了便于分组发布和分组管理，就需要先将使用3.0版本、3.2版本、4.0版本和4.1版本的用户分别划分到一个独立的用户组。
所述分流引擎根据用户终端的IP地址、白名单、用户标签、业务字段、用户常用功能或服务渠道中的至少一项进行分组；其中，白名单是指被灰度规则的用户组成的白名单。用户标签是指为使用不同版本的用户标注的标签。业务字段包括语音业务、视频业务、短信业务、金融业务或政府业务等。服务渠道是指提供业务服务的渠道，例如证券服务或银行服务。
或者，所述分流引擎根据用户终端的品牌、型号、操作系统或网络类型中的至少一项进行分组。所述操作系统包括安卓系统、Windows系统、IOS系统和Linux系统等操作系统，本申请不对操作系统作限定。所述网络类型包括中国移动、中国电信和中国联通等网络制式的网络类型，本申请不对网络类型和运营商作限定。例如，以小米手机为例，根据手机型号进行分组时，即将使用MIX2S的用户和使用6X的用户分别分到不同的用户组；根据网络类型进行分组，即分别将使用GSM、CDMA、3G、4G和5G等网络制式的用户划分到不同的用户组。
206、所述分流引擎按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。
一些实施方式中，所述分流引擎按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组，包括：
将旧版本的业务数据分流到未被灰度规则的用户组，将新版本的业务数据分流到被灰度规则的用户组。如果用户是被灰度规则的用户，则被所述灰度规则的用户具备访问灰度服务器中的新版本的权限。被灰度规则的用户也可称为 在灰度名单中的用户，在灰度名单中的用户享受新版本的服务，本申请不对此作限定。
与现有机制相比，一方面中，本申请能够根据用户的反馈对灰度比例进行自适应调整，自动统计当前灰度服务器的数量并计算灰度比例，实现智能分流，不需要人为干预设置灰度服务器，进而提高灰度发布效率且及时的切换用户流量。由于灰度比例是自适应调整且引入用户反馈的信息，所以能够提高计算灰度比例的准确度，避免因灰度比例计算错误而导致生产故障的问题，进而减少灰度分流人员失误造成的事故。
另一方面中，本申请的灰度发布是直接在原有的生产服务器上进行灰发布度，不需要额外搭建新的灰度服务器，所以调整完分流比例后，则在原生产服务器上按照比例分流比例和生产服务器数量选择对应的多台生产服务器进行灰度发布。
上述图1、图2各自对应的实施例或实施方式中所提及的各项技术特征也同样适用于本申请中的图3和图4所对应的实施例，后续类似之处不再赘述。
以上对本申请中一种管理灰度发布的方法进行说明，以下对执行上述管理灰度发布的方法的系统进行描述。
如图3所示的一种灰度发布管理系统30的结构示意图，其可应用于新产品的测试与发布。本申请实施例中的灰度发布管理系统30能够实现对应于上述图1所对应的实施例中所执行的管理灰度发布的方法中的步骤。灰度发布管理系统30实现的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。所述灰度发布管理系统30可包括灰度发布管理平台301、发版模块302和分流引擎303，所述灰度发布管理平台301、所述发版模块302和所述分流引擎303的功能实现可参考图1所对应的实施例中所执行的操作，此处不作赘述。
一些实施方式中，所述灰度发布管理平台301可用于设置灰度分流比例，同步所述灰度分流比例至发版模块302；
所述发版模块302可用于当进行发版时，根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量；从所 述候选灰度服务器中选择目标灰度服务器，所述目标灰度服务器用于进行灰度发布新版本；在所述目标灰度服务器完成对所述新版本的发布后，将已进行灰度发布的灰度服务器的网际协议IP地址同步给分流引擎303；
所述分流引擎303可用于根据所述发版模块同步的灰度分流比例和承担本次灰度发布任务的灰度服务器的IP地址，将每个版本的用户进行分组，得到多个用户组，对每个用户组标记类别，以及确认每个用户组对应的服务器类别；
所述分流引擎303还用于按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。
本申请实施例中，所述灰度发布管理平台301将设置的灰度分流比例同步至发版模块302；当进行发版时，发版模块302根据灰度分流比例和生产服务器的数量计算候选灰度服务器的目标数量，从候选灰度服务器中选择目标灰度服务器，发布新版本后，发版模块302将已进行灰度发布的灰度服务器的IP地址同步给分流引擎303；分流引擎303根据灰度分流比例和灰度服务器的IP地址将每个版本的用户分为多个用户组并标记类别，确认每个用户组对应的服务器类别，按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。采用本方案，能够根据用户的反馈对灰度比例进行自适应调整，自动统计当前灰度服务器的数量并计算灰度比例，实现智能分流，不需要人为干预设置灰度服务器，进而提高灰度发布效率且及时的切换用户流量，减少人工分流的失误概率。
一些实施方式中，所述发版模块302具体用于：
根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量；
其中，所述灰度发布策略包括以下项之一：
从候选灰度服务器中选择目标灰度服务器进行分批灰度发版的指示信息；
或者，各灰度发版的间隔时长和发版异常时的应对措施的配置信息，所述配置信息至少包括以下项之一：
若发版异常时，则执行切换分流策略；
若发版过程中出现异常，则暂停或回滚；
若验证通过，则自动触发发版流程并将所有用户切换到新版本。
一些实施方式中，所述发版模块302具体用于：
根据所述灰度发布策略、所述灰度分流比例、当前生产服务器的数量、当前用户的访问量、使用本生产服务的用户总数、使用旧版本的用户量、新版本的用户量，计算所述目标数量。
一些实施方式中，所述灰度发布管理平台301设置灰度分流比例之前，还用于：
获取用户反馈的信息，所述用户反馈的信息包括使用新版本的应用的用户反馈的信息、服务正常信息或服务异常信息；
设置初始灰度比例和灰度发布策略，所述灰度发布策略是指按照预设周期和预设灰度比例进行灰度发布，直至完成所有版本发布；
根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例。
一些实施方式中，所述灰度发布管理平台301具体用于：
若用户反馈的服务正常信息的比例在第一数值区间，则按照第一比例上调所述初始灰度比例；
若用户反馈的服务正常信息的比例在第二数值区间，则按照第二比例上调所述初始灰度比例；所述第一比例小于所述第二比例，所述第一数值区间的上界值小于所述第二数值区间的下界值。
一些实施方式中，所述分流引擎303至少采用以下分组策略之一将每个版本的用户进行分组：
将相同版本的用户或版本低于新版本的用户分为一个用户组；
根据用户终端的IP地址、白名单、用户标签、业务字段或服务渠道中的至少一项进行分组；
或者，根据用户终端的品牌、型号、操作系统或网络类型中的至少一项进行分组。
一些实施方式中，所述分流引擎303具体用于：
将旧版本的业务数据分流到未被灰度规则的用户组，将新版本的业务数据分流到被灰度规则的用户组；
如果用户是被灰度规则的用户，则被所述灰度规则的用户具备访问灰度服务器中的新版本的权限。
上面从模块化功能实体的角度分别介绍了本申请实施例中的灰度发布管理系统30，以下从硬件角度介绍一种计算机设备，如图4所示，其包括：处理器、存储器、收发器(也可以是输入输出单元，图4中未标识出)以及存储在所述存储器中并可在所述处理器上运行的计算机程序。例如，该计算机程序可以为图1所对应的实施例中管理灰度发布的方法对应的程序。例如，当计算机设备实现如图3所示的灰度发布管理系统30的功能时，所述处理器执行所述计算机程序时实现上述图3所对应的实施例中由灰度发布管理系统30执行的管理灰度发布的方法中的各步骤；或者，所述处理器执行所述计算机程序时实现上述图3所对应的实施例的灰度发布管理系统30中各模块的功能。又例如，该计算机程序可以为图1所对应的实施例中管理灰度发布的方法所对应的程序。
所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分。
所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机设备的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、视频数据等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
所述收发器也可以用接收器和发送器代替，可以为相同或者不同的物理实 体。为相同的物理实体时，可以统称为收发器。该收发器可以为输入输出单元。
所述存储器可以集成在所述处理器中，也可以与所述处理器分开设置。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，这些均属于本申请的保护之内。

Claims (20)

  1. 一种管理灰度发布的方法，所述方法包括：
    灰度发布管理平台设置灰度分流比例，同步所述灰度分流比例至发版模块；
    当进行发版时，所述发版模块根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量；
    所述发版模块从所述候选灰度服务器中选择目标灰度服务器，所述目标灰度服务器用于进行灰度发布新版本；
    在所述目标灰度服务器完成对所述新版本的发布后，所述发版模块将已进行灰度发布的灰度服务器的网际协议IP地址同步给分流引擎；
    所述分流引擎根据所述灰度分流比例和承担本次灰度发布任务的灰度服务器的IP地址，将每个版本的用户进行分组，得到多个用户组，对每个用户组标记类别，以及确认每个用户组对应的服务器类别；
    所述分流引擎按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。
  2. 根据权利要求1所述的方法，所述发版模块根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量，包括：
    所述发版模块根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量；
    其中，所述灰度发布策略包括以下项之一：
    从候选灰度服务器中选择目标灰度服务器进行分批灰度发版的指示信息；
    或者，各灰度发版的间隔时长和发版异常时的应对措施的配置信息，所述配置信息至少包括以下项之一：
    若发版异常时，则执行切换分流策略；
    若发版过程中出现异常，则暂停或回滚；
    若验证通过，则自动触发发版流程并将所有用户切换到新版本。
  3. 根据权利要求2所述的方法，所述发版模块根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量，包括：
    根据所述灰度发布策略、所述灰度分流比例、当前生产服务器的数量、当 前用户的访问量、使用本生产服务的用户总数、使用旧版本的用户量、新版本的用户量，计算所述目标数量。
  4. 根据权利要求2或3所述的方法，所述灰度发布管理平台设置灰度分流比例之前，所述方法还包括：
    所述灰度发布管理平台获取用户反馈的信息，所述用户反馈的信息包括使用新版本的应用的用户反馈的信息、服务正常信息或服务异常信息；
    设置初始灰度比例和灰度发布策略，所述灰度发布策略是指按照预设周期和预设灰度比例进行灰度发布，直至完成所有版本发布；
    所述灰度发布管理平台设置灰度分流比例，包括：
    所述灰度发布管理平台根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例。
  5. 根据权利要求4所述的方法，所述灰度发布管理平台根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例，包括：
    若用户反馈的服务正常信息的比例在第一数值区间，则所述灰度发布管理平台按照第一比例上调所述初始灰度比例；
    若用户反馈的服务正常信息的比例在第二数值区间，则所述灰度发布管理平台按照第二比例上调所述初始灰度比例；所述第一比例小于所述第二比例，所述第一数值区间的上界值小于所述第二数值区间的下界值。
  6. 根据权利要求5所述的方法，所述将每个版本的用户进行分组时至少采用以下分组策略之一：
    所述分流引擎将相同版本的用户或版本低于新版本的用户分为一个用户组；
    所述分流引擎根据用户终端的IP地址、白名单、用户标签、业务字段或服务渠道中的至少一项进行分组；
    或者，所述分流引擎根据用户终端的品牌、型号、操作系统或网络类型中的至少一项进行分组。
  7. 根据权利要求6所述的方法，所述分流引擎按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组，包括：
    所述分流引擎将旧版本的业务数据分流到未被灰度规则的用户组，将新版 本的业务数据分流到被灰度规则的用户组；
    如果用户是被灰度规则的用户，则被所述灰度规则的用户具备访问灰度服务器中的新版本的权限。
  8. 一种灰度发布管理系统，所述系统包括：
    灰度发布管理平台，用于设置灰度分流比例，同步所述灰度分流比例至发版模块；
    所述发版模块，用于当进行发版时，根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量；从所述候选灰度服务器中选择目标灰度服务器，所述目标灰度服务器用于进行灰度发布新版本；在所述目标灰度服务器完成对所述新版本的发布后，将已进行灰度发布的灰度服务器的网际协议IP地址同步给分流引擎；
    所述分流引擎，用于根据所述发版模块同步的灰度分流比例和承担本次灰度发布任务的灰度服务器的IP地址，将每个版本的用户进行分组，得到多个用户组，对每个用户组标记类别，以及确认每个用户组对应的服务器类别；
    所述分流引擎还用于按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。
  9. 根据权利要求8所述的方法，所述发版模块具体用于：
    根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量；
    其中，所述灰度发布策略包括以下项之一：
    从候选灰度服务器中选择目标灰度服务器进行分批灰度发版的指示信息；
    或者，各灰度发版的间隔时长和发版异常时的应对措施的配置信息，所述配置信息至少包括以下项之一：
    若发版异常时，则执行切换分流策略；
    若发版过程中出现异常，则暂停或回滚；
    若验证通过，则自动触发发版流程并将所有用户切换到新版本。
  10. 根据权利要求9所述的方法，所述发版模块具体用于：
    根据所述灰度发布策略、所述灰度分流比例、当前生产服务器的数量、当前用户的访问量、使用本生产服务的用户总数、使用旧版本的用户量、新版本的用户量，计算所述目标数量。
  11. 根据权利要求9或10所述的方法，所述灰度发布管理平台设置灰度分流比例之前，还用于：
    获取用户反馈的信息，所述用户反馈的信息包括使用新版本的应用的用户反馈的信息、服务正常信息或服务异常信息；
    设置初始灰度比例和灰度发布策略，所述灰度发布策略是指按照预设周期和预设灰度比例进行灰度发布，直至完成所有版本发布；
    根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例。
  12. 根据权利要求11所述的方法，所述灰度发布管理平台具体用于：
    若用户反馈的服务正常信息的比例在第一数值区间，则按照第一比例上调所述初始灰度比例；
    若用户反馈的服务正常信息的比例在第二数值区间，则按照第二比例上调所述初始灰度比例；所述第一比例小于所述第二比例，所述第一数值区间的上界值小于所述第二数值区间的下界值。
  13. 根据权利要求12所述的方法，所述分流引擎至少采用以下分组策略之一将每个版本的用户进行分组：
    将相同版本的用户或版本低于新版本的用户分为一个用户组；
    根据用户终端的IP地址、白名单、用户标签、业务字段或服务渠道中的至少一项进行分组；
    或者，根据用户终端的品牌、型号、操作系统或网络类型中的至少一项进行分组。
  14. 一种计算机设备，所述计算机设备包括：
    至少一个处理器、存储器和收发器；
    其中，所述存储器用于存储程序代码，所述处理器用于调用所述存储器中存储的程序代码来执行以下操作；
    设置灰度分流比例，同步所述灰度分流比例至发版模块；
    当进行发版时，控制所述发版模块根据所述灰度分流比例和当前生产服务器的数量计算出用于本次灰度发布的候选灰度服务器的目标数量；从所述候选灰度服务器中选择目标灰度服务器，所述目标灰度服务器用于进行灰度发布新版本；在所述目标灰度服务器完成对所述新版本的发布后，将已进行灰度发布 的灰度服务器的网际协议IP地址同步给分流引擎；
    根据同步的灰度分流比例和承担本次灰度发布任务的灰度服务器的IP地址，将每个版本的用户进行分组，得到多个用户组，对每个用户组标记类别，以及确认每个用户组对应的服务器类别；
    控制所述分流引擎按照用户所属的用户组的类别，将不同版本的业务数据流分流到对应的用户组。
  15. 根据权利要求14所述的设备，所述处理器具体用于执行以下操作：
    根据灰度发布策略、所述灰度分流比例和当前生产服务器的数量计算所述目标数量；
    其中，所述灰度发布策略包括以下项之一：
    从候选灰度服务器中选择目标灰度服务器进行分批灰度发版的指示信息；
    或者，各灰度发版的间隔时长和发版异常时的应对措施的配置信息，所述配置信息至少包括以下项之一：
    若发版异常时，则执行切换分流策略；
    若发版过程中出现异常，则暂停或回滚；
    若验证通过，则自动触发发版流程并将所有用户切换到新版本。
  16. 根据权利要求15所述的设备，所述处理器具体用于执行以下操作：
    根据所述灰度发布策略、所述灰度分流比例、当前生产服务器的数量、当前用户的访问量、使用本生产服务的用户总数、使用旧版本的用户量、新版本的用户量，计算所述目标数量。
  17. 根据权利要求15或16所述的设备，所述处理器在设置灰度分流比例之前，还用于执行以下操作：
    获取用户反馈的信息，所述用户反馈的信息包括使用新版本的应用的用户反馈的信息、服务正常信息或服务异常信息；
    设置初始灰度比例和灰度发布策略，所述灰度发布策略是指按照预设周期和预设灰度比例进行灰度发布，直至完成所有版本发布；
    根据所述用户反馈的信息和所述灰度发布策略动态调整适应当前灰度发布的灰度分流比例。
  18. 根据权利要求17所述的设备，所述处理器具体用于：
    若用户反馈的服务正常信息的比例在第一数值区间，则按照第一比例上调 所述初始灰度比例；
    若用户反馈的服务正常信息的比例在第二数值区间，则按照第二比例上调所述初始灰度比例；所述第一比例小于所述第二比例，所述第一数值区间的上界值小于所述第二数值区间的下界值。
  19. 根据权利要求18所述的设备，所述处理器至少采用以下分组策略之一将每个版本的用户进行分组：
    将相同版本的用户或版本低于新版本的用户分为一个用户组；
    根据用户终端的IP地址、白名单、用户标签、业务字段或服务渠道中的至少一项进行分组；
    或者，根据用户终端的品牌、型号、操作系统或网络类型中的至少一项进行分组。
  20. 一种非易失性计算机存储介质，其包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-7中任一项所述的方法。
PCT/CN2019/092692 2019-03-12 2019-06-25 管理灰度发布的方法、系统、设备及存储介质 Ceased WO2020181684A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910182457.1A CN110071960A (zh) 2019-03-12 2019-03-12 管理灰度发布的方法、系统、设备及存储介质
CN201910182457.1 2019-03-12

Publications (1)

Publication Number Publication Date
WO2020181684A1 true WO2020181684A1 (zh) 2020-09-17

Family

ID=67366158

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/092692 Ceased WO2020181684A1 (zh) 2019-03-12 2019-06-25 管理灰度发布的方法、系统、设备及存储介质

Country Status (2)

Country Link
CN (1) CN110071960A (zh)
WO (1) WO2020181684A1 (zh)

Cited By (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112035126A (zh) * 2020-09-22 2020-12-04 北京百度网讯科技有限公司 用于灰度发布的处理方法和装置、电子设备和存储介质
CN112130892A (zh) * 2020-09-23 2020-12-25 平安科技（深圳）有限公司 产品灰度发布方法、装置、设备及存储介质
CN112346738A (zh) * 2020-11-30 2021-02-09 深圳市欧瑞博科技股份有限公司 智能灰度发布方法、装置、电子设备及存储介质
CN112433749A (zh) * 2020-11-24 2021-03-02 中国建设银行股份有限公司 一种应用的灰度发布方法和装置、服务器、客户端
CN112486560A (zh) * 2020-11-24 2021-03-12 云南电网有限责任公司信息中心 一种应用资源拓扑管理系统
CN112653579A (zh) * 2020-12-16 2021-04-13 中国人寿保险股份有限公司 一种基于OpenResty的灰度发布方法及相关设备
CN112650523A (zh) * 2020-12-02 2021-04-13 青岛海尔科技有限公司 用于灰度发布的数据分流方法及装置、设备
CN112685060A (zh) * 2020-12-24 2021-04-20 深圳前海微众银行股份有限公司 灰度发布方法、装置，终端设备及计算机存储介质
CN112835617A (zh) * 2021-03-02 2021-05-25 北京字节跳动网络技术有限公司 一种灰度发布方法、装置、服务器及可读介质
CN112835606A (zh) * 2021-03-31 2021-05-25 中国工商银行股份有限公司 灰度发布方法、装置、电子设备、介质和程序产品
CN112905210A (zh) * 2021-03-24 2021-06-04 青岛聚看云科技有限公司 服务器及灰度发布方法
CN113138774A (zh) * 2021-05-11 2021-07-20 中国工商银行股份有限公司 灰度发布方法、装置、电子设备、介质和程序产品
CN113282326A (zh) * 2021-06-21 2021-08-20 多点生活(成都)科技有限公司 灰度升级的方法、装置、电子设备和可读存储介质
CN113377381A (zh) * 2021-06-30 2021-09-10 北京百度网讯科技有限公司 小程序包的分发方法、装置、电子设备和介质
CN113391823A (zh) * 2021-06-15 2021-09-14 中国工商银行股份有限公司 灰度发布方法、装置及系统
CN113542387A (zh) * 2021-07-09 2021-10-22 平安银行股份有限公司 系统发布方法、装置、电子设备及存储介质
CN113676549A (zh) * 2021-09-02 2021-11-19 京东科技信息技术有限公司 应用请求的分流方法及应用网关、电子设备、存储介质
CN113760316A (zh) * 2020-10-22 2021-12-07 北京沃东天骏信息技术有限公司 一种应用的配置系统和方法
CN114064082A (zh) * 2021-11-22 2022-02-18 中国工商银行股份有限公司 业务参数更新方法、装置、计算机设备和存储介质
CN114138308A (zh) * 2021-12-08 2022-03-04 兴业银行股份有限公司 灰度发布系统、方法及介质
CN114363343A (zh) * 2021-12-30 2022-04-15 上海浦东发展银行股份有限公司 基于微服务架构的请求数据处理方法、装置、计算机设备
CN114390105A (zh) * 2022-03-01 2022-04-22 阿里巴巴（中国）有限公司 基于测试的企业用户分流方法及设备
CN114385207A (zh) * 2021-12-30 2022-04-22 上海浦东发展银行股份有限公司 基于微服务架构的应用发布方法、装置、计算机设备
CN114416157A (zh) * 2021-12-29 2022-04-29 中国电信股份有限公司 一种灰度发布方法、装置、电子设备和存储介质
CN114553855A (zh) * 2020-11-25 2022-05-27 北京奇艺世纪科技有限公司 插件灰度发布方法、装置、电子设备及存储介质
CN114579162A (zh) * 2022-05-07 2022-06-03 杭州又拍云科技有限公司 一种基于事件驱动和水平触发的灰度发布方法
CN114816592A (zh) * 2022-05-31 2022-07-29 中国工商银行股份有限公司 应用程序的数据处理方法及装置、电子设备、存储介质
CN114860306A (zh) * 2022-05-18 2022-08-05 中国平安财产保险股份有限公司 灰度环境的配置方法、装置、设备及存储介质
CN114968274A (zh) * 2022-07-29 2022-08-30 之江实验室 一种基于灰度发布的自动化快速部署前置机的方法及系统
CN115291930A (zh) * 2022-07-06 2022-11-04 上海数禾信息科技有限公司 组件版本管理方法、装置、计算机设备和存储介质
CN115529281A (zh) * 2022-09-13 2022-12-27 平安科技（深圳）有限公司 流量分配方法及相关设备
CN115543411A (zh) * 2021-06-30 2022-12-30 阿里巴巴新加坡控股有限公司 应用配置发布系统、方法、装置及设备
CN115599397A (zh) * 2022-10-28 2023-01-13 中国农业银行股份有限公司（Cn） 应用发布方法、装置、设备及存储介质
CN115883173A (zh) * 2022-11-28 2023-03-31 中国银行股份有限公司 软件系统切换的方法及装置
CN116582593A (zh) * 2023-06-05 2023-08-11 平安银行股份有限公司 一种dubbo请求灰度发布方法、装置和设备
CN116578335A (zh) * 2023-07-13 2023-08-11 建信金融科技有限责任公司 灰度发布系统、方法、设备、介质及产品
CN116939015A (zh) * 2023-07-17 2023-10-24 中国移动通信集团江苏有限公司 流量切换方法、装置、设备及存储介质
CN117170718A (zh) * 2023-11-02 2023-12-05 绿城科技产业服务集团有限公司 基于微服务架构的灰度发布方法、装置及电子设备
CN118838621A (zh) * 2024-09-23 2024-10-25 湖南长银五八消费金融股份有限公司 一种方法级灰度发布方法、装置、电子设备及存储介质
CN121050746A (zh) * 2025-11-06 2025-12-02 南京满运冷链科技有限公司 一种支持模型配置化迭代的算法模型管理系统

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110633207A (zh) * 2019-08-14 2019-12-31 平安普惠企业管理有限公司 基于灰度测试的操作请求处理方法、系统和计算机设备
CN110609701A (zh) * 2019-08-29 2019-12-24 凡普数字技术有限公司 提供服务的方法、装置和存储介质
CN110688134B (zh) * 2019-08-29 2023-02-17 创新先进技术有限公司 灰度发布的方法及装置
CN110798502B (zh) * 2019-09-18 2022-06-17 平安科技（深圳）有限公司 基于微服务框架的灰度发布方法、装置和计算机设备
CN110716730B (zh) * 2019-10-14 2023-09-26 网易（杭州）网络有限公司 灰度发布方法、装置、设备及计算机可读存储介质
CN110784530A (zh) * 2019-10-22 2020-02-11 聚好看科技股份有限公司 灰度的发布方法和服务器
CN110928555B (zh) * 2019-11-21 2023-04-18 广州品唯软件有限公司 一种灰度发布控制方法、装置、计算机设备及存储介质
CN111104634B (zh) * 2019-12-20 2023-08-29 北京达佳互联信息技术有限公司 灰度用户的方法、服务器及存储介质
CN111488159A (zh) * 2019-12-20 2020-08-04 杭州当虹科技股份有限公司 一种能够动态配置的灰度发布方法
CN111338824B (zh) * 2020-02-27 2023-08-15 中国联合网络通信集团有限公司 灰度发布方法、装置、电子设备及存储介质
CN111290779B (zh) * 2020-03-04 2023-07-07 北京三快在线科技有限公司 灰度发布方法、装置、存储介质和电子设备
CN111399875B (zh) * 2020-03-06 2023-09-05 咪咕文化科技有限公司 灰度升级控制方法、装置、电子设备及存储介质
CN111464520B (zh) * 2020-03-26 2022-12-09 银联商务股份有限公司 一种数据处理方法、装置、存储介质及电子设备
CN111443941A (zh) * 2020-03-27 2020-07-24 中国平安财产保险股份有限公司 灰度发布的方法及装置
CN112187662B (zh) * 2020-09-16 2023-03-28 银盛支付服务股份有限公司 一种基于Apollo的流量分发方法
CN112114869A (zh) * 2020-09-18 2020-12-22 聚好看科技股份有限公司 一种服务器、灰度发布方法、装置及介质
CN112162762B (zh) * 2020-10-16 2024-04-02 中国工商银行股份有限公司 灰度发布方法、灰度发布装置和电子设备
CN112328285A (zh) * 2020-11-18 2021-02-05 平安普惠企业管理有限公司 系统新功能生产更新方法、装置、设备及介质
CN112346777A (zh) * 2020-11-20 2021-02-09 浙江百应科技有限公司 一种应用程序平滑发布方法及装置
CN112506559B (zh) * 2020-12-14 2024-02-06 招商局金融科技有限公司 基于网关的灰度发布方法、装置、电子设备及存储介质
CN112732274B (zh) * 2021-01-08 2024-06-04 上海汇付支付有限公司 基于灰度发布的容器应用发布方法以及管理平台
CN113051182B (zh) * 2021-04-30 2024-02-09 中国工商银行股份有限公司 一种基于分布式事务的灰度发布方法、装置及设备
CN113435782A (zh) * 2021-07-15 2021-09-24 支付宝(杭州)信息技术有限公司 业务变更方法及装置
CN113434432B (zh) * 2021-07-20 2022-11-08 北京百度网讯科技有限公司 一种推荐平台的性能测试方法、装置、设备、及介质
CN114217821A (zh) * 2022-02-21 2022-03-22 深圳市秦丝科技有限公司 多服务器代码灰度发布方法、装置、电子设备及存储介质
CN114675874A (zh) * 2022-03-24 2022-06-28 深圳思为科技有限公司 一种产品权限管理的方法及装置
CN115357263A (zh) * 2022-08-12 2022-11-18 中国联合网络通信集团有限公司 灰度策略更新处理方法、装置、设备及存储介质
CN115408285B (zh) * 2022-08-31 2023-06-20 北京发现角科技有限公司 一种灰度测试方法、装置、电子设备及存储介质
CN115759808A (zh) * 2022-10-17 2023-03-07 北京奇艺世纪科技有限公司 一种业务规则的灰度发布方法、装置电子设备和存储介质
CN116153306B (zh) * 2022-10-17 2025-08-12 马上消费金融股份有限公司 交互式语音应答方法、装置、电子设备及存储介质
CN116107756A (zh) * 2023-02-16 2023-05-12 中国工商银行股份有限公司 一种分配灰度的处理方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105099988A (zh) * 2014-04-24 2015-11-25 阿里巴巴集团控股有限公司 用于支持灰度发布的方法、访问方法以及装置和系统
CN105955761A (zh) * 2016-06-30 2016-09-21 乐视控股（北京）有限公司 基于docker的灰度发布装置及方法
CN108768875A (zh) * 2018-05-31 2018-11-06 康键信息技术（深圳）有限公司 应用的灰度发布方法、装置及计算机可读存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105335204A (zh) * 2014-07-29 2016-02-17 株式会社日立制作所 软件程序的灰度发布控制方法和灰度发布控制装置
CN104881734A (zh) * 2015-05-11 2015-09-02 广东小天才科技有限公司 一种基于灰度发布引导产品改进的方法、装置及系统
CN106066791A (zh) * 2016-05-25 2016-11-02 合网络技术（北京）有限公司 应用的灰度发布方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105099988A (zh) * 2014-04-24 2015-11-25 阿里巴巴集团控股有限公司 用于支持灰度发布的方法、访问方法以及装置和系统
CN105955761A (zh) * 2016-06-30 2016-09-21 乐视控股（北京）有限公司 基于docker的灰度发布装置及方法
CN108768875A (zh) * 2018-05-31 2018-11-06 康键信息技术（深圳）有限公司 应用的灰度发布方法、装置及计算机可读存储介质

Cited By (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112035126B (zh) * 2020-09-22 2023-10-20 北京百度网讯科技有限公司 用于灰度发布的处理方法和装置、电子设备和存储介质
CN112035126A (zh) * 2020-09-22 2020-12-04 北京百度网讯科技有限公司 用于灰度发布的处理方法和装置、电子设备和存储介质
CN112130892A (zh) * 2020-09-23 2020-12-25 平安科技（深圳）有限公司 产品灰度发布方法、装置、设备及存储介质
CN113760316A (zh) * 2020-10-22 2021-12-07 北京沃东天骏信息技术有限公司 一种应用的配置系统和方法
CN112433749A (zh) * 2020-11-24 2021-03-02 中国建设银行股份有限公司 一种应用的灰度发布方法和装置、服务器、客户端
CN112486560A (zh) * 2020-11-24 2021-03-12 云南电网有限责任公司信息中心 一种应用资源拓扑管理系统
CN112486560B (zh) * 2020-11-24 2023-09-29 云南电网有限责任公司信息中心 一种应用资源拓扑管理系统
CN114553855A (zh) * 2020-11-25 2022-05-27 北京奇艺世纪科技有限公司 插件灰度发布方法、装置、电子设备及存储介质
CN114553855B (zh) * 2020-11-25 2024-04-05 北京奇艺世纪科技有限公司 插件灰度发布方法、装置、电子设备及存储介质
CN112346738A (zh) * 2020-11-30 2021-02-09 深圳市欧瑞博科技股份有限公司 智能灰度发布方法、装置、电子设备及存储介质
CN112650523A (zh) * 2020-12-02 2021-04-13 青岛海尔科技有限公司 用于灰度发布的数据分流方法及装置、设备
CN112650523B (zh) * 2020-12-02 2023-06-16 青岛海尔科技有限公司 用于灰度发布的数据分流方法及装置、设备
CN112653579A (zh) * 2020-12-16 2021-04-13 中国人寿保险股份有限公司 一种基于OpenResty的灰度发布方法及相关设备
CN112653579B (zh) * 2020-12-16 2023-05-23 中国人寿保险股份有限公司 一种基于OpenResty的灰度发布方法及相关设备
CN112685060A (zh) * 2020-12-24 2021-04-20 深圳前海微众银行股份有限公司 灰度发布方法、装置，终端设备及计算机存储介质
CN112835617B (zh) * 2021-03-02 2024-04-02 北京字节跳动网络技术有限公司 一种灰度发布方法、装置、服务器及可读介质
CN112835617A (zh) * 2021-03-02 2021-05-25 北京字节跳动网络技术有限公司 一种灰度发布方法、装置、服务器及可读介质
CN112905210A (zh) * 2021-03-24 2021-06-04 青岛聚看云科技有限公司 服务器及灰度发布方法
CN112905210B (zh) * 2021-03-24 2023-09-15 青岛聚看云科技有限公司 服务器及灰度发布方法
CN112835606A (zh) * 2021-03-31 2021-05-25 中国工商银行股份有限公司 灰度发布方法、装置、电子设备、介质和程序产品
CN112835606B (zh) * 2021-03-31 2024-01-30 中国工商银行股份有限公司 灰度发布方法、装置、电子设备、介质
CN113138774B (zh) * 2021-05-11 2024-02-09 中国工商银行股份有限公司 灰度发布方法、装置、电子设备和介质
CN113138774A (zh) * 2021-05-11 2021-07-20 中国工商银行股份有限公司 灰度发布方法、装置、电子设备、介质和程序产品
CN113391823A (zh) * 2021-06-15 2021-09-14 中国工商银行股份有限公司 灰度发布方法、装置及系统
CN113282326B (zh) * 2021-06-21 2023-05-16 多点生活(成都)科技有限公司 灰度升级的方法、装置、电子设备和可读存储介质
CN113282326A (zh) * 2021-06-21 2021-08-20 多点生活(成都)科技有限公司 灰度升级的方法、装置、电子设备和可读存储介质
CN113377381A (zh) * 2021-06-30 2021-09-10 北京百度网讯科技有限公司 小程序包的分发方法、装置、电子设备和介质
CN115543411A (zh) * 2021-06-30 2022-12-30 阿里巴巴新加坡控股有限公司 应用配置发布系统、方法、装置及设备
CN113377381B (zh) * 2021-06-30 2023-11-14 北京百度网讯科技有限公司 小程序包的分发方法、装置、电子设备和介质
CN113542387A (zh) * 2021-07-09 2021-10-22 平安银行股份有限公司 系统发布方法、装置、电子设备及存储介质
CN113542387B (zh) * 2021-07-09 2023-07-04 平安银行股份有限公司 系统发布方法、装置、电子设备及存储介质
CN113676549A (zh) * 2021-09-02 2021-11-19 京东科技信息技术有限公司 应用请求的分流方法及应用网关、电子设备、存储介质
CN114064082A (zh) * 2021-11-22 2022-02-18 中国工商银行股份有限公司 业务参数更新方法、装置、计算机设备和存储介质
CN114138308A (zh) * 2021-12-08 2022-03-04 兴业银行股份有限公司 灰度发布系统、方法及介质
CN114416157A (zh) * 2021-12-29 2022-04-29 中国电信股份有限公司 一种灰度发布方法、装置、电子设备和存储介质
CN114385207A (zh) * 2021-12-30 2022-04-22 上海浦东发展银行股份有限公司 基于微服务架构的应用发布方法、装置、计算机设备
CN114363343A (zh) * 2021-12-30 2022-04-15 上海浦东发展银行股份有限公司 基于微服务架构的请求数据处理方法、装置、计算机设备
CN114363343B (zh) * 2021-12-30 2024-04-30 上海浦东发展银行股份有限公司 基于微服务架构的请求数据处理方法、装置、计算机设备
CN114390105A (zh) * 2022-03-01 2022-04-22 阿里巴巴（中国）有限公司 基于测试的企业用户分流方法及设备
CN114579162B (zh) * 2022-05-07 2022-08-23 杭州又拍云科技有限公司 一种基于事件驱动和水平触发的灰度发布方法
CN114579162A (zh) * 2022-05-07 2022-06-03 杭州又拍云科技有限公司 一种基于事件驱动和水平触发的灰度发布方法
CN114860306A (zh) * 2022-05-18 2022-08-05 中国平安财产保险股份有限公司 灰度环境的配置方法、装置、设备及存储介质
CN114816592A (zh) * 2022-05-31 2022-07-29 中国工商银行股份有限公司 应用程序的数据处理方法及装置、电子设备、存储介质
CN115291930A (zh) * 2022-07-06 2022-11-04 上海数禾信息科技有限公司 组件版本管理方法、装置、计算机设备和存储介质
CN114968274A (zh) * 2022-07-29 2022-08-30 之江实验室 一种基于灰度发布的自动化快速部署前置机的方法及系统
US12236233B2 (en) 2022-07-29 2025-02-25 Zhejiang Lab Method and system for automatically and quickly deploying front-end processor based on gray release
CN115529281A (zh) * 2022-09-13 2022-12-27 平安科技（深圳）有限公司 流量分配方法及相关设备
CN115599397A (zh) * 2022-10-28 2023-01-13 中国农业银行股份有限公司（Cn） 应用发布方法、装置、设备及存储介质
CN115883173A (zh) * 2022-11-28 2023-03-31 中国银行股份有限公司 软件系统切换的方法及装置
CN116582593A (zh) * 2023-06-05 2023-08-11 平安银行股份有限公司 一种dubbo请求灰度发布方法、装置和设备
CN116578335B (zh) * 2023-07-13 2023-10-03 建信金融科技有限责任公司 灰度发布系统、方法、设备、介质及产品
CN116578335A (zh) * 2023-07-13 2023-08-11 建信金融科技有限责任公司 灰度发布系统、方法、设备、介质及产品
CN116939015A (zh) * 2023-07-17 2023-10-24 中国移动通信集团江苏有限公司 流量切换方法、装置、设备及存储介质
CN117170718A (zh) * 2023-11-02 2023-12-05 绿城科技产业服务集团有限公司 基于微服务架构的灰度发布方法、装置及电子设备
CN117170718B (zh) * 2023-11-02 2024-02-02 绿城科技产业服务集团有限公司 基于微服务架构的灰度发布方法、装置及电子设备
CN118838621A (zh) * 2024-09-23 2024-10-25 湖南长银五八消费金融股份有限公司 一种方法级灰度发布方法、装置、电子设备及存储介质
CN121050746A (zh) * 2025-11-06 2025-12-02 南京满运冷链科技有限公司 一种支持模型配置化迭代的算法模型管理系统

Also Published As

Publication number Publication date
CN110071960A (zh) 2019-07-30

Similar Documents

Publication Publication Date Title
WO2020181684A1 (zh) 管理灰度发布的方法、系统、设备及存储介质
US20210044481A1 (en) Network Function Information Management Method and Related Device
CN112312481B (zh) 一种mec与多运营商核心网的通信方法及系统
WO2020207043A1 (zh) 基站开站方法、装置、计算机存储介质及设备
EP3373518A1 (en) Service configuration method and device for network service
EP3757780B1 (en) Method and apparatus for service management
CN110290168A (zh) 数据发送方法、装置、服务器及存储介质
CN112492643B (zh) 基于多链路的数据转发方法、装置及终端设备
US12395366B2 (en) Traffic charging method, network device and storage medium
CN109995588B (zh) 一种灵活以太网链路管理方法及系统
CN110768889B (zh) 一种vxlan隧道的构建方法及系统
CN107104852A (zh) 监控云平台虚拟网络环境的方法及装置
CN106487538A (zh) 业务提速方法、策略控制平台以及系统
CN104427557B (zh) 用于控制QoS策略冲突的方法、设备和系统
CN110620754A (zh) Nf所需资源的部署方法、装置、存储介质及电子装置
CN114416933A (zh) 一种投诉处理方法、装置、电子设备及存储介质
WO2021136233A1 (zh) 业务升级的方法、装置和系统
EP3272065B1 (en) Method and apparatus for managing subscription to a policy counter
CN114422440B (zh) 灰度发布方法、装置、电子设备及存储介质
US20180176389A1 (en) Method and Apparatus for Managing Subscription to Policy Counters
CN110620811B (zh) 一种vOLT集群架构下ONU管理方法及系统
CN111464889B (zh) 一种通道带宽调整方法及系统
WO2021012588A1 (zh) 一种灵活以太网管理通道建立方法及系统
CN116095162B (zh) 多播通信方法、电子设备及计算机可读存储介质
CN112423162A (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: 19918893

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19918893

Country of ref document: EP

Kind code of ref document: A1