grpc 服务器推送 java例子 istio grpc服务间调用

前言：接上一篇istio应用部署，本文介绍通过virtualservice实现流量控制，并通过部署client端进行服务调用实例

1. 修改virtualservice组件，实现权重占比访问不同版本服务（v1版本70%，v2版本30%）

拆分流量使用weight关键字来设置，70%的流量走v1版本,30%的流量走v2版本

输入命令，重新应用一下virtualservice组件

sudo kubectl apply -f springbootapp-vs-v1.yaml -n springistiodemo

通过istio-ingressgateway对外访问的地址，进行服务访问（http://ip:31380/hello）

通过kiali管理界面，查看服务调用详情，可以看到v1版本访问占比大概达到70%左右

2. 超时时间设置，timeout：0.002s

修改virtualservice的yaml文件，添加timeout属性，数值改小一些，方便测试

访问服务，不断刷新，发现有一部分服务已超时，访问不到

通过kiali管理界面，查看服务调用详情，发现v2版本已100% error

3. 服务间调用：运行busybox容器客户端，访问springbootapp应用服务

新建一个busybox的客户端资源,与应用不在同一命名空间中，当然也可以在同一命名空间中；创建命名空间istioclient，并设置istio自动注入

sudo kubectl create namespace istioclient
  sudo kubectl label namespace istioclient istio-injection=enabled
  sudo kubectl get ns istioclient --show-labels # 查看注入状态

client文件busybox-client.yaml内容

apiVersion: apps/v1
  kind: Deployment
  metadata:
  name: busyclient
  # namespace: istioclient
  spec:
  replicas: 1
  selector:
  	matchLabels:
  	app: busyclient
  strategy:
  	rollingUpdate:
		maxSurge: 25%
		maxUnavailable: 25%
  	type: RollingUpdate
  template:
  	metadata:
		labels:
  		app: busyclient
  		version: v1
      spec:
        containers:
		- name: busybox
  		image: busybox
  		imagePullPolicy: IfNotPresent  # 不存在才拉取镜像，默认值
  		command: [ "/bin/sh", "-c", "sleep 3600" ]

执行命令，创建Deployment：

sudo kubectl apply -f busybox-client.yaml -n istioclient

查看pod

sudo kubectl get pods -n istioclient

进入客户端容器中，访问springbootapp服务

sudo kubectl exec -it busyclient-5f6b7b954d-9wq5q /bin/sh -n istioclient

访问springbootapp服务

wget -q -O - http://springbootapp-svc.springistiodemo:8080/hello

说明：

1.上述服务格式[servicename].[namespace]:[port]/[action]
  客户端与服务不在同一命名空间下，使用上述格式访问服务，参考k8s的namespace隔离机制
  2.如在同一命名空间下，则直接使用[servicename]:[port]/[action]访问
  for i in `seq 10`;do wget -q -O - http://springbootapp-svc:8080/hello;done
  3.此处的port对应的是k8s的service（svc）节点的port端口值，不是nodePort端口设置值；
  port是service端口，即k8s中服务之间的访问端口
  targetport是pod（也就是容器）的端口
  nodeport是容器所在node节点的端口，即外部机器可访问的端口。（通过nodeport类型的service暴露给集群节点）
  4.busybox client客户端也必须经过 Istio 注入，因为只有客户端被 Istio 注入才可以接收到来自 Pilot 有关 Virtual Service 和 Destination Rule 的配置信息，才可以保证流量接管生效。

可以通过命令运行busybox，退出后pod自动删除释放

sudo kubectl run --namespace=springistiodemo busybox --rm -ti --image busybox /bin/sh