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目录下执行。
- 对default namespace使用自动注入sidecar功能
kubectl label namespace default istio-injection=enabled
- 部署Bookinfo
kubectl apply -f samples/bookinfo/platform/kube/bookinfo.yaml
部署内容包括4个service,以及6个deployment(Reviews每个版本各有一个deployment)
-
检查service和pod状态,确认启动成功。
-
尝试在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 "<title>.*</title>"
预期输出为<title>Simple Bookstore App</title>
源码分析
对Bookinfo的源码分析,主要关注点在于,开发人员需要做什么特定的调整,才可以把应用部署到Istio,并自动获得Istio的各种特性。
- 部署脚本
部署脚本即samples/bookinfo/platform/kube/bookinfo.yaml
,可以看到里面定义的均为标准Kubernetes Deployment和Service对象,并不需要为Istio做特殊定制(前提是为当前namespace启动了sidecar自动注入)。
- 服务间通讯
Bookinfo的服务间通过HTTP通讯。以Reviews调用Ratings为例,Reviews通过GET ratings(.default.svc.cluster.local):9080/ratings/{productId}
访问Ratings,得到某个特定产品的评分。
其中domain部分通过环境变量SERVICE_DOMAIN传入(若为空,则认为与调用者在同一namespace下)。
这就是kubernetes服务发现的方式,在代码层面,并不需要为Istio做额外的事情。
- 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确实做到了它的目标,提供强大的服务治理功能的同时,对应用开发人员透明。