使用服务发现而不是 Kubernetes 内部 dns 的原因是什么
What reason is there for using service discovery instead of Kubernetes internal dns
使用 Consul instead of Kubernetes internal DNS、my-svc.my-namespace.svc.cluster.local 等服务发现的原因是什么？我想知道，因为我正在开始一个相当大的项目，并且想确保我不会使用 Kubernetes DNS 中的构建为失败做好准备。
DNS 名称本身（在集群内）的服务发现在某种程度上是相似的。
其他技术正在向堆栈添加更多功能，例如：加密流量、连接授权、代理边车等
你可以看这里：https://www.hashicorp.com/blog/consul-1-2-service-mesh作为例子。
这些框架将通过在服务级别添加此 'plumbling' 来帮助减少每个容器（例如：retry/circuit 断路器）上的代码。
--男
使用 Consul instead of Kubernetes internal DNS、my-svc.my-namespace.svc.cluster.local 等服务发现的原因是什么？我想知道，因为我正在开始一个相当大的项目，并且想确保我不会使用 Kubernetes DNS 中的构建为失败做好准备。
DNS 名称本身（在集群内）的服务发现在某种程度上是相似的。
其他技术正在向堆栈添加更多功能，例如：加密流量、连接授权、代理边车等
你可以看这里：https://www.hashicorp.com/blog/consul-1-2-service-mesh作为例子。
这些框架将通过在服务级别添加此 'plumbling' 来帮助减少每个容器（例如：retry/circuit 断路器）上的代码。
--男