一、Service存在的意义
二、Service的定义和创建
Pod与Service的关系
Service的定义和创建
三、Service使用NodePort对外暴露应用
四种类型，常用的三种：
指定Service的NodePort端口
在实际生产中，k8s的集群不会直接暴露在公网中，一般会在k8s集群前加一个负载均衡器，这个负载均衡器暴漏在公网。
四、Service负载均衡实现之iptables
Service代理模式
k8s默认使用iptables模式，如果要使用IPVS模式，需要单独启用IPVS模式，见下一小节。
查看iptables关于指定Service的负载均衡规则：
五、Service负载均衡实现之iptables
修改后，需要重新加载ConfigMap,有一个简
单粗暴的方式，删除任一一个Pod,会自动重新加载ConfigMap。
查看ipvs规则，需要安装一个辅助工具
下面就是当前这个Pod设置Service暴露后，在IPVS的实际规则
rr - 轮询
实际上在宿主机上创建了一个虚拟网卡，用来接收内部流量请求
六、Service的DNS名称解析
创建一个临时的Pod,验证通过ServiceName访问Pod
正常解析到了，在程序代理里，可以使用ServiceName替换以前写的IP。
可以看到你请求的ServiceName，本质请求的是CoreDNS，CoreDNS保存有从K8s获得的A记录，然后返回真实服务IP。
七、iptables与ipvs对比
Iptables有性能衰减，k8s已将IPVS加入，IPVS性能非常稳定，建议使用IPVS。
