本示例将向您展示如何逐步将流量从一个版本的微服务迁移到另一个版本。例如，您可以将流量从旧版本迁移到新版本。
一个常见的用例是将流量从一个版本的微服务逐渐迁移到另一个版本。在 Istio 中，您可以通过配置一系列规则来实现此目标， 这些规则将一定百分比的流量路由到一个或另一个服务。在本任务中，您将会把 50％ 的流量发送到 reviews:v1，另外 50％ 的流量发送到 reviews:v3。然后，再把 100％ 的流量发送到 reviews:v3 来完成迁移。
开始之前
- 按照安装指南中的说明安装 Istio。
- 部署Bookinfo示例应用程序，包括默认的目标规则。
- 查看流量管理概念文档。
应用基于权重的路由
如果尚未应用目标规则，请先应用 默认目标规则。
首先，运行此命令将所有流量路由到各个微服务的
v1版本。$ kubectl apply -f samples/bookinfo/networking/virtual-service-all-v1.yaml在浏览器中打开 Bookinfo 站点。网址为
http://$GATEWAY_URL/productpage，其中 $GATEWAY_URL 是 ingress 的外部 IP 地址，其描述参见 Bookinfo 文档。请注意，不管刷新多少次，页面的评论部分都不会显示评级星号。 这是因为 Istio 被配置为将 reviews 服务的的所有流量都路由到了 reviews:v1 版本， 而该版本的服务不会访问带星级的 ratings 服务。
使用下面的命令把 50% 的流量从 reviews:v1 转移到 reviews:v3：
$ kubectl apply -f samples/bookinfo/networking/virtual-service-reviews-50-v3.yaml等待几秒钟以让新的规则传播到代理中生效。
确认规则已被替换：
$ kubectl get virtualservice reviews -o yaml apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: reviews ... spec: hosts: - reviews http: - route: - destination: host: reviews subset: v1 weight: 50 - destination: host: reviews subset: v3 weight: 50刷新浏览器中的
/productpage页面，大约有 50% 的几率会看到页面中出带 红色 星级的评价内容。这是因为v3版本的reviews访问了带星级评级的ratings服务，但v1版本却没有。在目前的 Envoy sidecar 实现中，可能需要刷新
/productpage很多次--可能 15 次或更多--才能看到正确的流量分发的效果。您可以通过修改规则将 90% 的流量路由到v3，这样能看到更多带红色星级的评价。如果您认为
reviews:v3微服务已经稳定，你可以通过应用此 virtual service 规则将 100% 的流量路由到reviews:v3：$ kubectl apply -f samples/bookinfo/networking/virtual-service-reviews-v3.yaml
现在，当您刷新 /productpage 时，您将始终看到带有 红色 星级评分的书评。
理解原理
在这示例中，我们使用 Istio 的权重路由功能将流量从旧版本的 reviews 服务迁移到新版本。
请注意，这和使用容器编排平台的部署功能来进行版本迁移完全不同，后者使用了实例扩容来对流量进行管理。
使用 Istio，两个版本的 reviews 服务可以独立地进行扩容和缩容，而不会影响这两个服务版本之间的流量分发。
如果想了解支持自动伸缩的版本路由的更多信息，请查看使用 Istio 进行金丝雀部署 。
清理
删除应用程序路由规则。
$ kubectl delete -f samples/bookinfo/networking/virtual-service-all-v1.yaml如果您不打算探索任何后续任务，请参阅Bookinfo清理中的说明来删除应用程序。
