CN112000343A - Method and system for deploying multi-version service in Kubernets by using Devops - Google Patents
Method and system for deploying multi-version service in Kubernets by using Devops Download PDFInfo
- Publication number
- CN112000343A CN112000343A CN202010854496.4A CN202010854496A CN112000343A CN 112000343 A CN112000343 A CN 112000343A CN 202010854496 A CN202010854496 A CN 202010854496A CN 112000343 A CN112000343 A CN 112000343A
- Authority
- CN
- China
- Prior art keywords
- version
- configuration
- devops
- component
- flow
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 230000004048 modification Effects 0.000 claims abstract description 7
- 238000012986 modification Methods 0.000 claims abstract description 7
- 238000010276 construction Methods 0.000 claims abstract description 5
- 230000008859 change Effects 0.000 claims description 14
- 230000009466 transformation Effects 0.000 claims description 7
- 230000033228 biological regulation Effects 0.000 claims description 6
- 230000000694 effects Effects 0.000 claims description 2
- 230000006870 function Effects 0.000 description 7
- 238000012360 testing method Methods 0.000 description 7
- 238000011161 development Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
- G06F8/63—Image based installation; Cloning; Build to order
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Abstract
The invention discloses a method and a system for deploying multi-version services in Kubernets by using Devops, which belong to the field of cloud computing, and the technical problem to be solved by the invention is how to implement the simultaneous deployment and release of the multi-version services in the Kubernets, and the technical scheme is as follows: the method is that a Devops component is used for deploying the service into a Kubernetes cluster; when a Devops component is deployed, selecting codes of a plurality of branches for deployment, deploying a plurality of service versions in the same environment, simultaneously using Istio in a Kubernets cluster for routing configuration of flow, and selecting a corresponding request to enter a corresponding service version; the method comprises the following specific steps: configuration modification of Devops component construction: the Devops component selects a project and a code address of the project when constructing the project; using Istio to control traffic version when a Devops component is deployed; version configuration changes are made using a Devops component. The invention also discloses a system for deploying multi-version service in Kubernets by using Devops.
Description
Technical Field
The invention relates to the field of cloud computing, in particular to a method and a system for deploying multi-version services in Kubernets by using Devops.
Background
At present, cloud computing technology is becoming mature, more and more applications and services are deployed on the cloud, and developers not only deploy published programs on the cloud, but also test environments of the developers in the cloud under many conditions. In agile development, development teams generally use a devices component for deployment and update operations of applications, and in the traditional deployment concept of devices, only one branch or version of code can be selected for deployment at a time. If a development team uses multiple branches during code development, only one branch can be deployed at a time for testing, and multiple branches cannot be tested simultaneously, or the developed application wants to perform an AB test, so that the online application has multiple versions, but these scenarios cannot be completed in the existing devices component.
Therefore, how to implement simultaneous deployment and release of multiple versions of services in kubernets is a problem in the prior art at present.
Disclosure of Invention
The technical task of the invention is to provide a method and a system for deploying multi-version services in Kubernets by using Devops, so as to solve the problem of how to deploy and release multi-version services in Kubernets simultaneously.
The technical task of the invention is realized in the following way, a method for deploying multi-version service in Kubernets by using Devops, which is to deploy service to Kubernets cluster by using Devops components; when a Devops component is deployed, selecting codes of a plurality of branches for deployment, deploying a plurality of service versions in the same environment, simultaneously using Istio in a Kubernets cluster for routing configuration of flow, and selecting a corresponding request to enter a corresponding service version; the method comprises the following specific steps:
configuration modification of Devops component construction: the Devops component selects a project and a code address of the project when constructing the project;
using Istio to control traffic version when a Devops component is deployed;
version configuration changes are made using a Devops component.
Preferably, the configuration modification constructed by the Devops component comprises deploying one version application and deploying a plurality of version applications; wherein, deploying one version application specifically is as follows:
adding a flow configuration card in the configuration of the Devops component;
adding a plurality of tags in a flow configuration card, wherein the tags are used for distinguishing different deployment versions;
and adding a corresponding traffic rule while adding the tag, wherein the traffic rule is used for judging whether the request can enter the deployment version.
Preferably, the deploying the multiple versions of the application is specifically as follows:
adding a flow configuration card in the assembly line, and setting a corresponding tag;
selecting a code branch corresponding to each tag when the pipeline is operated;
after the selection is completed, the pipeline constructs a plurality of branches, and deploys a plurality of versions of the service at the same time.
More preferably, the flow rule is specifically as follows:
header matching rules: judging the version to which the request with the header information is forwarded according to the header information in the request;
uri matching rule: judging the version of the uri according to different uris;
inquiring parameter matching rules: according to the query parameters in the request url;
and (3) flow proportion regulation: the flow ratio is set between different versions.
Preferably, the use of the Istio to control traffic versions when the Devops component is deployed is as follows:
when the Istio component is deployed, the Devops component calls an interface of the Kubernets cluster, and the applications of different versions are deployed to the Kubernets cluster firstly;
different versions of the same application, the service names are distinguished by adding the name of tag;
after service deployment, according to the traffic rule configured by each tag, translating the traffic configuration rule into the configuration of the corresponding Istio VirtualService, updating the configuration of the Istio VirtualService to the traffic management side of the Istio component, and issuing the configuration to the gateway of the Istio component and the sidecar proxy of each pod;
after the configuration is completed, the flow configuration can take effect, access is carried out according to the configured flow rule, and the request is forwarded to the corresponding version application.
Preferably, the version configuration change is as follows:
firstly, the flow tag is not changed, and the configuration is modified: updating the mirror image, and then updating the configuration of the issue VirtualService;
secondly, increasing the flow tag: and firstly, the deployment of the service is changed, and after the deployment is finished, the configuration of the Istio VirtualService is updated.
And thirdly, reducing the flow tag: updating the configuration of the Istio VirtualService, and changing the deployment of the service after the updating is finished; if the service versions are not deployed in this order, reducing the deployment of the service versions may cause some traffic to be forwarded to the service that has been deleted, which may result in a decrease in system stability.
Preferably, the version configuration change using the Devops component is specifically as follows:
tag information is set in a devices component;
compiling and constructing a mirror image;
judging whether to delete tag:
if so, updating the configuration of the Istio VirtualService, and changing the deployment of the service after the updating is finished;
and if not, changing the service deployment, and updating the configuration of the Istio VirtualService after the deployment is finished.
A system for deploying multi-version services in Kubernets using Devops, the system comprising,
the transformation module is used for constructing configuration transformation of the Devops component, and the Devops component selects a project and a code address of the project when constructing the project;
the control module is used for deploying a Devops component and controlling the flow version by using the Istio;
and the change module is used for carrying out version configuration change by using the Devops component.
Preferably, the Devops component deploys one version of application and deploys a plurality of versions of application when building a project;
wherein, deploying one version application specifically is as follows:
adding a flow configuration card in the configuration of the Devops component;
adding a plurality of tags in a flow configuration card, wherein the tags are used for distinguishing different deployment versions;
adding a corresponding flow rule while adding the tag, wherein the flow rule is used for judging whether the request can enter the deployment version;
deploying multiple versions of an application is specifically as follows:
adding a flow configuration card in the assembly line, and setting a corresponding tag;
selecting a code branch corresponding to each tag when the pipeline is operated;
after the selection is completed, the assembly line can construct a plurality of branches and simultaneously deploy services of a plurality of versions;
the flow rule is as follows:
header matching rules: judging the version to which the request with the specific header information is forwarded according to the header information in the request;
uri matching rule: judging the version of the uri according to different uris;
inquiring parameter matching rules: according to the query parameters in the request url;
and (3) flow proportion regulation: setting flow proportion among different versions;
the version configuration change situation is as follows:
firstly, the flow tag is not changed, and the configuration is modified: updating the mirror image, and then updating the configuration of the issue VirtualService;
secondly, increasing the flow tag: and firstly, the deployment of the service is changed, and after the deployment is finished, the configuration of the Istio VirtualService is updated.
And thirdly, reducing the flow tag: updating the configuration of the Istio VirtualService, and changing the deployment of the service after the updating is finished; if the service versions are not deployed in this order, reducing the deployment of the service versions may cause some traffic to be forwarded to the service that has been deleted, which may result in a decrease in system stability.
A computer readable storage medium having stored thereon computer executable instructions which, when executed by a processor, implement a method for deploying multi-version services in kubernets using devips as described above.
The method and the system for deploying multi-version service in Kubernets by using Devops have the following advantages:
the invention deeply combines the Devops component construction function and the flow control function in the Istio component, so that the Devops component can construct a plurality of versions of services and simultaneously deploy the services into a cluster, thereby realizing the function of simultaneously releasing a plurality of versions by using Devops;
secondly, multiple versions of back-end services can be deployed in a test environment, so that development and test personnel can conveniently perform test operation;
thirdly, in a production and on-line environment, a plurality of service versions can be deployed, and AB test can be carried out on a user;
and (IV) fine granularity control of flow routing rules and flow proportion facilitates flow control.
Drawings
The invention is further described below with reference to the accompanying drawings.
FIG. 1 is a block flow diagram of a deployment of a devices component using Istio to control traffic versions;
fig. 2 is a block flow diagram of version configuration changes using a devices component.
Detailed Description
The method and system for deploying multi-version services in kubernets using devips according to the present invention will be described in detail with reference to the accompanying drawings and specific embodiments.
Example 1:
the invention discloses a method for deploying multi-version service in Kubernets by using Devops, which is to deploy service into Kubernets cluster by using a Devops component; when a Devops component is deployed, selecting codes of a plurality of branches for deployment, deploying a plurality of service versions in the same environment, simultaneously using Istio in a Kubernets cluster for routing configuration of flow, and selecting a corresponding request to enter a corresponding service version; the method comprises the following specific steps:
s1, configuration modification of the Devops component construction: the Devops component selects a project and a code address of the project when constructing the project; the configuration modification constructed by the Devops component comprises the steps of deploying one version application and deploying a plurality of version applications; wherein, deploying one version application specifically is as follows:
s1-101, adding flow configuration cards in the configuration of the devices component;
s1-102, adding a plurality of tags in the flow configuration card, wherein the tags are used for distinguishing different deployment versions;
and S1-103, adding corresponding traffic rules while adding the tag, wherein the traffic rules are used for judging whether the request can enter the deployment version.
Deploying multiple versions of an application is specifically as follows:
s1-201, adding a flow configuration card in the assembly line, and setting a corresponding tag;
s1-202, when the pipeline is operated, selecting a code branch corresponding to each tag;
and S1-203, after the selection is completed, the pipeline constructs a plurality of branches, and deploys a plurality of versions of services at the same time.
The flow rule specifically includes:
matching rules of the header: judging the version to which the request with the header information is forwarded according to the header information in the request;
② matching rules of uri: judging which version the uri belongs to according to different uris;
thirdly, inquiring parameter matching rules: according to the query parameters in the request url; for example http:// www.abc.com/query? The user is test1, that is, the user attribute behind the url question mark, to determine to which version the request should be specifically sent;
fourthly, flow proportion regulation: setting flow proportion among different versions; for example 20% of the flow goes into the tag1 and 80% into the tag2, the sum of the proportions of the flows between the different versions adding up to 100%.
S2, controlling the traffic version by using the Istio when the Devops component is deployed; after a devices is constructed, multiple versions need to be deployed in a cluster of a corresponding environment, provided that components related to the isio need to be deployed in the cluster, so that traffic can be managed. The method comprises the following specific steps:
s201, when the Istio component is deployed, the Devops component calls an interface of the Kubernets cluster, and different versions of applications are deployed to the Kubernets cluster firstly;
s202, distinguishing different versions of the same application by adding names of tags with service names;
s203, after service deployment, translating the flow configuration rule into the configuration of the corresponding Istio VirtualService according to the flow rule configured by each tag, updating the configuration of the Istio VirtualService to the flow management side of the Istio component, and issuing the configuration to the gateway of the Istio component and the sidecar proxy of each pod;
and S204, after the configuration is completed, the flow configuration can be effective, the access is carried out according to the configured flow rule, and the request is forwarded to the corresponding version application.
S3, using a Devops component to change version configuration: after explaining the interaction process between the components after the whole system is modified, the interaction between the Dubbo and the Istio is changed because the Dubbo and the Istio are modified, so that the description is provided here.
Version configuration changes are as follows:
firstly, the flow tag is not changed, and the configuration is modified: updating the mirror image, and then updating the configuration of the issue VirtualService;
secondly, increasing the flow tag: and firstly, the deployment of the service is changed, and after the deployment is finished, the configuration of the Istio VirtualService is updated.
And thirdly, reducing the flow tag: updating the configuration of the Istio VirtualService, and changing the deployment of the service after the updating is finished; if the service versions are not deployed in this order, reducing the deployment of the service versions may cause some traffic to be forwarded to the service that has been deleted, which may result in a decrease in system stability.
As shown in FIG. 2, version configuration changes using a Devops component are specified as follows:
s301, setting tag information in a devices component;
s302, compiling and constructing a mirror image;
s303, judging whether to delete tag:
if yes, updating the configuration of the Istio VirtualService, and after the updating is finished, changing the deployment of the service;
and if not, changing the service deployment, and updating the configuration of the Istio VirtualService after the deployment is finished.
Example 2:
the system of the present invention for deploying multi-version services in kubernets using devips, the system comprising,
the transformation module is used for constructing configuration transformation of the Devops component, and the Devops component selects a project and a code address of the project when constructing the project; when a project is built, the Devops component deploys one version application and deploys a plurality of version applications;
wherein, deploying one version application specifically is as follows:
adding a flow configuration card in the configuration of the Devops component;
adding a plurality of tags in a flow configuration card, wherein the tags are used for distinguishing different deployment versions;
adding a corresponding flow rule while adding the tag, wherein the flow rule is used for judging whether the request can enter the deployment version;
deploying multiple versions of an application is specifically as follows:
adding a flow configuration card in the assembly line, and setting a corresponding tag;
selecting a code branch corresponding to each tag when the pipeline is operated;
after the selection is completed, the assembly line can construct a plurality of branches and simultaneously deploy services of a plurality of versions;
the flow rule is as follows:
matching rules of the header: judging the version to which the request with the specific header information is forwarded according to the header information in the request;
② matching rules of uri: judging the version of the uri according to different uris;
thirdly, inquiring parameter matching rules: according to the query parameters in the request url;
fourthly, flow proportion regulation: setting flow proportion among different versions;
the control module is used for deploying a Devops component and controlling the flow version by using the Istio;
and the change module is used for carrying out version configuration change by using the Devops component.
Wherein, the version configuration change condition is as follows:
firstly, the flow tag is not changed, and the configuration is modified: updating the mirror image, and then updating the configuration of the issue VirtualService;
secondly, increasing the flow tag: and firstly, the deployment of the service is changed, and after the deployment is finished, the configuration of the Istio VirtualService is updated.
And thirdly, reducing the flow tag: updating the configuration of the Istio VirtualService, and changing the deployment of the service after the updating is finished; if the service versions are not deployed in this order, reducing the deployment of the service versions may cause some traffic to be forwarded to the service that has been deleted, which may result in a decrease in system stability.
Example 3:
embodiments of the present invention also provide a computer-readable storage medium having stored thereon a plurality of instructions, which when loaded by a processor, cause the processor to perform a method for deploying multi-version services in kubernets using devips, as in any of the embodiments of the present invention. Specifically, a system or an apparatus equipped with a storage medium on which software program codes that realize the functions of any of the above-described embodiments are stored may be provided, and a computer (or a CPU or MPU) of the system or the apparatus is caused to read out and execute the program codes stored in the storage medium.
In this case, the program code itself read from the storage medium can realize the functions of any of the above-described embodiments, and thus the program code and the storage medium storing the program code constitute a part of the present invention.
Examples of the storage medium for providing the program code include a floppy disk, a hard disk, a magneto-optical disk, an optical disk (e.g., a CD-ROM, a CD-R, CD-RW, a DVD-ROM, a method and system M, DVD-RW, DVD + RW for deploying multi-version services in kubbernetes by DVD-R using DEVOPS), a magnetic tape, a nonvolatile memory card, and a ROM. Alternatively, the program code may be downloaded from a server computer via a communications network.
Further, it should be clear that the functions of any one of the above-described embodiments may be implemented not only by executing the program code read out by the computer, but also by causing an operating system or the like operating on the computer to perform a part or all of the actual operations based on instructions of the program code.
Further, it is to be understood that the program code read out from the storage medium is written to a memory provided in an expansion board inserted into the computer or to a memory provided in an expansion unit connected to the computer, and then causes a CPU or the like mounted on the expansion board or the expansion unit to perform part or all of the actual operations based on instructions of the program code, thereby realizing the functions of any of the above-described embodiments.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (10)
1. A method for deploying multi-version service in Kubernets by using Devops is characterized in that the method uses a Devops component to deploy business into Kubernets cluster; when a Devops component is deployed, selecting codes of a plurality of branches for deployment, deploying a plurality of service versions in the same environment, simultaneously using Istio in a Kubernets cluster for routing configuration of flow, and selecting a corresponding request to enter a corresponding service version; the method comprises the following specific steps:
configuration modification of Devops component construction: the Devops component selects a project and a code address of the project when constructing the project;
using Istio to control traffic version when a Devops component is deployed;
version configuration changes are made using a Devops component.
2. The method for deploying multi-version services in kubernets using devips according to claim 1, wherein the configuration transformation of the devips component build includes deploying one version application and deploying multiple version applications; wherein, deploying one version application specifically is as follows:
adding a flow configuration card in the configuration of the Devops component;
adding a plurality of tags in a flow configuration card, wherein the tags are used for distinguishing different deployment versions;
and adding a corresponding traffic rule while adding the tag, wherein the traffic rule is used for judging whether the request can enter the deployment version.
3. The method for deploying multi-version services in kubernets using devips according to claim 2, wherein the deploying of multiple versions of applications is specifically as follows:
adding a flow configuration card in the assembly line, and setting a corresponding tag;
selecting a code branch corresponding to each tag when the pipeline is operated;
after the selection is completed, the pipeline constructs a plurality of branches, and deploys a plurality of versions of the service at the same time.
4. The method for deploying multi-version services in kubernets using devips according to claim 2, wherein the traffic rules are specified as follows:
header matching rules: judging the version to which the request with the header information is forwarded according to the header information in the request;
uri matching rule: judging the version of the uri according to different uris;
inquiring parameter matching rules: according to the query parameters in the request url;
and (3) flow proportion regulation: the flow ratio is set between different versions.
5. The method for deploying multi-version services in kubernets using devips according to claim 1, wherein the use of isio to control traffic versions when the devips component is deployed is specified as follows:
when the Istio component is deployed, the Devops component calls an interface of the Kubernets cluster, and the applications of different versions are deployed to the Kubernets cluster firstly;
different versions of the same application, the service names are distinguished by adding the name of tag;
after service deployment, according to the traffic rule configured by each tag, translating the traffic configuration rule into the configuration of the corresponding Istio VirtualService, updating the configuration of the Istio VirtualService to the traffic management side of the Istio component, and issuing the configuration to the gateway of the Istio component and the sidecar proxy of each pod;
after the configuration is completed, the flow configuration can take effect, access is carried out according to the configured flow rule, and the request is forwarded to the corresponding version application.
6. The method for deploying multi-version services in kubernets using devips according to claim 1, wherein the version configuration change is as follows:
firstly, the flow tag is not changed, and the configuration is modified: updating the mirror image, and then updating the configuration of the issue VirtualService;
secondly, increasing the flow tag: and firstly, the deployment of the service is changed, and after the deployment is finished, the configuration of the Istio VirtualService is updated.
And thirdly, reducing the flow tag: the configuration of the issue VirtualService is updated first, and after the update is completed, the deployment of the service is changed.
7. The method for deploying multi-version services in Kubernets using Devops according to claim 1 or 6, wherein the version configuration change using Devops component is specifically as follows:
tag information is set in a devices component;
compiling and constructing a mirror image;
judging whether to delete tag:
if so, updating the configuration of the Istio VirtualService, and changing the deployment of the service after the updating is finished;
and if not, changing the service deployment, and updating the configuration of the Istio VirtualService after the deployment is finished.
8. A system for deploying multi-version services in Kubernets using Devops, the system comprising,
the transformation module is used for constructing configuration transformation of the Devops component, and the Devops component selects a project and a code address of the project when constructing the project;
the control module is used for deploying a Devops component and controlling the flow version by using the Istio;
and the change module is used for carrying out version configuration change by using the Devops component.
9. The system for deploying multi-version services in kubernets using devips according to claim 8, wherein the devips component deploys one version application and deploys multiple version applications when building a project;
wherein, deploying one version application specifically is as follows:
adding a flow configuration card in the configuration of the Devops component;
adding a plurality of tags in a flow configuration card, wherein the tags are used for distinguishing different deployment versions;
adding a corresponding flow rule while adding the tag, wherein the flow rule is used for judging whether the request can enter the deployment version;
deploying multiple versions of an application is specifically as follows:
adding a flow configuration card in the assembly line, and setting a corresponding tag;
selecting a code branch corresponding to each tag when the pipeline is operated;
after the selection is completed, the assembly line can construct a plurality of branches and simultaneously deploy services of a plurality of versions;
the flow rule is as follows:
header matching rules: judging the version to which the request with the specific header information is forwarded according to the header information in the request;
uri matching rule: judging the version of the uri according to different uris;
inquiring parameter matching rules: according to the query parameters in the request url;
and (3) flow proportion regulation: setting flow proportion among different versions;
the version configuration change situation is as follows:
firstly, the flow tag is not changed, and the configuration is modified: updating the mirror image, and then updating the configuration of the issue VirtualService;
secondly, increasing the flow tag: and firstly, the deployment of the service is changed, and after the deployment is finished, the configuration of the Istio VirtualService is updated.
And thirdly, reducing the flow tag: the configuration of the issue VirtualService is updated first, and after the update is completed, the deployment of the service is changed.
10. A computer readable storage medium having stored thereon computer executable instructions which, when executed by a processor, implement a method for deploying multi-version services in kubernets using devices as claimed in claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010854496.4A CN112000343B (en) | 2020-08-24 | 2020-08-24 | Method and system for deploying multi-version services in Kubernetes by using Devops |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010854496.4A CN112000343B (en) | 2020-08-24 | 2020-08-24 | Method and system for deploying multi-version services in Kubernetes by using Devops |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112000343A true CN112000343A (en) | 2020-11-27 |
| CN112000343B CN112000343B (en) | 2024-02-20 |
Family
ID=73473076
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010854496.4A Active CN112000343B (en) | 2020-08-24 | 2020-08-24 | Method and system for deploying multi-version services in Kubernetes by using Devops |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112000343B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112910692A (en) * | 2021-01-19 | 2021-06-04 | 中原银行股份有限公司 | Method, system and medium for controlling service grid flow based on micro service gateway |
| CN114205280A (en) * | 2021-11-17 | 2022-03-18 | 广州云擎互动信息技术有限公司 | Application publishing method and flow routing method based on container cloud and service grid |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017161338A1 (en) * | 2016-03-18 | 2017-09-21 | TUPL, Inc. | Continuous and automatic distributed application development and deployment |
| CN110262806A (en) * | 2019-06-20 | 2019-09-20 | 杭州泰然鲸数云计算有限公司 | A kind of DevOps system for supporting automation services layout |
| CN110427204A (en) * | 2019-08-08 | 2019-11-08 | 浪潮云信息技术有限公司 | A kind of automation gray scale dissemination method based on container and service grid |
| CN111190584A (en) * | 2019-12-10 | 2020-05-22 | 平安健康保险股份有限公司 | EHIS-DB system version release method and device, computer equipment and storage medium |
| CN111309441A (en) * | 2020-02-19 | 2020-06-19 | 北京中数智汇科技股份有限公司 | Micro-service deployment method for realizing DevOps based on Jenkins |
-
2020
- 2020-08-24 CN CN202010854496.4A patent/CN112000343B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017161338A1 (en) * | 2016-03-18 | 2017-09-21 | TUPL, Inc. | Continuous and automatic distributed application development and deployment |
| CN110262806A (en) * | 2019-06-20 | 2019-09-20 | 杭州泰然鲸数云计算有限公司 | A kind of DevOps system for supporting automation services layout |
| CN110427204A (en) * | 2019-08-08 | 2019-11-08 | 浪潮云信息技术有限公司 | A kind of automation gray scale dissemination method based on container and service grid |
| CN111190584A (en) * | 2019-12-10 | 2020-05-22 | 平安健康保险股份有限公司 | EHIS-DB system version release method and device, computer equipment and storage medium |
| CN111309441A (en) * | 2020-02-19 | 2020-06-19 | 北京中数智汇科技股份有限公司 | Micro-service deployment method for realizing DevOps based on Jenkins |
Non-Patent Citations (1)
| Title |
|---|
| 杜磊;: "基于OpenStack和Kubernetes的双向部署技术研究", 电脑知识与技术, no. 01 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112910692A (en) * | 2021-01-19 | 2021-06-04 | 中原银行股份有限公司 | Method, system and medium for controlling service grid flow based on micro service gateway |
| CN112910692B (en) * | 2021-01-19 | 2022-08-02 | 中原银行股份有限公司 | Method, system and medium for controlling service grid flow based on micro service gateway |
| CN114205280A (en) * | 2021-11-17 | 2022-03-18 | 广州云擎互动信息技术有限公司 | Application publishing method and flow routing method based on container cloud and service grid |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112000343B (en) | 2024-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107370786B (en) | General information management system based on micro-service architecture | |
| CN103294475B (en) | The business automatic creation system of graphic based business scenario and domain template and method | |
| US10956013B2 (en) | User interface for automated flows within a cloud based developmental platform | |
| US20180324051A1 (en) | User interface for automated flows within a cloud based developmental platform | |
| CN100545851C (en) | The remote system administration of utility command row environment | |
| US10101972B1 (en) | Data modelling and flow engine for building automated flows within a cloud based developmental platform | |
| US20100001834A1 (en) | System and method for a message registry and message handling in a service -oriented business framework | |
| CN112532413B (en) | Business support Saas system, method, medium and equipment based on micro-service architecture | |
| US11487595B2 (en) | API adapter creation device, API adapter creation method, and API adapter creation program | |
| CN115061674A (en) | Business process online arranging method, device and system and readable storage medium | |
| CN112000343B (en) | Method and system for deploying multi-version services in Kubernetes by using Devops | |
| CN102236709A (en) | Flex-based monitoring page display method and system | |
| CN112217656A (en) | Method and device for synchronizing configuration information of network equipment in SD-WAN (secure digital-to-Wide area network) system | |
| CN112906206B (en) | Digital twin model construction method and device | |
| WO2017084388A1 (en) | Network polling method and apparatus | |
| CN111258567A (en) | Service code development processing method and device | |
| CN109101265B (en) | Method and system for gray scale publishing | |
| CN107479893B (en) | Formalized Petri network model automatic evolution method adapting to demand change | |
| KR101127701B1 (en) | A system and a method for generating web service customized based on business process | |
| US20160078129A1 (en) | Data processing apparatus and method | |
| CN114443294B (en) | Big data service component deployment method, system, terminal and storage medium | |
| CN115543423A (en) | Method, device and equipment for generating benchmarks and storage medium | |
| CN112418796B (en) | Sub-process task node activation method and device, electronic equipment and storage medium | |
| CN112099803B (en) | Incremental deployment method and system of ERP system | |
| CN114817379A (en) | Qunee-based configuration item relation visualization method, system, equipment and medium |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |