使用服务发现而不是 Kubernetes 内部 dns 有什么原因答案

【问题标题】：What reason is there for using service discovery instead of Kubernetes internal dns使用服务发现而不是 Kubernetes 内部 dns 有什么原因
【发布时间】：2018-10-31 16:27:08
【问题描述】：

使用Consul 之类的服务发现而不是Kubernetes internal DNS 之类的my-svc.my-namespace.svc.cluster.local 的原因是什么？我想知道，因为我正在开始一个相当大的项目，并且想确保我不会使用 Kubernetes DNS 中的构建来让自己失败。

【问题讨论】：

这个问题我不是很懂，k8s内部DNS是可插拔的，本身就是一种服务发现形式
我只是好奇有什么理由在内置的服务发现上使用像 Consul 这样的东西。
我不这么认为，我认为没有任何理由使用 consol 而不是内置服务 discoery 和 etcd

标签： kubernetes service-discovery

【解决方案1】：

通过 DNS 名称本身（在集群内部）的服务发现在某种程度上是相似的。

其他技术正在向堆栈添加更多功能，例如：加密流量、连接授权、代理边车等

您可以在这里查看：https://www.hashicorp.com/blog/consul-1-2-service-mesh 作为示例。

这些框架将通过在服务级别添加此“管道”来帮助减少每个容器上的代码（例如：重试/断路器）。

--M

【讨论】：