参考内容：Istio(四)：创建部署Gateway并使用网关暴露服务-博客园
ingressgateway、service、VirtualService流量路径：从浏览器到后端服务.用户访问 后端服务
用户在浏览器中输入 http://exam.com/getList。
浏览器通过 DNS 查询 exam.com 的 IP 地址。
.DNS 解析
exam.com 的 DNS 记录指向 istio-ingressgateway的外部 IP。
如果 Kubernetes Service 类型是 LoadBalancer，则 DNS 指向云负载均衡器的 IP。
如果是 NodePort 类型，DNS 可以指向集群节点的外部 IP。
.流量到达 Kubernetes Service（istio-ingressgateway）
外部流量通过 IP 和端口（如 ）进入 Kubernetes Service istio-ingressgateway。
此处忽略pod：istio-ingressgateway是clusterIP类型，我也不知道这个项目为什么对外暴露是clus ...
环境准备部署官网：地址同步 | Apache Dubbo。
官网部署下来绝对是有问题的，因为缺少了部分配置，只能说提供了参考。这篇文档中在官方部署的基础上增加配置文件需要的配置以及注意事项等，并且附上解决方向和思路。
ks集群中的环境准备：
ks中已经安装了istio，并且istio-system下的pod都处于running状态
有provider-v、v，consumer镜像（私有仓库等）
# 测试是否安装istioistioctl version# 查看istio-system下的podkubectl get pods -n istio-system
查看webhook注入服务网格的条件）使用kubectl get mutatingwebhookconfiguration istio-injection--- -o yaml > istio-injection---.yaml 命令输出yaml文件，命名空间下自动注入sidecar的表达式如图，条件为：命名空间的标签应该有istio.io;revD;-- ...
. ks架构整体架构图官方提供的整体架构图如下：
主节点既可以做主节点，也可以做从节点，最小要求一主一从作为学习要求。
下边是对官方的结构图进行解释后的架构图：
通过kubectl或者可视化ui操作ks对外开放的api-server，即从节点的kubelet去管理从节点或pod。
核心组件（主节点，或者叫控制面板）：
api-server 提供了资源操作的唯一入口，并提供认证、授权、访问控制、API 注册和发现等机制；
etcd 保存了整个集群的状态；
etcd是构建一个高可用的分布式键值(key-value)数据库。etcd内部采用raft协议作为一致性算法，etcd基于Go语言实现 ;主要用于共享配置和服务发现 ;
原理动画演示：http://thesecretlivesofdata.com/raft/
controller manager 负责维护集群的状态，比如故障检测、自动扩展、滚动更新等；
scheduler 负责资源的调度，按照预定的调度策略将 Pod 调度到相应的机器上；
从节点的组件：
kubelet 负责维护容器的生命周期，同 ...
