You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc_files/iter8_bookinfo_istio.md
+15-15
Original file line number
Diff line number
Diff line change
@@ -14,7 +14,7 @@ The tutorial is based on the [Bookinfo sample application](https://istio.io/docs
14
14
15
15
## YAML files used in the tutorial
16
16
17
-
All Kubernetes YAML files you will need in this tutorial are in the _iter8-controller_ repository [here](https://github.com/iter8-tools/iter8-controller/tree/master/doc/tutorials/istio/bookinfo).
17
+
All Kubernetes YAML files you will need in this tutorial are in the _iter8-controller_ repository [here](https://github.com/iter8-tools/iter8-controller/tree/v0.1.0/doc/tutorials/istio/bookinfo).
18
18
19
19
## Part 1: Successful canary release: _reviews-v2_ to _reviews-v3_
20
20
@@ -25,13 +25,13 @@ At this point, we assume that you have already followed the [instructions](iter8
25
25
First, let us create a `bookinfo-iter8` namespace configured to enable auto-injection of the Istio sidecar:
You should see the following pods in the `bookinfo-iter8` namespace. Make sure the pods' status is "Running." Also, note that there should be 2 containers in each pod, since the Istio sidecar was injected.
@@ -50,7 +50,7 @@ We have deployed "version 2" of the _reviews_ microservice, and version 1 of all
50
50
Let us now expose the edge _productpage_ service by creating an Istio Gateway for it.
You should now see the Istio Gateway and VirtualService for _productpage_, as below:
@@ -136,7 +136,7 @@ In the example above, we specified only one success criterion. In particular, we
136
136
The next step of this tutorial is to actually create the configuration above. To that end, you can either copy and paste the yaml above to a file and then run `kubectl apply -n bookinfo-iter8 -f` on it, or you can run the following command:
Now, if you check the state of the `Experiment` object corresponding to this rollout, you should see that the rollout is in progress, and that 20% of the traffic is now being sent to _reviews-v3_:
@@ -234,7 +234,7 @@ The configuration above is pretty much the same we used in part 1, except that n
234
234
To create the above `Experiment` object, run the following command:
Now, if you check the state of the `Experiment` object corresponding to this rollout, you should see that the rollout is in progress, and that 20% of the traffic is now being sent to _reviews-v4_.
@@ -341,7 +341,7 @@ The configuration above differs from the previous ones as follows. We added a se
341
341
To create the above `Experiment` object, run the following command:
If you check the state of the `Experiment` object corresponding to this rollout, you should see that the rollout is in progress, and that 20% of the traffic is now being sent to _reviews-v5_.
In principle, any metric that can be derived from the data you have in your Prometheus database that might be meaningful to you in assessing the health of a service version can be used by _iter8_. Next, we are going to make _iter8_ aware of a metric that we will call _iter8_90_perc_latency_, which measures the 90th percentile latency of a service. In order to make _iter8_ aware of a new metric we need to add it to the _iter8config-metrics_ config map. For the purposes of this tutorial, we will do so by running the following command:
If you check the state of the `Experiment` object corresponding to this rollout, you should see that the rollout is in progress, and that 20% of the traffic is now being sent to _reviews-v6_.
@@ -624,7 +624,7 @@ If you look carefully at the definition above, you will notice a reference to th
624
624
Let us now create the `Experiment` object above by running the following command:
0 commit comments