为何Kubernetes API Service位于default命名空间而非kube-system？

这个指向API Server的默认Service（名称为kubernetes）之所以处于default命名空间，主要源于历史设计、兼容性需求以及功能合理性，具体原因如下：

• 历史设计遗留：早期Kubernetes版本并没有专门的kube-system命名空间来存放系统组件，核心服务和资源默认都放在default命名空间。后续版本引入kube-system用于隔离系统Pod，但为了不打破原有设计的延续性，官方选择保留这个Service在default。
• 向后兼容性保障：大量旧版客户端、自动化脚本、第三方工具都是直接默认访问default命名空间下的kubernetes Service。如果将其迁移到kube-system，这些依赖旧路径的工具会直接失效，为了避免对现有集群造成破坏性影响，官方维持了这一布局。
• 跨命名空间关联不受影响：Kubernetes的Service支持跨命名空间关联Pod，只要Service的标签选择器能匹配到目标Pod的标签，不管Pod在哪个命名空间都能正常路由流量。API Server的Pod在kube-system，但kubernetes Service通过预设的标签选择器依然能精准定位到这些Pod，功能不受命名空间差异的限制。
• 官方规范明确要求：Kubernetes集群初始化时，kubeadm等工具会自动在default命名空间创建这个kubernetes Service，这是官方定义的固定初始化步骤，属于刻意的设计选择。

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