概述

  本篇介绍kubernetes的服务发现，主要分三部分：k8s 集群内部互相通信、k8s 集群内部访问外部、集群外部访问集群内部。
  解决上述三类通讯就能满足生产中的业务需求。

集群内部

ip访问

  集群内部服务互相访问，可以直接使用对应的 ip 进行访问，但 pod 的 ip 是不稳定的，经常的发生变化。如下图：

Service

  Service拥有相对固定的 ip(只要这个Service没有被删除)，podA 中连接 Service 的 ip ,且内部 podB 还可以做至负载均衡。如下图：

DNS

  使用 Service 还是不够优雅，k8s 又提供了 DNS，能过 Service 名称来定位到 Service ip ，从而访问至 podB。

HeadlessService

  当我们需要在 podA 端做负载均衡的时候，DNS 显然是没法满足我们的需要，所以 HeadlessService 出现了，它 podC 的列表返回。如下图：

集群内 --> 集群外

  当我们需要访问集群外的 mysql 时，一种根据 IP+Port 的方式来直接访问，但此种方式因 mysql 的迁移而变化，导致修改程序，第二种：结合 DNS+Service+Endpoint方式，解决修改程序的缺点。

集群外–> 集群内

NodePort

  NodePort是在每个物理节点上开个端口，这种可能会导致后期服务增多，端口不够用的情况，而且还多了一层转发，现在的生产中，已经很少用到了。如下图：

HostPort

  相对于 NodePort ，每个物理节点都会开一个端口，HostPort 只会在 pod 所在物理节点上开一个端口,不会多一次转发。

Ingress

Ingress官方地址
ingress-nginx deploy

详细请参考 ingress-nginx离线安装实践