You are auditing the security configuration of a Google Cloud resource hierarchy. The root Organization node enforces an Organization Policy list constraint (`constraints/compute.trustedImageProjects`) that restricts Compute Engine instance creation to images from `projects/shared-base-images`. A newly created folder named `DataEngineering` requires access to images from `projects/analytics-images` in addition to the globally allowed images. How should you configure the Organization Policy at the `DataEngineering` folder level to satisfy this requirement for all underlying projects?
- Configure the policy constraint on the DataEngineering folder, set inheritFromParent to true, and add projects/analytics-images to the allowed values list.Cevap
- BConfigure the policy constraint on the DataEngineering folder with inheritFromParent set to false, and add only projects/analytics-images to the allowed values list.
- CGrant the roles/resourcemanager.organizationAdmin role to engineers on the DataEngineering folder so they can grant IAM permissions to use external disk images.
- DAssign the roles/owner primitive role at the DataEngineering folder level to automatically bypass all parent Organization Policy constraints for child resources.
Cevap
Configure the policy constraint on the DataEngineering folder, set inheritFromParent to true, and add projects/analytics-images to the allowed values list.
For list constraints in Google Cloud Organization Policies, setting `inheritFromParent` to `true` at a child resource level (such as a folder) merges the child's allowed values with the inherited values from higher levels in the resource hierarchy. Adding `projects/analytics-images` alongside `inheritFromParent = true` allows images from both `projects/shared-base-images` (inherited) and `projects/analytics-images` (locally specified).
Adım Adım Çözüm
Anahtar Kavram
Organization Policy List Constraint Inheritance and Merging