为什么我在不同GCP Kubernetes集群中看到另一集群的文件？

1. 跨项目集群共享文件的原因及GCP项目的作用 #

• 你遇到的不是操作错误，属于正常设计：你点击GKE集群「Connect」按钮打开的终端是Google Cloud Shell，这是和你的个人Google账号绑定的账号级资源，不属于任何单个GCP项目或K8s集群。Cloud Shell默认提供5GB的持久化存储空间（挂载在/home/me路径下），只要你登录的是同一个账号，不管切换到哪个项目、连接哪个集群，打开的都是同一个Cloud Shell实例，所以之前存的文件都会保留。
• GCP项目的核心作用是云资源的逻辑隔离，核心能力包括：
  • 独立的计费账单，不同项目的资源消费可以分开结算
  • 独立的IAM权限配置，可以给不同项目设置不同的人员访问权限
  • 独立的资源配额，不同项目的CPU、存储、集群配额互相独立
  • 云资源生命周期隔离，删除项目只会清理该项目下的云服务器、集群、数据库等资源，不会影响其他项目的资源，也不会影响账号级的Cloud Shell数据

2. 不同目录的操作影响范围 #

• 只要你没有主动修改、删除development_2目录下的文件，仅在development目录下的操作（包括删改该目录内的代码、运行该目录下的程序出错）不会损坏development_2目录下的文件。
• 注意：如果你修改了Cloud Shell的全局系统配置（比如安装全局依赖包、修改系统级环境变量、升级全局运行时版本），可能会导致两个目录下的项目运行环境受影响，但不会损坏项目文件本身。
• 额外提醒：Cloud Shell如果连续120天没有活跃使用，/home/me下的持久化数据会被清空，建议定期把代码推送到代码仓库备份。

3. 跨项目运行任务的资源竞争问题 #

要分两种场景判断：

• 如果任务是直接运行在Cloud Shell中：会出现资源竞争。Cloud Shell的实例规格是固定的（默认1vCPU、2GB内存），所有在Cloud Shell中运行的进程共享这部分资源，同时跑多个任务会出现CPU、内存抢占的情况。
• 如果任务是部署到对应项目的GKE集群中运行：不会出现资源竞争。不同项目下的K8s集群是完全物理隔离的云资源，各自使用所属项目的节点池计算资源，配额、调度完全独立，不会互相影响。

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