CN114157608A - Method and device for controlling flow in system upgrading process - Google Patents
Method and device for controlling flow in system upgrading process Download PDFInfo
- Publication number
- CN114157608A CN114157608A CN202111256468.3A CN202111256468A CN114157608A CN 114157608 A CN114157608 A CN 114157608A CN 202111256468 A CN202111256468 A CN 202111256468A CN 114157608 A CN114157608 A CN 114157608A
- Authority
- CN
- China
- Prior art keywords
- environment
- request
- parameter
- server
- gray level
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 55
- 230000008569 process Effects 0.000 title claims abstract description 24
- 238000009826 distribution Methods 0.000 claims abstract description 7
- 238000003860 storage Methods 0.000 claims description 9
- 238000004590 computer program Methods 0.000 claims description 6
- 238000012423 maintenance Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000000354 decomposition reaction Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
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)
Abstract
The invention discloses a method and a device for controlling flow in a system upgrading process, wherein the method comprises the following steps: receiving a request carrying a first parameter, and distributing the request to an environment corresponding to the first parameter, wherein the environment comprises a first environment and a second environment; wherein the first environment comprises a server in a use state, and the second environment comprises a server in a grayscale environment state. And the reasonable distribution of the access requests of the users or the merchants can be ensured in the upgrading process of the server, and the normal use of the users or the merchants is ensured.
Description
Technical Field
The invention relates to the technical field of server upgrading, in particular to a method and a device for controlling flow in a system upgrading process.
Background
When upgrading and releasing system functions, the replacement of new and old versions interferes with the normal production environment, and the upgrading process cannot be normally used, so that version replacement is frequently carried out at night. After being released all night, research and development personnel still need to detect whether the upgraded system function can normally operate the next day. The upgrading process is complicated, and the labor cost is high.
Therefore, it is desirable to provide a method for controlling traffic during system upgrade, which ensures that the system does not affect the use during the upgrade process.
Disclosure of Invention
The invention provides a method for controlling flow in a system upgrading process, which at least solves the technical problems in the prior art.
One aspect of the present invention provides a method for controlling traffic during a system upgrade process, including: receiving a request carrying a first parameter, and distributing the request to an environment corresponding to the first parameter, wherein the environment comprises a first environment and a second environment; wherein the first environment includes a server in a use state and the second environment includes a server in a grayscale state.
In another aspect, the present invention provides a device for controlling flow rate during a system upgrade process, including: a request receiving unit, configured to receive a request carrying a first parameter; the distribution unit is used for distributing the request to environments corresponding to the first parameters, wherein the environments comprise a first environment and a second environment; wherein the first environment includes a server in a use state and the second environment includes a server in a grayscale state.
Yet another aspect of the present invention provides a computer-readable storage medium storing a computer program for executing the method for controlling traffic during a system upgrade process according to the present invention.
Yet another aspect of the present invention provides an electronic device, including:
a processor;
a memory for storing the processor-executable instructions;
the processor is used for reading the executable instruction from the memory and executing the instruction to realize the method for controlling the flow in the system upgrading process.
Drawings
Fig. 1 is a flowchart illustrating a method for controlling traffic during a system upgrade process according to an embodiment of the present invention;
fig. 2 shows a flowchart of an actual application of the method for controlling traffic during system upgrade provided by the embodiment of the present invention.
Detailed Description
In order to make the objects, features and advantages of the present invention more obvious and understandable, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
When a merchant's server is unavailable for upgrade, repair, or failure, the server is in a grayscale state. The user cannot access the service end of the oil station through the client (the double-screen machine, the POS machine and the small program of the client). The method for controlling the flow in the system upgrading process provided by the embodiment of the invention can redistribute the access requests of the users or the merchants when the system performs the gray scale, thereby ensuring the normal use of the users or the merchants.
Specifically, the method for controlling the flow rate in the system upgrading process provided by the embodiment of the present invention includes: receiving a request carrying a first parameter, and distributing the request to an environment corresponding to the first parameter, wherein the environment comprises a first environment and a second environment; wherein the first environment includes a server in use and the second environment includes a server in a grayscale state (a server undergoing upgrade, repair, or failure). And reasonable distribution of the access requests of the users or the merchants can be ensured in the process of upgrading the server, and normal use of the users or the merchants is ensured.
In this embodiment, the first parameter includes a first parameter value. Therefore, allocating the request carrying the first parameter to the environment corresponding to the first parameter includes: identifying whether the first parameter value matches the first environment; if the first parameter value matches the first context, assigning the request to the first context; if the first parameter value does not match the first context, the request is assigned to a second context.
The first parameter value may be address data of the current client, the server information matched with the current client may be acquired according to the first parameter value, and if the server is in a normal use state, it is indicated that the server is located in the first environment, and at this time, the first parameter value is matched with the first environment, so that the request is allocated to the first environment. If the server is in a gray state, indicating that the server is in a second environment, the first parameter value does not match the first environment, and the request is assigned to the second environment.
In this embodiment, the first parameter further includes a merchant ID and a first parameter value.
Allocating the request carrying the first parameter to the environment corresponding to the first parameter includes: determining a merchant corresponding to the request according to the first parameter, and determining whether the merchant is in a gray level requirement; if so, setting a first parameter value, so that the request carrying the first parameter enters a second environment.
Determining whether the merchant is in a gray scale need, comprising: determining whether the merchant is in a gray level requirement according to a preset list table; the business form table stores the corresponding relationship between the business and the server and the environment in advance.
The preset list table is as follows: and storing the current states of all servers corresponding to the merchants under one group, for example, the server corresponding to the oil station A is a1, and the server a1 is in a gray state at this time. At this time, the first parameter value needs to be set, so that the request carrying the first parameter enters the second environment.
In this embodiment, the system is further provided with a main grayscale switch, and the main grayscale switch is used to control whether all servers in the second environment are in the grayscale environment.
If the gray level master switch is turned on, all the servers in the second environment are in a gray level environment; and if the main gray switch is closed, all the servers in the second environment are in a normal use state. At this time, it is also necessary to determine the gray sub-switch of the server corresponding to the request, and if the gray sub-switch is off, it indicates that the server of the request is in a normal operation state, and indicates that the server has completed the gray in the second environment under the timestamp. If the gray subswitch is on, it indicates that the server of the request is in a gray state, and the request sent by the client needs to be stored in the database and returned to the client.
In this embodiment, after the request is distributed to the environment corresponding to the first parameter, the method further includes; identifying whether a main gray switch is opened; and if the gray master switch is turned on and the request corresponds to the second environment, returning the first parameter value to the service end client.
The method for controlling the flow in the system upgrading process provided by the embodiment of the invention is explained in detail according to the example that the user refuels at the oil station as follows:
the user logs in a personal oil card account at the client, selects to buy oil and enters a payment interface, and at the moment, a request for buying the oil is sent to the server.
The cloud load balance can sense the current states (normal operation, upgrading, failure and maintenance) of all oil station servers in the background server side, but the client side used by a user cannot sense the current states of the background server; therefore, the cloud load balance can adjust the weight of the oil station server according to the perceived performance difference of the background oil station server, so that the request is reasonably distributed to different servers, the purpose of balancing the access amount is achieved, and the response speed and the availability of the whole server cluster are improved.
Therefore, in this embodiment, the cloud load balancing receives the request sent by the client, and the request is distributed in a balanced manner according to the state of the background server perceived by the cloud load balancing. For example: when one of the background servers sensed by the cloud load balancing is in a fault state and one of the background servers is in maintenance, the weights of the two servers are obviously different from those of the other servers, so that the cloud load balancing excludes the two servers and distributes the requests to the other servers.
In this embodiment, the servers are divided into two types: both normal running servers and servers in a greyscale state (failed, under maintenance and under upgrade) are categorized into different server cluster environments. The server in the normal operation is arranged in the first environment, and the server in the gray state is arranged in the second environment.
Different requests enter different environments, so the type of the request needs to be identified, and the request is sent to different server cluster environments according to the type of the request.
And cloud load balancing can only balance and distribute requests, and cannot identify the types of the requests. Therefore, the present embodiment further includes a classification load balancing for identifying the type of the request and distributing the different types of requests to different server cluster environments in a balanced manner.
In one embodiment, the categorized load balancing includes DMZ (differentiated zone), which is a buffer between the non-secure system and the secure system, located in a small network area between the enterprise internal network and the external network. Some server facilities such as enterprise Web servers, FTP servers, forums, etc. may be placed that must be disclosed. While the internal network is more effectively protected by such an area.
The type of request is identified by a decision logic configured in the DMZ. Specifically, a request sent by the client carries a first parameter, which is used to indicate the state of the oil station server of the request, and the state includes: normal operation, failure, in service, and in upgrade. When the first parameter is 0, the requested oil station server is in a normal operation state, which indicates that the environment corresponding to the first parameter at the time is a first environment; when the first parameter is 1 (gray level state), the state of the requested oil station server is a fault, is being repaired or is being upgraded, which indicates that the environment corresponding to the first parameter at this time is the second environment. The first parameter carried in the request sent by the client for the first time is defaulted to 0 (normal operation).
When the judgment logic configured in the DMZ recognizes that the first parameter carried in the request is 0 (normal operation), it indicates that the requested terminal server is located in the first environment, and therefore sends the request to the first environment.
The first environment comprises a first classification load balance, the first classification load balance is connected with a plurality of different servers, and the first classification load balance distributes requests according to the perceived state of the servers in a balanced manner. For example: the first classification load balancing can detect the state of each server in the first environment, eliminate unavailable servers (faults, maintenance or upgrading), and after all available servers are obtained, average distribution is performed according to the access amount of the current server, so that the access amount of each server is balanced.
In an embodiment, the first classification load balancing includes a DMZ (differentiated zone), and a determination logic configured in the DMZ identifies to which oil station the client of the request belongs. Specifically, the request sent by the client carries a first parameter, the first parameter further includes a first parameter value, the first parameter value is used for representing address information of the requested oil station server, and a group to which the current oil station belongs can be queried upwards through the address information. For example: the oil station under the flag of the macro-sending group comprises: zhejiang gas station, Shenzhen gas station, and Beijing gas station.
Also includes: and the server in the first environment and the server in the second environment are both connected with the main grayscale switch, and the main grayscale switch is used for controlling whether all the servers in the second environment are in the grayscale environment. If the gray level master switch is turned on, all the servers in the second environment are in a gray level environment; and if the main gray switch is closed, all the servers in the second environment are in a normal use state.
When the gray level main switch is off, all the oil stations under the group flag are in a normal operation state, and the sub-switch of the requested oil station needs to be judged. If the gray sub-switch is off, the requested oil station is in a normal operation state, and the user directly completes the oil purchasing operation. If the gray level sub-switch is on, the oil station of the request is in a gray level state, a first parameter carried in the request sent by the client needs to be modified into 1, the first parameter is stored in the database and is returned to the client, and the first parameter carried in the request sent by the client next time is 1.
When the gray master switch is turned on, all oil stations under the group flag are in a gray state, a first parameter carried in a request sent by a client is modified into 1, the first parameter is stored in a database and returned to the client, and the first parameter carried in the request sent by the client next time is 1.
For the next request sent by the client, at this time, the judgment logic configured in the DMZ recognizes that the first parameter carried in the request is 1, which indicates that the terminal server of the request is located in the second environment, and therefore, the request is sent to the second environment.
The second environment comprises a second classification load balance, the second classification load balance is connected with a plurality of different servers, and the second classification load balance distributes requests according to the perceived state of the servers in a balanced manner. For example: the second classification load balancing can detect the state of each server in the second environment, eliminate unavailable servers (faults, maintenance or upgrading), and after all available servers are obtained, average distribution is performed according to the access amount of the current server, so that the access amount of each server is balanced.
In an embodiment, the second classification load balancing includes a DMZ (differentiated zone), and a determination logic configured in the DMZ identifies to which oil station the client of the request belongs. The request sent by the client carries a first parameter value, the first parameter value is used for representing address information of the oil station server of the request, and a group to which the current oil station belongs can be inquired upwards through the address information.
Then, the state of the gradation main switch is judged.
When the gray level main switch is off, all the oil stations under the group flag are in a normal operation state, and further the gray level sub-switch of the requested oil station needs to be judged. And if the gray subswitch is on, returning the request to the client, wherein the first parameter carried in the request sent by the client next time is still 1. If the gray sub-switch is off, the oil station of the request is in a normal operation state, and the user directly completes the oil purchasing operation without returning the request to the client.
When the main gray switch is on, all oil stations under the group flag are in a gray state, and at this time, the gray sub-switch of the requested oil station needs to be judged. If the gray subswitch is on, the request is returned to the client, and the first parameter carried in the request sent by the client next time is still 1; if the gray sub-switch is off, the oil station of the request is in a normal operation state, and the user directly completes the oil purchasing operation without returning the request to the client.
In the embodiment of the invention, the gray level master switch is used for controlling the ending gray level or the starting gray level of all the oil station servers by one key, if the gray level master switch is turned on, the oil station configured in the gray level name list of a certain group can only take effect, otherwise, even if the oil station is configured in the gray level list of the group, the gray level can not be carried out.
An embodiment of the present invention further provides a device for controlling a flow rate in a system upgrade process, including: a request receiving unit, configured to receive a request carrying a first parameter; the distribution unit is used for distributing the request to environments corresponding to the first parameters, and the environments comprise a first environment and a second environment; wherein the first environment comprises a server in a use state and the second environment comprises a server in a grayscale state.
In addition to the above-described methods and apparatus, embodiments of the present application may also be a computer program product comprising computer program instructions that, when executed by a processor, cause the processor to perform the steps in the method according to various embodiments of the present application described in the "method of controlling flow during system upgrade" section above in this specification.
The computer program product may be written with program code for performing the operations of embodiments of the present application in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server.
Furthermore, embodiments of the present application may also be a computer-readable storage medium having stored thereon computer program instructions, which, when executed by a processor, cause the processor to perform the steps in the method according to various embodiments of the present application described in the "method of controlling flow during system upgrade" section above in this specification.
The computer-readable storage medium may take any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may include, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The foregoing describes the general principles of the present application in conjunction with specific embodiments, however, it is noted that the advantages, effects, etc. mentioned in the present application are merely examples and are not limiting, and they should not be considered essential to the various embodiments of the present application. Furthermore, the foregoing disclosure of specific details is for the purpose of illustration and description and is not intended to be limiting, since the foregoing disclosure is not intended to be exhaustive or to limit the disclosure to the precise details disclosed.
The block diagrams of devices, apparatuses, systems referred to in this application are only given as illustrative examples and are not intended to require or imply that the connections, arrangements, configurations, etc. must be made in the manner shown in the block diagrams. These devices, apparatuses, devices, systems may be connected, arranged, configured in any manner, as will be appreciated by those skilled in the art. Words such as "including," "comprising," "having," and the like are open-ended words that mean "including, but not limited to," and are used interchangeably therewith. The words "or" and "as used herein mean, and are used interchangeably with, the word" and/or, "unless the context clearly dictates otherwise. The word "such as" is used herein to mean, and is used interchangeably with, the phrase "such as but not limited to".
It should also be noted that in the devices, apparatuses, and methods of the present application, the components or steps may be decomposed and/or recombined. These decompositions and/or recombinations are to be considered as equivalents of the present application.
The previous description of the disclosed aspects is provided to enable any person skilled in the art to make or use the present application. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects without departing from the scope of the application. Thus, the present application is not intended to be limited to the aspects shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
The foregoing description has been presented for purposes of illustration and description. Furthermore, the description is not intended to limit embodiments of the application to the form disclosed herein. While a number of example aspects and embodiments have been discussed above, those of skill in the art will recognize certain variations, modifications, alterations, additions and sub-combinations thereof.
Claims (9)
1. A method for controlling flow in a system upgrading process is characterized by comprising the following steps:
receiving a request carrying a first parameter, and distributing the request to an environment corresponding to the first parameter, wherein the environment comprises a first environment and a second environment;
wherein the first environment includes a server in a use state and the second environment includes a server in a grayscale state.
2. The method for controlling traffic during system upgrade according to claim 1, wherein the first parameter includes a first parameter value, and the receiving a request carrying the first parameter and distributing the request to an environment corresponding to the first parameter includes:
identifying whether the first parameter value matches the first environment;
if the first parameter value matches the first context, assigning the request to the first context;
if the first parameter value does not match the first context, the request is assigned to the second context.
3. The method for controlling traffic during system upgrade according to claim 2, wherein the first parameter further includes a merchant ID, and the receiving a request carrying the first parameter and allocating the request to an environment corresponding to the first parameter includes:
determining a merchant corresponding to the request according to the merchant ID, and determining whether the merchant is in a gray level requirement;
and if so, setting a first parameter value, so that the request carrying the first parameter enters a second environment.
4. The method of claim 3, wherein the determining whether the merchant is in a gray scale demand comprises:
determining whether the merchant is in a gray level requirement according to a preset list table;
the business form table stores the corresponding relationship between the business and the server and the environment in advance.
5. The method for controlling traffic during system upgrade according to claim 1, further comprising:
identifying whether a main gray switch is opened; the gray level master switch is used for controlling whether all the servers in the second environment are in a gray level environment or not;
if the gray level master switch is turned on, all the servers in the second environment are in a gray level environment;
and if the gray level main switch is closed, all the servers in the second environment are in a normal use state.
6. The method for controlling flow during system upgrade process according to claim 5, wherein after assigning the request to the environment corresponding to the first parameter, the method further comprises;
and if the gray level master switch is turned on and the request corresponds to the second environment, returning the first parameter value of the request to the client.
7. An apparatus for controlling flow during a system upgrade process, comprising:
a request receiving unit, configured to receive a request carrying a first parameter;
the distribution unit is used for distributing the request to environments corresponding to the first parameters, wherein the environments comprise a first environment and a second environment;
wherein the first environment includes a server in a use state and the second environment includes a server in a grayscale state.
8. A computer-readable storage medium storing a computer program for executing the method of controlling traffic during a system upgrade process according to any one of claims 1 to 6.
9. An electronic device, comprising:
a processor;
a memory for storing the processor-executable instructions;
the processor is used for reading the executable instructions from the memory and executing the instructions to realize the method for controlling the flow in the system upgrading process of any one of the claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111256468.3A CN114157608A (en) | 2021-10-27 | 2021-10-27 | Method and device for controlling flow in system upgrading process |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111256468.3A CN114157608A (en) | 2021-10-27 | 2021-10-27 | Method and device for controlling flow in system upgrading process |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114157608A true CN114157608A (en) | 2022-03-08 |
Family
ID=80458416
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111256468.3A Pending CN114157608A (en) | 2021-10-27 | 2021-10-27 | Method and device for controlling flow in system upgrading process |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114157608A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180198707A1 (en) * | 2017-01-11 | 2018-07-12 | Sap Se | Partial switching of network traffic |
| CN110457223A (en) * | 2019-08-13 | 2019-11-15 | 中国联合网络通信集团有限公司 | Gray scale tests drainage method, device, proxy server and readable storage medium storing program for executing |
| CN111443941A (en) * | 2020-03-27 | 2020-07-24 | 中国平安财产保险股份有限公司 | Method and device for gray scale publishing |
| CN111628894A (en) * | 2020-05-28 | 2020-09-04 | 上海冰鉴信息科技有限公司 | Gray scale publishing method, device and system based on user request flow control |
| CN112162762A (en) * | 2020-10-16 | 2021-01-01 | 中国工商银行股份有限公司 | Gray scale distribution method, gray scale distribution device and electronic equipment |
| CN113452776A (en) * | 2021-06-25 | 2021-09-28 | 中国工商银行股份有限公司 | PaaS platform service scheduling method and device and PaaS platform |
-
2021
- 2021-10-27 CN CN202111256468.3A patent/CN114157608A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180198707A1 (en) * | 2017-01-11 | 2018-07-12 | Sap Se | Partial switching of network traffic |
| CN110457223A (en) * | 2019-08-13 | 2019-11-15 | 中国联合网络通信集团有限公司 | Gray scale tests drainage method, device, proxy server and readable storage medium storing program for executing |
| CN111443941A (en) * | 2020-03-27 | 2020-07-24 | 中国平安财产保险股份有限公司 | Method and device for gray scale publishing |
| CN111628894A (en) * | 2020-05-28 | 2020-09-04 | 上海冰鉴信息科技有限公司 | Gray scale publishing method, device and system based on user request flow control |
| CN112162762A (en) * | 2020-10-16 | 2021-01-01 | 中国工商银行股份有限公司 | Gray scale distribution method, gray scale distribution device and electronic equipment |
| CN113452776A (en) * | 2021-06-25 | 2021-09-28 | 中国工商银行股份有限公司 | PaaS platform service scheduling method and device and PaaS platform |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10509779B2 (en) | Self-cleaning token vault | |
| JP2022520005A (en) | Patch management in a hybrid computing environment | |
| CN111736872B (en) | Gray scale release upgrading method, device, computer system and readable storage medium | |
| CN104657194B (en) | Method and system for calculating the influence acted in network | |
| US20180039937A1 (en) | Managing information about inventory | |
| CN111181770A (en) | Resource allocation method, system, electronic equipment and storage medium | |
| CN108874413A (en) | Service upgrade method, apparatus, system and storage medium | |
| CN111949277A (en) | Intelligent gray scale release production method and device, computer equipment and storage medium | |
| CN111488170A (en) | Method, device and equipment for updating business processing model | |
| CN113076248B (en) | Application processing method, device and equipment and readable storage medium | |
| CN117114787B (en) | Supply chain management method, system and terminal based on electronic invoice | |
| JP2009122966A (en) | Database assignment device, database assignment method, program, and recording medium | |
| CN114157608A (en) | Method and device for controlling flow in system upgrading process | |
| WO2015095290A2 (en) | Application evaluation | |
| CN114153476A (en) | Upgrading method and device | |
| CN109783185B (en) | Cloud virtual machine creating method and device and cloud equipment | |
| CN108021360B (en) | Rule processing method, code processing method and related equipment | |
| CN117579486A (en) | Server upgrading method and device | |
| CN113220475A (en) | Transaction data processing method and device, computer equipment and storage medium | |
| CN106878369B (en) | Service processing method and device | |
| CN112667256A (en) | OpenStack cross-version upgrading method based on kolla-allowed | |
| CN112363826A (en) | Project resource comprehensive management system, method, terminal and storage medium | |
| CN113052687B (en) | Transaction route distribution method and related device | |
| CN113298596B (en) | Data processing method, device and equipment | |
| CN112015745B (en) | Data management method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20240411 Address after: Room 2101, Block B, Platinum Plaza, 5-15 Wenling Road, Laoshan District, Qingdao, Shandong 266000 Applicant after: Shandong Energy Chain Holding Co.,Ltd. Country or region after: China Address before: Unit 3805-3815, 38th Floor, Building 8, No. 91 Jianguo Road, Chaoyang District, Beijing, 100123 Applicant before: CHEZHUBANG (BEIJING) TECHNOLOGY Co.,Ltd. Country or region before: China |
|
| TA01 | Transfer of patent application right |