操作场景
网站计划推出会员积分抵扣运费的活动以发展会员。电商网站策划了会员积分抵扣订单金额的新功能,当前部署的 order 服务由 v1 deployment 提供,没有运费抵扣的功能;网站新开发了 order 服务的 v2版本,有积分抵扣运费的功能。网站希望可以于请求的 header 中是否会员的 cookie 信息进行路由,会员路由至 order v2(有运费抵扣功能),非会员路由至 order v1(无运费抵扣功能)。
服务多版本路由概览图如下所示:
?
?操作步骤
提交以下 yaml 文件至主集群,部署 order v2至集群。
apiVersion: apps/v1kind: Deploymentmetadata:name: order-v2namespace: baselabels:app: orderversion: v2spec:replicas: 1selector:matchLabels:app: orderversion: v2template:metadata:labels:app: orderversion: v2spec:containers:- name: orderimage: ccr.ccs.tencentyun.com/zhulei/testorder2:v1imagePullPolicy: Alwaysenv:- name: POD_NAMEvalueFrom:fieldRef:fieldPath: metadata.name- name: REGIONvalue: "guangzhou-zoneA"ports:- containerPort: 7000protocol: TCP
部署完成后,由于还未配置路由规则,此时访问 order 服务的流量会被随机路由至 v1版本或 v2版本。如下图所示:
?
?配置基于流量特征内容的路由规则前先需要通过 DestinationRule 定义 order 服务的两个版本。如下图所示:
定义 order 服务的版本如下图所示:
?
?order 服务版本定义完成如下图所示:
?
?或可通过提交 YAML 文件至主集群完成 Destination Rule 的创建:
apiVersion: networking.istio.io/v1alpha3kind: DestinationRulemetadata:name: ordernamespace: basespec:host: ordersubsets:- name: v1labels:version: v1- name: v2labels:version: v2exportTo:- '*'
两个版本定义完成后,通过 VirtualService 定义按流量特征进行路由,请求的 header-cookie 中 vip=false 时路由至 order 服务的 v1 subset,vip=true 时路由至 order 服务的 v2 subset。即会员的请求路由至 order v2,非会员的请求路由至 order v1。提交以下 yaml 资源至主集群,即可完成上述配置。
apiVersion: networking.istio.io/v1alpha3kind: VirtualServicemetadata:name: order-vsnamespace: basespec:hosts:- order.base.svc.cluster.localhttp:- match:- headers:cookie:exact: vip=falseroute:- destination:host: order.base.svc.cluster.localsubset: v1- match:- headers:cookie:exact: vip=trueroute:- destination:host: order.base.svc.cluster.localsubset: v2
配置完成后,可登录会员账号(ID:1-3)加购和买单,发现有运费抵扣功能,流量被路由到了 order v2版本;登录非会员账号(ID:4-5)加购和买单,发现无运费抵扣功能,根据 header 中的 VIP 字段信息,请求被路由到了最初部署的 order v1版本。版本信息也可通过左下角悬浮窗中的信息观察。
会员用户请求被路由到 v2版本如下图所示:
?
?非会员用户请求被路由到 v1 版本如下图所示:
?
?基于流量规则的路由如下图所示:
?
?