Question

Difficulty: Very hardManaging Cloud Projects and Resource Hierarchy

An enterprise organization maintains a Google Cloud resource hierarchy consisting of an Organization node, a top-level Folder named Finance-Dept, a child Folder named Payroll-Apps, and a Project named payroll-prod-db. An Organization Policy enforcing `constraints/compute.vmExternalIpAccess` (restricting external IP creation) is applied at the Finance-Dept folder level. A DevOps Team Lead must be allowed to create and manage new projects inside the Payroll-Apps folder, but must not be granted permissions to modify or delete the Payroll-Apps folder itself. Concurrently, a developer attempts to assign the primitive `roles/owner` role to a service account at the payroll-prod-db project level to allow Compute Engine instances to receive external IPs. Which statement correctly describes the administrative permission scoping and policy inheritance behavior across this hierarchy?

  1. Granting roles/resourcemanager.projectCreator at the Payroll-Apps folder level allows project creation within that folder without allowing folder modification, while the Organization Policy inherited from Finance-Dept prevents external IP creation regardless of project-level roles/owner assignments.Answer
  2. B
    Granting roles/owner at the project level grants full administrative autonomy, which overrides and neutralizes any Organization Policy constraints inherited from parent folders.
  3. C
    To allow the Team Lead to create projects within Payroll-Apps, the primitive roles/owner role must be assigned at the Finance-Dept folder level.
  4. D
    Creating new projects under the Payroll-Apps folder automatically links those projects to the organization's primary billing account without requiring explicit billing account roles.

Answer

Granting roles/resourcemanager.projectCreator at the Payroll-Apps folder level allows project creation within that folder without allowing folder modification, while the Organization Policy inherited from Finance-Dept prevents external IP creation regardless of project-level roles/owner assignments.
The correct option identifies that granting the predefined role Project Creator (`roles/resourcemanager.projectCreator`) at the target folder level permits users to create projects inside that container without giving them rights to edit or delete the folder itself. Furthermore, Organization Policies enforced at parent nodes inherit downward and acts as strict guardrails; IAM role bindings at child resource levels (such as project-level primitive Owner) cannot override parent Organization Policy constraints.

Step-by-Step Solution

1
Analyze the delegation requirement for project creation under Payroll-Apps folder.
Assigning `roles/resourcemanager.projectCreator` at the `Payroll-Apps` folder scope allows creating child projects inside `Payroll-Apps` without granting `roles/resourcemanager.folderAdmin` or folder edit/delete capabilities on `Payroll-Apps`.
Predefined roles follow the principle of least privilege.
2
Evaluate resource hierarchy inheritance for Organization Policies versus IAM roles.
The Organization Policy restriction `constraints/compute.vmExternalIpAccess` set at `Finance-Dept` inherits down through `Payroll-Apps` to `payroll-prod-db`.
Organization policies establish mandatory restrictions across the hierarchy that inherit down all child nodes.
3
Determine if project-level primitive roles can override parent Organization Policies.
Granting `roles/owner` at the project level grants IAM capabilities within the project, but cannot override or disable an Organization Policy inherited from a parent folder.
IAM permissions grant authority to invoke APIs, but Organization Policies enforce non-negotiable architectural guardrails.

Key Concept

Google Cloud Resource Hierarchy Inheritance & Organization Policy Enforcement
Estimated Time:2m 0s
Rate this question