创建 deployment

分别部署两个版本的 deployment。在灰度发布的过程中，注意 pod 标签的设置，后续 svc 和 dr 就是根据标签来划分 pod

apiVersion: apps/v1
kind: Deployment
metadata:labels:app: bbjcxtversion: v1name: bbjcxtnamespace: mm-nbxt-huidu
spec:...template:metadata:labels:app: bbjcxtversion: v1...
---
apiVersion: apps/v1
kind: Deployment
metadata:labels:app: bbjcxtversion: v1name: bbjcxtnamespace: mm-nbxt-huidu
spec:...template:metadata:labels:app: bbjcxtversion: v2...

app：后续创建的 service 通过此标签管理
version：后续创建的 destinationrule 通过此标签将应用分为两个子集

创建 service

因为灰度发布的原因，不同版本的 pod 的标签是不一样的，因此 service 的 selector 只能通过 app 标签来选择 pod

apiVersion: v1
kind: Service
...
spec:...selector:app: bbjcxt...

gw、vs 和 dr 的创建顺序没有要求，注意这三个资源的 host/hosts 参数设置
我的习惯是从外到内，即 gw -> vs -> dr

创建 gateway

host 参数设置的外部访问的域名

apiVersion: networking.istio.io/v1beta1
kind: Gateway
metadata:name: nbxtnamespace: mm-nbxt-huidu
spec:selector:app: istio-ingressgateway # 选择 istio IngressGateway 的 labelservers:- hosts:- nbxt.com # 自定义域名port:name: httpnumber: 80protocol: HTTP

需要注意的是配置了自定义域后，需要在本机和服务器上的 hosts 域名解析文件上配置相关内容

# 如果服务器的 ip 为 1.1.1.1，则需要同时在本机和服务器上的 hosts 添加如下
1.1.1.1 nbxt.com

创建 virtualserivce

注意 host 和 destination 字段参数设置，还有一个很重要的 match 字段（后续文章解释）
host 参数设置的外部和内部访问的域名

内部访问的域名是一个规范，有一定的格式，可以简单理解为 service 的 name

apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:name: nbxt-vsnamespace: mm-nbxt-huidu
spec:gateways:- nbxt # 上一步创建的 gw namehosts:- nbxt.com # 外部访问的 host- svc-bbjcxt # 内部访问的 hosthttp:- name: default # 展示了一个默认无匹配的路由，通过百分比分流route:- destination:host: svc-bbjcxtsubset: v1weight: 10- destination:host: svc-bbjcxtsubset: v2weight: 90

创建 destinationrule

host 参数设置是内部访问的域名

内部访问的域名是一个规范，有一定的格式，可以简单理解为 service 的 name

labels 就是 pod 的第二个标签，根据这个标签将应用根据版本分为多个子集

apiVersion: networking.istio.io/v1beta1
kind: DestinationRule
metadata:name: nbxt-drnamespace: mm-nbxt-huidu
spec:host: svc-bbjcxtsubsets:- labels:version: v1name: v1- labels:version: v2name: v2