Kubernetes多命名空间部署：服务名冲突规避及访问正确性问询

嘿，针对你的问题，我来一步步给你说明：

1. 命名空间隔离能否避免服务名冲突？ #

完全可以！Kubernetes的**命名空间（Namespace）**核心作用之一就是实现资源的逻辑隔离，不同命名空间下的同名资源（包括Service）是相互独立的，不会产生冲突。你在staging_namespace和testing_namespace里分别创建名为myservice的Service，它们会被K8s视为两个完全不同的资源，各自拥有独立的ClusterIP、Endpoints等配置，彼此不会干扰。

2. 同命名空间内的Service能否正确访问同名服务？ #

当然可以，而且这是Kubernetes DNS解析的默认行为！

当你在staging_namespace的service1对应的Pod里，直接通过服务名myservice发起请求时，K8s的DNS组件会默认将这个名称解析到当前Pod所在命名空间的myservice。同理，testing_namespace里的service1访问myservice时，会自动解析到testing_namespace内的同名Service。

举个实际的例子：

• 在staging_namespace的Pod里执行nslookup myservice，返回的会是staging_namespace中myservice的ClusterIP；
• 在testing_namespace的Pod里执行同样的命令，返回的则是testing_namespace中myservice的ClusterIP。

如果哪天你需要跨命名空间访问服务，才需要使用完整的FQDN格式：myservice.<目标命名空间>.svc.cluster.local，但你的场景是同命名空间访问，完全不需要额外配置，默认逻辑就刚好满足你的需求。

结合你当前的集群版本（kops 1.8.0，K8s服务端1.8.4），这个DNS解析逻辑已经非常成熟稳定，不用担心兼容性问题。

内容的提问来源于stack exchange，提问作者pkaramol