github/podinfo
1
0
Fork 0
mirror of https://github.com/stefanprodan/podinfo.git synced 2026-08-19 04:06:27 +00:00
Code Issues Packages Projects Releases Wiki Activity

Istio Canary GitOps mention the cluster config repo

Browse Source
This commit is contained in:
Stefan Prodan
2018-04-25 14:52:26 +03:00
parent db9bf53e4f
commit ee10c878a0
1 changed files with 4 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files
deploy/istio-v1alpha3/README.md
+4 -1
View File
@@ -190,6 +190,7 @@ Observe the traffic shift with Scope:
Prerequisites for automating Istio canary deployments:
* create a cluster config Git repo that contains the desire state of your cluster
* keep the GA and Canary deployment definitions in Git
* keep the Istio destination rule, virtual service and gateway definitions in Git
* any changes to the above resources are performed via `git commit` instead of `kubectl apply`
@@ -212,7 +213,7 @@ CD GitOps pipeline steps:
* GitHub notifies GCP Container Builder that a new tag has been committed
* GCP Container Builder builds the Docker image, tags it as 0.2.1 and pushes it to Google Container Registry
* Weave Flux detects the new tag on GCR and updates the Canary deployment definition
* Weave Flux commits the Canary deployment definition to GitHub
* Weave Flux commits the Canary deployment definition to GitHub in the cluster repo
* Weave Flux triggers a rolling update of the Canary deployment
* Weave Cloud sends a Slack notification that the 0.2.1 patch has been released
@@ -223,4 +224,6 @@ desired state described in git and will apply the changes.
If you notice that the Canary doesn't behave well under load you can revert the changes in Git and
Weave Flux will undo the weight settings by applying the desired state from Git on the cluster.
Keep iterating on the Canary code until the SLA is on a par with the GA release.