由控制器来完成集群的工作负载，service（微服务）是将工作负载的应用暴露出去，从而解决访问问题
作用：无论是在集群内还是集群外，都可以访问pod上的应用，其实现对集群内的应用pod自动发现和负载均衡
service默认支持四层负载均衡，七层需要inggress来支持
通信必须要有proxy，如果是跨节点网络通信还需要flannel节点，然后再结合每个节点上的iptables，从而实现负载均衡
默认类型为ClusterIP，不指定的话就默认为ClusterIP
默认使用iptables，调度iptables算法是随机的，推荐使用lvs
IPVS模式
kube-proxy 通过 iptables 处理 Service 的过程，需要在宿主机上设置相当多的 iptables 规则，如果宿主机有大量的Pod，不断刷新iptables规则，会消耗大量的CPU 资源；
IPVS模式的service，可以使K8s集群支持更多量级的Pod。
lvs内核调度，算法更强大，性能更好，可以减少在刷iptables所带来的cpu消耗
修改proxy配置
重启pod，删除重建
在切换成ipvs模式后，kube-proxy会自动在宿主机上添加一个虚拟网卡，并给其分配serviceIP
Nodeport
nodeport在集群节点上绑定端口，每个端口对应一个服务
Headless（无头服务）
headless模式不需要分配VIP
该类型也是以一中特殊的clusterIP类型，clusterIP仅限于集群内进行访问
headless通过svc名称访问，由集群内dns提供解析
集群内直接使用service名称进行访问
该模式访问仅限于在集群内
LoadBalancer（从外部访问的第二种方式）
默认无法分配外部访问ip
loadBlabcer -> nodeport -> clusterip -> pod
LoadBalancer模式适用于云平台，裸金属环境需要安装metallb提供支持
官网：https://metallb.universe.tf/installation/
下载部署文件
在harbor仓库中新建一个metallb项目，并将镜像拉取在上面
拉取完成后，修改文件中的镜像地址，与刚拉取的harbor仓库保持一致
给镜像打上标签，并且上传到harbor仓库
部署服务
配置分配地址段
