Traffic Shifting
A common use case is to migrate traffic gradually from one version of a microservice to another. In Istio, you accomplish this goal by configuring a sequence of rules that route a percentage of traffic to one service or another. In this task, you will send 50% of traffic to and 50% to reviews:v3
. Then, you will complete the migration by sending 100% of traffic to reviews:v3
.
Deploy the sample application.
Review the Traffic Management concepts doc.
If you haven’t already applied destination rules, follow the instructions in .
To get started, run this command to route all traffic to the
v1
version of each microservice.-
Notice that the reviews part of the page displays with no rating stars, no matter how many times you refresh. This is because you configured Istio to route all traffic for the reviews service to the version and this version of the service does not access the star ratings service.
Confirm the rule was replaced:
Refresh the
/productpage
in your browser and you now see red colored star ratings approximately 50% of the time. This is because thev3
version ofreviews
accesses the star ratings service, but the version does not.With the current Envoy sidecar implementation, you may need to refresh the
/productpage
many times –perhaps 15 or more–to see the proper distribution. You can modify the rules to route 90% of the traffic tov3
to see red stars more often.-
Now when you refresh the
/productpage
you will always see book reviews with red colored star ratings for each review.
In this task you migrated traffic from an old to new version of the service using Istio’s weighted routing feature. Note that this is very different than doing version migration using the deployment features of container orchestration platforms, which use instance scaling to manage the traffic.
With Istio, you can allow the two versions of the reviews
service to scale up and down independently, without affecting the traffic distribution between them.
For more information about version routing with autoscaling, check out the blog article Canary Deployments using Istio.
Remove the application routing rules: