Istio学习笔记——部署示例工程Bookinfo

项目介绍

Bookinfo是Istio官方提供的一个微服务风格的书店应用，作为实验对象，用于演示Istio的各种特性。（显然，在做Istio实验前，还要自己先写一个微服务应用，学习路径就太不友好了。）

系统架构

Bookinfo包含4个独立的微服务：

• Ratings （评分服务）
• Details（详情服务）
• Reviews （评论服务，依赖Ratings，同时提供评论和评分）
• Productpage（产品页面，展示产品详情，评论和评分）

其中Reviews有3个版本：

• v1只提供评论
• v2同时提供评论和评分，评分以黑色星星展现
• v3同时提供评论和评分，评分以红色星星展现

依赖关系如下图所示：

image.png

安装步骤

istio的安装包自带了bookinfo的部署脚本，以下命令均在istio-1.2.0目录下执行。

1. 对default namespace使用自动注入sidecar功能

kubectl label namespace default istio-injection=enabled

2. 部署Bookinfo

kubectl apply -f samples/bookinfo/platform/kube/bookinfo.yaml

部署内容包括4个service，以及6个deployment（Reviews每个版本各有一个deployment）

3. 检查service和pod状态，确认启动成功。

4. 尝试在ratings pod中调用productpage，确认应用运行正常。

kubectl exec -it \
  $(kubectl get pod -l app=ratings -o jsonpath='{.items[0].metadata.name}') \
  -c ratings \
  -- curl productpage:9080/productpage | grep -o ""

预期输出为

源码分析

对Bookinfo的源码分析，主要关注点在于，开发人员需要做什么特定的调整，才可以把应用部署到Istio，并自动获得Istio的各种特性。

1. 部署脚本

部署脚本即samples/bookinfo/platform/kube/bookinfo.yaml，可以看到里面定义的均为标准Kubernetes Deployment和Service对象，并不需要为Istio做特殊定制（前提是为当前namespace启动了sidecar自动注入）。

2. 服务间通讯

Bookinfo的服务间通过HTTP通讯。以Reviews调用Ratings为例，Reviews通过GET ratings(.default.svc.cluster.local):9080/ratings/{productId}访问Ratings，得到某个特定产品的评分。

其中domain部分通过环境变量SERVICE_DOMAIN传入（若为空，则认为与调用者在同一namespace下）。

这就是kubernetes服务发现的方式，在代码层面，并不需要为Istio做额外的事情。

3. Tracing

在4个微服务中能发现类似的代码:

从访问本服务的HTTP Request中获得以下header，如果需要调用其他服务，那么在请求中，也把这些header加上。

incomming_headers = [
  'x-request-id',
  'x-b3-traceid',
  'x-b3-spanid',
  'x-b3-parentspanid',
  'x-b3-sampled',
  'x-b3-flags',
  'x-ot-span-context'
]

request = Net::HTTP::Get.new(uri.request_uri)
incomming_headers.each { |header, value| request[header] = value }
response = http.request(request)

这是为了对接OpenTracing，是属于需要特殊的部分（但这部分特定代码是为了使用OpenTracing，不管是否部署到Istio，如果服务需要通过OpenTracing监控，那么这部分代码就必须实现）。

结论，开发人员并不需要为对接Istio做特殊的定制开发，Istio确实做到了它的目标，提供强大的服务治理功能的同时，对应用开发人员透明。