趁热记录下，给未来的自己。

1 | 春天来了一个需求

1.1 | 现状

不同工程团队有各自的 k8s 开发集群, 负责的服务部署在各自的集群上
但是这些服务之间存在调用关系（单项或者双向的）
不同 k8s 集群之间内网是联通的
其中一个集群要作为流量入口，面向用户

1.2 | 需求

实现服务跨集群访问
服务之间只能通过内网调用
统一的外部流量接入控制

2 | 方案有挺多的

跨集群访问，应该是一个比较普遍的需求，市面上有很多各种各样的方案。比如：

跨集群的注册发现服务 比如使用 nacos 作为跨集群的注册发现中间件，所有在不同集群里的服务都注册到 nacos 上，由 nacos 来进行服务的注册发现以及负载均衡。
配置集群内网SLB 每一个集群各自配置一个自己的内网 SLB 地址，通过 ingress 的 path 配置不同的路由转发。
使用ExternalName Service 在请求发起方集群配置跨集群服务在本集群的 service，type 为 ExternalName 的headless service。

方案	优点	缺点
跨集群的注册发现服务	无需额外运维要求	要求所有服务使用同一套注册发现服务，限制比较强，且注册发现服务不一定满足不同技术栈的团队，比如 nacos 就没有官方支持的 go sdk
配置集群内网SLB	对调用方友好，无需在调用方做额外运维配置，只需要正常业务代码内调用即可	对集群运维要求较高，需要有一定的运维知识，且如果没有现成的 SLB 组件，还需要自建，成本较高
使用ExternalName Service	适用范围最广，使用最灵活，可以在任何阶段进行配置改造，对跨集群服务支持的调用方式兼容性好（支持 ClusterIP， NodePort 以及域名调用）	对本方集群运维能力要求高

以上三种方案，都可以实现跨集群的服务调用。然而，方案三却是目前最符合现状且能推进下去的。所以，下面就方案三展开来说。

3 | 展开来讲讲

方案三用到了 k8s 的 ExternalName Service（这里不展开讲这是什么，感兴趣可以点击查看）。主要讲怎么用。下面分几个场景来讲解：

3.1 | 场景 1

假设：k8s2 集群有个服务 s2, 对外以 Ingress 方式提供服务，访问地址是： abc.com 调用方集群创建一个 service ：

apiVersion: v1
kind: Service
metadata:
  name: k8s2-s2
  namespace: prod
spec:
  type: ExternalName
  externalName: abc.com
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 80

那么, 在调用方集群内的服务，就可以通过本集群的服务名（k8s2-s2.prod.svc.cluster.local）去访问跨集群的服务。

3.2 | 场景 2

假设：k8s3 集群有个服务 s3, 对外以 NodePort 方式提供服务，访问地址是：192.168.0.199:30099 按照场景 1 的配置生成一个 service，可以用么？

apiVersion: v1
kind: Service
metadata:
  name: k8s3-s3
  namespace: prod
spec:
  type: ExternalName
  externalName: 192.168.0.199
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 30099

可以用，但是有问题。在 nginx 的日志里会疯狂打印一个错误：找不到 192.168.0.199 这个域名对应的 ip。原因是，在集群看来， externalName 字段是一个域名，是需要做 dns 解析成 ip 的。如果我们直接填一个 ip 的字段，虽然能用，但是会疯狂输出日志，冲掉正常 nginx 请求的日志。

那既然这样，改成域名调用呗。那么问题来了，对方给我一个 ip，我上哪去变一个域名呢？修改 hosts，准确的说，修改 k8s coredns 服务的 hosts：

# kubectl -n kube-system edit cm coredns
apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...
        hosts {
            192.168.0.199 s3.k8s3 
            fallthrough
        }
        ...
    }
kind: ConfigMap
metadata:
  name: coredns
  namespace: kube-system

然后修改 service

apiVersion: v1
kind: Service
metadata:
  name: k8s3-s3
  namespace: prod
spec:
  type: ExternalName
  externalName: s3.k8s3
  ports:
  - name: http
    port: 80
    protocol: TCP
    targetPort: 30099

此时，在调用方集群内的服务，就可以通过本集群的服务名（k8s3-s3.prod.svc.cluster.local）去访问跨集群的服务。

4 | 说点非技术的

技术上的最优解，不一定是方案上的最优解，要考虑人的因素
一个和尚挑水吃，两个和尚抬水吃，三个和尚没水吃
如果改变不了周围，就勇敢改变自己

以上。

你我本非一个世界，为何强求从我的世界经过 | 不同 k8s 集群间服务如何相互访问？