Google Cloud中App与Project的区别及关联问题解析

首先明确两个概念的本质区别：

• Project（项目）：是GCP全平台资源的顶层隔离容器，所有云资源（虚拟机、存储桶、数据库、网络规则、权限配置、计费绑定）都必须挂在某个Project下，是你使用任何GCP服务的必备基础，每个Project有全局唯一的ID。
• App（这里特指App Engine应用）：只是App Engine这一项PaaS服务下的子资源，是你启用App Engine服务后用来托管代码的运行实体，一个Project最多只能创建1个App Engine应用，创建后选定的区域永久不可修改。

常见问题解答 #

1. App与Project之间的交互逻辑是怎样的？ #

App没有独立的资源、权限、计费体系，完全依附于Project存在。创建App时必须指定它归属的目标Project，App运行产生的所有费用、调用的其他GCP服务资源、访问权限规则全部继承所属Project的配置。你对App做的版本部署、实例扩容、配置调整等所有操作，本质上都是在操作对应Project下App Engine服务的内部资源。

2. 使用平台服务时是否必须同时创建App和Project？ #

完全不需要。Project是使用所有GCP服务的必选项，但App只有你明确要使用App Engine托管应用的时候才需要创建。如果你用的是GCE虚拟机、GKE集群、Cloud Run、云存储、BigQuery这些非App Engine的服务，全程不需要创建App。

3. 什么场景下仅需要创建其中某一项，无需创建另一项？ #

• 只创建Project、不需要创建App是非常普遍的场景：只要你的业务不依赖App Engine服务，不管是用虚拟机、容器还是其他云原生产品搭业务，都只需要创建Project，开通对应服务的API就能正常使用，不需要碰App相关的配置。
• 不存在只创建App、不创建Project的可能：App是Project下的从属资源，没有归属Project的App没有任何存在的载体，所有创建App的操作都必须绑定一个已存在、还没开过App Engine的Project才能执行。

4. Project和App是否存在层级从属关系，哪一层级更高？ #

二者有明确的从属关系，Project的层级远高于App。Project是GCP的顶层资源容器，App只是Project下某一项云服务的子资源，和你在Project里创建的一台虚拟机、一个存储桶在资源层级上是平级的，只是App Engine服务额外加了“一个Project只能对应一个App”的特殊限制而已。

5. 为什么配置项中需要指定Project参数，却无需指定App参数？ #

核心原因有两个：

• 所有GCP服务的操作都要明确资源归属的Project，gcloud等工具如果不显式指定Project，会默认读取当前客户端配置的全局默认Project，手动传参是为了避免误操作到其他项目的资源。
• 前面提到一个Project最多只能有一个App Engine应用，只要你指定了操作的Project，工具就能自动定位到该Project下唯一的App资源，不需要额外传入App参数做资源定位。

参考操作命令 #

# 在jddjango-tutorial项目下创建App Engine应用，部署区域指定为us-west3
gcloud app create --region=us-west3 --project=jddjango-tutorial 

# 创建ID为cx-0705-1的新项目，项目显示名称设置为JD cx test
gcloud projects create cx-0705-1 --name="JD cx test" 

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