本节开始学习istio对微服务的流量管理功能，先来看如何配置请求路由，使用istio的流量路由规则可以很容易的控制服务之间的流量和调用。 本节先基于官方文档https://istio.io/latest/zh/docs/tasks/traffic-management/request-routing/完成配置请求路由的实操演练，后续再理解一些概念性的东西。

bookinfo应用简介

前面我们部署的bookinfo应用由4个独立的微服务组成:

istio.jpg

bookinfo应用模仿在线书店的一个分类，显示一本书的信息，页面上会包含书的描述，书的ISBN，页数等详细信息，以及关于本书的评论。 bookinfo应用的4个微服务如下:

  • productpage: 此微服务使用python语言开发，会调用details和reviews两个微服务，用来生成页面
  • details: 此微服务使用ruby开发，提供数据的详细信息
  • reviews: 此微服务使用java语言开发，提供书的评论信息，它还会调用ratings微服务
  • ratings: 此微服使用NodeJS开发，务提供书的评论组成的评级信息

另外，还需注意reviews微服务部署了3个版本:

  • v1版本不会调用ratings服务
  • v2版本会调用ratings服务，使用1到5个黑色五角星显示评分信息
  • v3版本会调用ratings服务，使用1到5个红色五角星显示评分信息
 1kubectl get deploy -l app=reviews
 2NAME         READY   UP-TO-DATE   AVAILABLE   AGE
 3reviews-v1   1/1     1            1           43h
 4reviews-v2   1/1     1            1           43h
 5reviews-v3   1/1     1            1           43h
 6
 7kubectl get pod -l app=reviews
 8NAME                          READY   STATUS    RESTARTS   AGE
 9reviews-v1-545db77b95-g7nw7   2/2     Running   0          43h
10reviews-v2-7bf8c9648f-wrcqq   2/2     Running   0          43h
11reviews-v3-84779c7bbc-xgmlf   2/2     Running   0          43h

reviews服务同一时间在k8s集群中存在3个版本原因有可能是最开始是v1版本，后来想要做一个实验确定V2和V3两个版本哪个版本显示评分信息的方式更好一些，这可能就需要做A/B测试，此时就需要利用istio强大的流量管理功能。

当然，此时部署的bookinfo应用的服务网格还没有配置任何流量管理请求路由的，因此此时请求应用的书籍页面/productpage，显示结果应该随机的， 要看本次请求到哪个版本的reviews服务上，多刷新一次页面，就会发现书籍评论有的时候不包含评分信息、有的时候是黑色星级评分信息、有的时候是红色星级评分信息。

bookinfo-productpage.gif

将请求路由到固定版本的微服务上

首先要做的实验是尝试用istio控制将bookinfo所有流量路由到v1版本的reviews服务。在使用istio控制bookinfo版本路由之前，需要先创建默认的DestinationRule。 以profile=default或profile=demo部署的istio默认开启了自动双向TLS，因此创建默认的DestinationRule需应用下面的文件:

1kubectl apply -f samples/bookinfo/networking/destination-rule-all-mtls.yaml
2destinationrule.networking.istio.io/productpage created
3destinationrule.networking.istio.io/reviews created
4destinationrule.networking.istio.io/ratings created
5destinationrule.networking.istio.io/details created

上面的命令分别为4个微服务创建了destinationrule，看一下destination-rule-all-mtls.yaml的内容:

 1apiVersion: networking.istio.io/v1alpha3
 2kind: DestinationRule
 3metadata:
 4  name: productpage
 5spec:
 6  host: productpage
 7  trafficPolicy:
 8    tls:
 9      mode: ISTIO_MUTUAL
10  subsets:
11  - name: v1
12    labels:
13      version: v1
14---
15apiVersion: networking.istio.io/v1alpha3
16kind: DestinationRule
17metadata:
18  name: reviews
19spec:
20  host: reviews
21  trafficPolicy:
22    tls:
23      mode: ISTIO_MUTUAL
24  subsets:
25  - name: v1
26    labels:
27      version: v1
28  - name: v2
29    labels:
30      version: v2
31  - name: v3
32    labels:
33      version: v3
34---
35apiVersion: networking.istio.io/v1alpha3
36kind: DestinationRule
37metadata:
38  name: ratings
39spec:
40  host: ratings
41  trafficPolicy:
42    tls:
43      mode: ISTIO_MUTUAL
44  subsets:
45  - name: v1
46    labels:
47      version: v1
48  - name: v2
49    labels:
50      version: v2
51  - name: v2-mysql
52    labels:
53      version: v2-mysql
54  - name: v2-mysql-vm
55    labels:
56      version: v2-mysql-vm
57---
58apiVersion: networking.istio.io/v1alpha3
59kind: DestinationRule
60metadata:
61  name: details
62spec:
63  host: details
64  trafficPolicy:
65    tls:
66      mode: ISTIO_MUTUAL
67  subsets:
68  - name: v1
69    labels:
70      version: v1
71  - name: v2
72    labels:
73      version: v2
74---

上面reviews微服务的destinationrule的subsets包含v1, v2, v3。

接下来使用下面的命令创建VirtualService:

1cd istio-1.10.2 #进入istio安装包的解压目录
2kubectl apply -f samples/bookinfo/networking/virtual-service-all-v1.yaml
3virtualservice.networking.istio.io/productpage created
4virtualservice.networking.istio.io/reviews created
5virtualservice.networking.istio.io/ratings created
6virtualservice.networking.istio.io/details created

上面命令分别为4个微服务创建了各自的virtualservice，看一下virtual-service-all-v1.yaml的内容:

 1apiVersion: networking.istio.io/v1alpha3
 2kind: VirtualService
 3metadata:
 4  name: productpage
 5spec:
 6  hosts:
 7  - productpage
 8  http:
 9  - route:
10    - destination:
11        host: productpage
12        subset: v1
13---
14apiVersion: networking.istio.io/v1alpha3
15kind: VirtualService
16metadata:
17  name: reviews
18spec:
19  hosts:
20  - reviews
21  http:
22  - route:
23    - destination:
24        host: reviews
25        subset: v1
26---
27apiVersion: networking.istio.io/v1alpha3
28kind: VirtualService
29metadata:
30  name: ratings
31spec:
32  hosts:
33  - ratings
34  http:
35  - route:
36    - destination:
37        host: ratings
38        subset: v1
39---
40apiVersion: networking.istio.io/v1alpha3
41kind: VirtualService
42metadata:
43  name: details
44spec:
45  hosts:
46  - details
47  http:
48  - route:
49    - destination:
50        host: details
51        subset: v1
52---

reviews微服务的VirtualService配置了路由的目标只到v1 subset，其他服务在请求reviews时将只被路由到reviews v1。 istio配置的传播是最终一致性的，等待几秒钟后，多次刷新/prodctpage页，确认书籍评不再不包含评分信息，说明请求一直被路由到v1版本的reviews服务。

基于用户身份进行请求路由

接下来将尝试通过修改路由配置，将指定用户的请求路由到指定版本的服务上。这里将来自用户名为jason的请求路由到v2版本的reivews服务上。 需要注意，istio对用户身份没有内置任何的机制，istio并不会与我们微服务中的业务逻辑耦合，因实验室此istio代理并不知道具体是哪个一个用户在访问服务。 这里实际上是将productpage服务到reviews服务的请求上加上了一个end-user的请求头，通过判断请求头实现的。

执行下面的命令:

1kubectl apply -f samples/bookinfo/networking/virtual-service-reviews-test-v2.yaml
2virtualservice.networking.istio.io/reviews configured

上面的命令对reviews服务的virtualservice做了修改，virtual-service-reviews-test-v2.yaml的内容如下:

 1kind: VirtualService
 2metadata:
 3  name: reviews
 4spec:
 5  hosts:
 6    - reviews
 7  http:
 8  - match:
 9    - headers:
10        end-user:
11          exact: jason
12    route:
13    - destination:
14        host: reviews
15        subset: v2
16  - route:
17    - destination:
18        host: reviews
19        subset: v1

请求头中end-user=jason的路由目标是reviews-v2，其他是reviews-v1。测试以jason登录(密码任意输入)，登录后多次刷新/productpage页面，书籍的评论都一直包含黑星评级，而以其他用户名登录或匿名不登录访问时书籍评论都不包含星级评论。 这说明已经成功配置按用户身份的路由控制。

总结

经过本节的两个练习，使用istio将100%的请求流量都路由到了v1版本的reviews服务，设置一条路由规则，根据productpage服务发起的请求中的end-user请求头，选择性地将特定的流量路由到v2版本的reviews服， 已经体验了istio在对配置请求路由方面的管理微服务间流量的能力。实际上为了实现这些能力，Istio对部署在Kubernetes上的Pod和Service有一些基本的要求，具体整理如下:

  • Service的端口必须正确命名：命名的规范是<protocol>[-<suffix>]，其中suffix后缀部分可以省略。如在bookinfo示例中的reviews Service：

     1apiVersion: v1
 2kind: Service
 3metadata:
 4  name: reviews
 5  labels:
 6    app: reviews
 7spec:
 8  ports:
 9  - port: 9080
10    name: http
11  selector:
12    app: reviews

    name为http，表示这是一个http服务，这样才可以使用istio的7层路由功能，才可以使用http header。port命名支持的protocol包含：http、http2、grpc、mongo、redis，istio可以通过这些协议的内容来实现不同的路由功能。如果对Kubernetes Service Port的命名没有指定protocol的前缀，则Istio将认为该端口是普通的TCP流量。

  • Service的关联：Pod必须被关联到Kubernetes服务上。如果一个Pod关联到多个Service上，则这些Service不能在同一端口上使用不同的协议，例如HTTP和TCP

  • Deployment应该带有app和version的Label：在使用Kubernetes的Deployment部署Pod的时候，应该显示的为Deployment加上app及version标签。app标签会在分布式追踪的过程中被用来加入上下文信息，istio还会用app和versio标签来给遥测metrics加入上下文数据

  • 应用UID: 确保你的Pod不会以用户ID(uid)为1337的用户运行应用(因为在envoy代理sidecar中的运行用户uid是1337)

参考