适用于Terraform与Kubernetes的gcloud账号切换方法问询

• 你此前操作仅修改了gcloud CLI本身的活跃账号/配置属性，第三方工具并不会直接读取gcloud的活跃配置：
  • Terraform等云资源操作工具默认读取 Google Application Default Credentials（ADC） 独立凭证文件，和gcloud CLI的活跃账号不共通
  • kubectl的集群访问凭证独立存储在~/.kube/config中，GKE集群的凭证不会随gcloud配置变更自动更新
• 额外纠正操作错误：切换gcloud命名配置的正确命令是gcloud config configurations activate [配置名]，你用到的set参数是用来修改指定配置的属性，不是切换活跃配置的命令

为每个项目创建独立的gcloud命名配置，避免每次切换重复输入账号、项目ID等参数：

1. 创建project1对应的配置

gcloud config configurations create project1
gcloud config set account first@project1
gcloud config set project project1的实际项目ID
gcloud config set compute/zone 你常用的可用区（如asia-southeast1-a）

2. 同理创建project2对应的配置

gcloud config configurations create project2
gcloud config set account second@project2
gcloud config set project project2的实际项目ID
gcloud config set compute/zone 对应可用区

每次需要切换到对应项目时，按以下顺序执行即可保证所有工具配置同步生效：

1. 切换gcloud活跃配置

gcloud config configurations activate project1

2. 更新ADC凭证，供Terraform等第三方工具读取

gcloud auth application-default login

执行后按提示在浏览器授权当前切换的账号即可，本地的ADC凭证文件会自动更新
3. 如果你需要操作对应项目的GKE集群，执行以下命令更新kubectl凭证

gcloud container clusters get-credentials 你的GKE集群名 --zone 集群所属可用区

该命令会自动更新~/.kube/config中的集群访问凭证，kubectl将使用当前gcloud活跃账号访问集群

• 验证gcloud配置：gcloud config list 确认输出的account、project参数符合预期
• 验证ADC生效：运行简单的Terraform计划操作，或者调用GCP公开API测试权限，确认使用的是当前切换后的账号即可
• 验证kubectl配置：kubectl config current-context 确认当前上下文为目标集群，执行kubectl get ns可正常返回即配置成功

可以把上述切换命令封装为shell别名，写入~/.bashrc或~/.zshrc，后续一键切换：

alias gswitch-p1='gcloud config configurations activate project1 && gcloud auth application-default login && gcloud container clusters get-credentials 集群名 --zone 可用区'
alias gswitch-p2='gcloud config configurations activate project2 && gcloud auth application-default login && gcloud container clusters get-credentials 另一集群名 --zone 对应可用区'

内容的提问来源于stack exchange，提问作者Vojtěch