Google cloud platform 类似AWS的帐户链接和GCP上的合并计费

假设我有一个业务和多个DBA（以业务为中心），在AWS上我可以创建业务和DBA的组织层次结构。我可以邀请DBA帐户进入业务组织并将其链接，以便业务组织是付款人。这使得DBA的操作保持独立和隔离，方便业务的合并计费。这还可以在不影响操作的情况下，根据需要轻松地转移DBA的所有权

我想在GCP上设置类似的东西，但似乎每个组织都绑定到一个域，无法邀请一个组织到另一个组织链接并提供账单。这是正确的还是有办法代表另一个组织链接并提供一个组织的账单

假设我在AWS I上有一个业务和多个DBA（作为做业务） 可以创建业务和DBA的组织层次结构

您可以在谷歌云上创建类似的层次结构

我可以邀请DBA帐户进入业务组织并将它们链接起来 业务组织是付款人

你可以通过谷歌云实现这一点，但方式不同。不能使一个组织成为另一个组织的分支/子组织，但可以将其成员（标识）添加到另一个组织。关键是成员实际上不是组织的一部分。身份是独立的，易于添加和删除

这使得DBA的操作独立并与 方便企业合并计费

谷歌云支持一个或多个计费帐户。票据账户可以独立于组织分配给项目。我可以让我的账单帐户负责任何谷歌项目（过于简单化）

如果需要，这还可以使DBA的所有权转移变得容易 在不影响运营的情况下

谷歌没有这种灵活性。在谷歌云中，我不会将项目合并到一个组织中，除非这个目标是永久的。相反，我会将访问该项目所需的成员添加到IAM中

独立于一个组织的项目仍然可以参与另一个组织，反之亦然。谷歌云身份和访问管理（IAM）非常灵活。如果我愿意bob@example.com要访问Project ABC，我可以将他的电子邮件地址添加到IAM并授予角色。您还可以将整个用户域*@example.com添加到Google IAM。还有很多选择

您可以在组织内部移动项目，但您自己无法将项目移动到其他组织-这需要打开Google云支持的支持票证

我想在GCP上建立一些类似的东西，但似乎每个都一样 组织与域绑定

谷歌云与域名无关，谷歌G套件则是。如果您还计划为多个DBA使用G套件，我将拥有单独的Google帐户，而不是将G套件与我在Google云中的资源结合起来。注：G套件支持多个域；对于一个单一的组织来说，将G套件和谷歌云链接起来是很好的

我发现谷歌云的组织、文件夹、项目和IAM方法比AWS更灵活

AWS和谷歌拥有强大的IAM系统。我对两者都很了解，各有利弊

假设我在AWS I上有一个业务和多个DBA（作为做业务） 可以创建业务和DBA的组织层次结构

您可以在谷歌云上创建类似的层次结构

我可以邀请DBA帐户进入业务组织并将它们链接起来 业务组织是付款人

你可以通过谷歌云实现这一点，但方式不同。不能使一个组织成为另一个组织的分支/子组织，但可以将其成员（标识）添加到另一个组织。关键是成员实际上不是组织的一部分。身份是独立的，易于添加和删除

这使得DBA的操作独立并与 方便企业合并计费

谷歌云支持一个或多个计费帐户。票据账户可以独立于组织分配给项目。我可以让我的账单帐户负责任何谷歌项目（过于简单化）

如果需要，这还可以使DBA的所有权转移变得容易 在不影响运营的情况下

谷歌没有这种灵活性。在谷歌云中，我不会将项目合并到一个组织中，除非这个目标是永久的。相反，我会将访问该项目所需的成员添加到IAM中

独立于一个组织的项目仍然可以参与另一个组织，反之亦然。谷歌云身份和访问管理（IAM）非常灵活。如果我愿意bob@example.com要访问Project ABC，我可以将他的电子邮件地址添加到IAM并授予角色。您还可以将整个用户域*@example.com添加到Google IAM。还有很多选择

您可以在组织内部移动项目，但您自己无法将项目移动到其他组织-这需要打开Google云支持的支持票证

我想在GCP上建立一些类似的东西，但似乎每个都一样 组织与域绑定

谷歌云与域名无关，谷歌G套件则是。如果您还计划为多个DBA使用G套件，我将拥有单独的Google帐户，而不是将G套件与我在Google云中的资源结合起来。注：G套件支持多个域；对于一个单一的组织来说，将G套件和谷歌云链接起来是很好的

我发现谷歌云的组织、文件夹、项目和IAM方法比AWS更灵活

---

AWS和谷歌拥有强大的IAM系统。我对两者都很了解，每一种都有它的优点和缺点。

而约翰的回答告诉我们