终于搞定了：删除GCP注册时自动创建的那个碍眼组织
很多刚接触 Google Cloud Platform (GCP) 的朋友都有过这样的经历：兴致勃勃地注册完账号，准备开始薅羊毛或者部署项目，结果在控制台资源管理器里总是看到一个带着“Google”字样或者以一串数字命名的“组织”。
这就是 GCP 在你创建账号时自动帮你建立的一个默认组织。对于只是想玩玩 VPS、搭个梯子或者跑个小项目的个人用户来说，这个东西不仅多余，有时候还会让人看着心烦，甚至担心以后账号多了会不会乱套。
很多同学去后台找了半天，发现根本找不到“删除”按钮，甚至在官方文档里绕晕了头。其实，这事儿并不难，只是 Google 把入口藏得太深，而且逻辑有点绕。今天我就把这个避坑教程整理出来，帮大家彻底清理这个顽固的“钉子户”。
GCP 资源层级结构：组织、文件夹与项目的关系
为什么删不掉？
首先你得明白 GCP 的逻辑。在 GCP 的资源层级里，“组织”是位于最顶层的概念，下面才是“文件夹”和“项目”。当你注册一个新的 GCP 账号时，系统如果没有检测到你属于任何现有的组织，就会自动为你创建一个新的。
很多同学之所以删不掉，通常是因为这个组织下面还挂着东西。GCP 的安全机制非常严格，如果组织下面还有子资源（比如项目或者文件夹），它是绝对不允许你直接删除组织的。这就好比你想拆房子，必须先把里面的家具搬空一样。
删除前的准备工作
动手之前，请务必确认以下两点，否则操作会报错：
- 清空子项目：检查该组织下面是否还有关联的 Project（项目）。如果你还在用这些项目里的资源（比如正在跑的 VM 实例），请先把资源关停并删除项目。注意，删除项目是不可逆的，里面的数据也就没了，千万别手滑。
- 关闭关联服务：确保没有任何计费账号强制绑定在这个组织下，以免产生意外扣费。
GCP 控制台“管理资源”页面，确认组织为空
手把手教程：两步清理法
既然知道了原理，操作起来就简单了。核心思路就是：先删项目，再改权限，最后删组织。
第一步：转移或删除所有项目
进入 GCP 控制台的“管理资源”页面。
找到你要删除的那个默认组织。展开它，你会看到下面列出的所有项目。
如果你还有其他组织，或者想保留这些项目，可以点击项目旁边的“三点菜单”，选择“移动”，然后把它们转移到其他位置（比如根目录下的 No Organization）。但如果你只是想彻底清空，直接选中项目，点击上方的“删除”即可。
记住，一定要确保组织下面空空如也，连一个文件夹都不留。
第二步：利用 IAM Admin SDK 或 Console 清理
这一步是大多数人卡住的地方。很多人觉得下面空了就能删了，结果发现根本没按钮。
这是因为你当前的账号可能对这个自动创建的组织的“Organization Administrator”角色不够完整，或者 UI 上没有直接暴露删除入口。我们需要动点手脚：
- 确保你登录的账号是Owner或者具备删除组织权限的角色。如果没有，哪怕你是自己注册的账号，有时也需要自己在 IAM 页面里给自己授予
roles/resourcemanager.organizationAdmin角色。 - 如果你使用的是新版控制台且找不到删除入口，可能需要临时启用 Cloud Shell。在 Cloud Shell 里使用
gcloud命令行工具往往能看到比网页版更多的选项。
简单命令参考（需替换 ID）：
bash gcloud organizations list # 先列出组织，拿到 ID gcloud organizations delete [ORGANIZATION_ID]
常见问题与解决方案
Q: 提示“Organization is not empty”怎么办？
这肯定是你漏掉了什么东西。有时候会有一些隐藏的名为“Setup”或者系统默认生成的项目，它们可能处于“Pending”状态。在“管理资源”页面，记得勾选“显示已删除”和“显示隐藏”的选项，再仔细排查一遍。
Q: 我没有 Cloud Shell 权限怎么办？
对于个人账号，默认是开启的。如果你的账号被限制了，可能需要在“IAM与管理” -> “管理员角色”里确保自己拥有必要的 IAM 权限。
总结
删除 GCP 自动创建的组织并不需要什么高深的代码技巧，关键在于耐心地清理干净所有下属资源，并确保自己拥有足够的 IAM 权限。做完这一步，你的 GCP 控制台看起来会清爽很多，心理强迫症也能得到治愈。如果你只是想薅羊毛，清理完这个组织，更有利于你管理后续新开的各类垃圾项目号。
评论已关闭