mirror of
https://github.com/kubevela/kubevela.git
synced 2026-04-21 10:07:26 +00:00
Merge pull request #600 from resouer/fix
Fixe several nits in the doc and guide
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
# Setting Rollout Strategy
|
||||
|
||||
The `rollout` section is used to configure rolling update policy for your app.
|
||||
The `rollout` section is used to configure Canary deployment strategy to release your app.
|
||||
|
||||
Add rollout config under `express-server` along with a `route`.
|
||||
|
||||
@@ -21,15 +21,6 @@ services:
|
||||
domain: "example.com"
|
||||
```
|
||||
|
||||
If your cluster don't have ingress, you could set domain to be empty like below:
|
||||
|
||||
```yaml
|
||||
...
|
||||
route:
|
||||
- domain: "example.com"
|
||||
+ domain: ""
|
||||
```
|
||||
|
||||
> The full specification of `rollout` could be found [here](references/traits/rollout.md)
|
||||
|
||||
Apply this `appfile.yaml`:
|
||||
@@ -72,19 +63,6 @@ $ curl -H "Host:example.com" http://<your-ingress-IP-address>/
|
||||
Hello World -- Rolling 01
|
||||
```
|
||||
|
||||
If you don't have ingress in your cluster and you leave domain to be empty, then you could visit this app by:
|
||||
|
||||
```bash
|
||||
$ vela port-forward testapp --route
|
||||
Forwarding from 127.0.0.1:8080 -> 80
|
||||
Forwarding from [::1]:8080 -> 80
|
||||
|
||||
Forward successfully! Opening browser ...
|
||||
Handling connection for 8080
|
||||
```
|
||||
|
||||
It will automatically open browser for you.
|
||||
|
||||
In day 2, assuming we have make some changes on our app and build the new image and name it by `oamdev/testapp:v2`.
|
||||
|
||||
Let's update the appfile by:
|
||||
@@ -111,7 +89,6 @@ Apply this `appfile.yaml` again:
|
||||
$ vela up
|
||||
```
|
||||
|
||||
|
||||
You could run `vela status` several times to see the instance rolling:
|
||||
|
||||
```shell script
|
||||
@@ -139,9 +116,9 @@ Services:
|
||||
Updated at: 2020-11-12T19:02:40+08:00
|
||||
```
|
||||
|
||||
You could then try to `curl` your app multiple times and and see how the new instances being promoted following Canary
|
||||
rollout strategy: (Note: Using `vela port-forward` will not see this as port-forward will proxy network on fixed port, only ingress
|
||||
has loadbalance.)
|
||||
You could then try to `curl` your app multiple times and and see how the app being rollout following Canary
|
||||
deployment strategy:
|
||||
|
||||
|
||||
```bash
|
||||
$ curl -H "Host:example.com" http://<your-ingress-ip-address>/
|
||||
|
||||
@@ -27,7 +27,7 @@ App has not been deployed, creating a new deployment...
|
||||
Service status: vela status testapp --svc testsvc
|
||||
```
|
||||
|
||||
Check the status until we see route trait ready:
|
||||
Check the status until we see `Routes` are ready:
|
||||
```bash
|
||||
$ vela status testapp
|
||||
About:
|
||||
|
||||
Reference in New Issue
Block a user