十三 Istio：Istio项目实际案例——Online Boutique( 九 ) _生活百科

由于我们在产品目录服务部署中留下了额外的延迟，我们仍然会看到错误。

文章插图
让我们打开 Zipkin 中的追踪，看看重试策略的作用。使用 getmesh istioctl dash zipkin 来打开 Zipkin 仪表盘。或者使用如下方法打开zipkin界面

#查看zipkin端口为30350[root@k8scloude1 ~]# kubectl get svc -n istio-system | grep zipkinzipkinNodePort10.104.85.78<none>9411:30350/TCP23d

浏览器输入http://192.168.110.130:30350/打开zipkin界面。

文章插图
点击 + 按钮，选择 serviceName 和 frontend.online-boutique 。为了只得到至少一秒钟的响应（这就是我们的 perTryTimeout），选择 minDuration，在文本框中输入 1s 。点击RUN QUERY搜索按钮，显示所有追踪。

文章插图
点击 Filter 按钮，从下拉菜单中选择 productCatalogService.online-boutique 。你应该看到花了 1 秒钟的 trace 。这些 trace 对应于我们之前定义的 perTryTimeout 。

文章插图
点击SHOW

文章插图
详细信息如下：

文章插图
运行 kubectl delete vs productcatalogservice 删除 VirtualService 。

[root@k8scloude1 ~]# kubectl get virtualserviceNAMEGATEWAYSHOSTSAGEfrontend["frontend.online-boutique.svc.cluster.local"]6d15hfrontend-ingress["frontend-gateway"]["*"]24hproductcatalogservice["productcatalogservice.online-boutique.svc.cluster.local"]37mrecommendationservice["recommendationservice.online-boutique.svc.cluster.local"]113m[root@k8scloude1 ~]# kubectl delete virtualservice productcatalogservicevirtualservice.networking.istio.io "productcatalogservice" deleted[root@k8scloude1 ~]# kubectl get virtualserviceNAMEGATEWAYSHOSTSAGEfrontend["frontend.online-boutique.svc.cluster.local"]6d15hfrontend-ingress["frontend-gateway"]["*"]24hrecommendationservice["recommendationservice.online-boutique.svc.cluster.local"]114m

【十三 Istio：Istio项目实际案例——Online Boutique】