获取当前 Kubernetes namespace
内容提要
本文介绍了在应用中获取当前所在的Kubernetes的namespace的方法。通过使用Kubernetes的C# SDK KubernetesClient可以方便地获取InCluster的配置，并打印出当前的namespace。另外，还可以直接读取文件的内容来获取namespace。
延伸解读
为何推荐 In-Cluster 配置而非 kubectl
文章指出，通过 kubectl 获取 namespace 需要额外配置 token，过程较为复杂。而 Kubernetes 默认提供的 in-cluster 配置权限已足够获取当前 namespace，无需额外配置 service account 或 RBAC。这降低了实现复杂度，也避免了不必要的权限授予，适合在应用内直接使用。
两种实现方式的取舍
使用 KubernetesClient SDK 可以一行代码获取 namespace，但需引入 NuGet 包依赖。若不想增加依赖，可直接读取 /var/run/secrets/kubernetes.io/serviceaccount/namespace 文件，效果相同。文章通过实际运行 pod 验证了两种方式输出一致，开发者可根据项目对依赖的敏感程度选择。
默认命名空间与测试验证
在未指定 namespace 的情况下，获取到的值为 default，这是 Kubernetes 的默认命名空间。文章建议可以指定其他 namespace 进行测试，以验证获取逻辑的正确性。同时，通过 kubectl logs 查看 pod 日志确认应用运行状态，是验证功能是否生效的实用步骤。
dotnet-exec 的便捷支持
从 0.23.0 版本开始，dotnet-exec 内置了打印当前 Kubernetes namespace 的功能，可通过 dotnet-exec info 或 dotnet --info 查看。这为快速调试和验证提供了便利，尤其适合在容器环境中临时检查 namespace 信息，无需编写额外代码或引入依赖。
Q&A
如何在Kubernetes中获取当前的namespace？
可以使用Kubernetes的C# SDK KubernetesClient，通过Console.WriteLine(KubernetesClientConfiguration.InClusterConfig().Namespace)来获取当前namespace。
如果不想使用KubernetesClient，如何获取namespace？
可以直接读取存储在/var/run/secrets/kubernetes.io/serviceaccount/namespace文件中的内容来获取namespace。
使用kubectl获取namespace的复杂性是什么？
使用kubectl获取namespace需要配置token，过程较为复杂。
如何在Kubernetes中测试获取namespace的功能？
可以在Kubernetes中运行一个pod，并通过kubectl logs命令查看pod的状态来测试获取namespace的功能。
dotnet-exec从哪个版本开始支持打印当前Kubernetes namespace？
dotnet-exec从0.23.0版本开始支持打印当前Kubernetes namespace。
在Kubernetes中如何配置InCluster的权限？
要获取更多Kubernetes中的信息，需要配置service account和RBAC角色及权限，但获取当前namespace的信息默认权限已足够。
