上下文管理是什么

访问配置里保存三类信息：连哪个集群、用哪个身份、默认操作哪个命名空间，这三者组合起来称为上下文。管理上下文就是查看、切换与修改这些配置，多集群环境下它是防止误操作的第一个关口——命令打到哪个集群，完全由当前上下文决定。

为什么先确认再动手

同一个命令在不同上下文下的效果天差地别：看起来只是缩容，实际可能落在生产集群上。因此变更类操作前先确认当前上下文的集群与命名空间是基本纪律。工具里普遍支持把当前上下文显示在命令提示符中，成本很低但能避免大多数环境错配。

基本信息

典型使用场景

• 多集群巡检：在多个环境之间切换，确认每个集群的健康状况
• 环境隔离：开发、测试、生产各用独立上下文，减少误操作
• 命名空间切换：把默认命名空间改到当前工作的范围
• 配置核对：执行变更前确认当前指向的集群与身份
• 凭据更新：集群地址或证书更新后修改对应条目
• 合并配置：把多个来源的配置放在一起使用

常用示例

kubectl config get-contexts                    # 列出所有上下文，星号是当前
kubectl config current-context                  # 只看当前上下文
kubectl config use-context prod-cluster         # 切换上下文
kubectl config set-context --current --namespace=prod   # 改当前上下文的默认命名空间
kubectl config view --minify                    # 只显示当前生效的配置
kubectl --context=staging get pods              # 单条命令临时指定上下文

相关命令分工