k8s通过cluster vip解决pod到service的路由问题，具体kube-proxy的路由引擎负责
那么
1.k8s服务创建后，将其clusterIp作为静态参数 用于服务发现即可 为何需要用kube-dns？
可能：service的cluster ip会变化，比如service、k8s重启后
https://kubernetes.io/zh/docs/concepts/services-networking/service/#%e5%8a%a8%e6%9c%ba
2.pod-pod通信的必要性？
按服务粒度通信不足以解决哪些问题？pod-pod通信的场景
3.k8s内服务对外暴露时，必须采用nodePort嘛？这样每个node都需要占用端口资源
能否利用apiserver，dns及service 路由类似的机制访问（实现一个代理，监听k8s内服务的endpoints变化）
资料：
