现在微服务大行其道,以一种更合理的架构方式代理了“单体应用”,微服务有一个不同于单体应用的特点:各个微服务单元之间存在互相依赖问题,例如服务和数据库,而数据库往往会在应用容器集群外部单独布设为数据中心,这就需要集群内服务有访问集群外部服务的需求。

如果你使用云服务,可能会有连接RDS的需求,怎么做到呢,ExternalName
类型的Service和EndPoint都可以满足我们的要求,但在谈它们之前,我们先来看一下集群内是如何通信的。

<>集群内服务之间通信

DNS

<>Service type:ExternalName

在Docker环境中,由于Docker Engine自带 DNS Server,我们使用容器名
来访问其它容器,因为容器是不稳定的,当容器宕掉,再重新启动相同镜像的容器,IP地址会改变,所以我们不使用IP访问其它容器;同样的,在Kubernetes集群中,由于我们使用
kube-DNS,我们常用Service名称来访问某个服务,Service资源对象能保证其背后的容器副本始终是最新的IP。

因此,我们可以利用这个特性,对Service名称和外部服务地址做一个映射,使之访问Service名称既是访问外部服务。例如下面的例子是将 svc1 和
xxx.xxx.xxx.xxx 做了对等关系。
kind: Service apiVersion: v1 metadata: name: svc1 namespace: default spec: type
: ExternalName externalName: somedomain.org
<>设置 Service 的 EndPoint

在Kubernetes集群中,同一个微服务的不同副本会对集群内或集群外(取决于服务对外暴露类型)暴露统一的服务名称,一个服务背后是多个 EndPoint,
EndPoint解决映射到某个容器的问题,在 EndPoint 中不仅可以指定集群内容器的IP,还可以指定集群外的IP,我们可以利用这个特性使用集群外部的服务。

EndPoint 方式的缺点是只能指定IP,不能使用网址,比如网址,比如RDS的地址,这种情况下只能使用ExternalName来解决。
apiVersion: v1 kind: Service metadata: name: mysql-production spec: ports: -
port: 3306 --- kind: Endpoints apiVersion: v1 metadata: name: mysql-production
namespace: default subsets: - addresses: - ip: 192.168.1.25 ports: - port: 3306
<>总结

本文介绍了集群内部访问外部服务的两种方法,ExternalName 类型的服务适用于外部服务使用域名的方式,缺点是不能指定端口;而EndPoint
的方式适合于外部服务是IP的情况,但是可以指定端口。根据需要使用吧!