Question

Difficulty: HardManaging Cloud Projects and Resource Hierarchy

A cloud engineer needs to onboard a new business unit into an existing Google Cloud organization. The engineer must set up a dedicated environment that inherits organization policies, enable necessary infrastructure services, ensure resource usage is billed appropriately, and grant access to the development team while enforcing the principle of least privilege. In what sequential order should the engineer execute these setup operations?

  1. 1Create a dedicated environment Folder under the Organization node using `gcloud resource-manager folders create`.
  2. 2Provision a new Google Cloud Project directly inside the environment Folder using `gcloud projects create`.
  3. 3Link the active enterprise Billing Account to the newly created Project using `gcloud billing projects link`.
  4. 4Enable required Google Cloud Service APIs (such as Compute Engine API) on the Project using `gcloud services enable`.
  5. 5Bind specific predefined IAM roles to the business unit's developer group at the Project level using `gcloud projects add-iam-policy-binding`.

Answer

The correct sequence places container structure creation first, followed by project instantiation, billing linkage, API enablement, and finally access control assignment.
The correct sequence follows the dependency path of Google Cloud resource administration: establishing the parent folder container under the organization, creating the project within that folder to inherit organizational policies, linking the billing account to satisfy service prerequisites, enabling the required APIs for the project, and finally applying IAM policy bindings for team access.

Step-by-Step Solution

1
Establish the resource hierarchy container
Create the targeted environment folder under the organization node
Folders provide the structural boundaries for organization policy inheritance before projects are provisioned.
2
Instantiate the GCP project
Create the project under the specified folder node
Projects represent the fundamental billing, quota, and API enablement boundaries within the hierarchy.
3
Associate billing account
Link the enterprise billing account to the project
GCP services and APIs cannot consume paid resources until a billing account is linked to the project.
4
Enable cloud service APIs
Enable required APIs for the project
Service APIs must be enabled within the billing-active project context before resource creation can occur.
5
Grant access permissions
Bind predefined IAM roles to user identities at the project level
Assigning predefined roles to user groups ensures administrative control and least privilege access on active resources.

Key Concept

Resource Hierarchy Provisioning Workflow
Rate this question