Skip to main content

Overview

Google Cloud’s Organization Policy Service centralizes control over how resources can be configured across the Resource Manager hierarchy (organization → folder → project). It sets guardrails on what a resource may look like — restricting regions, services, and resource settings so teams can only create compliant resources. Zenable generates a custom organization policy constraint: a CEL condition evaluated against a strongly-typed representation of a resource when it is created or updated, with an ALLOW or DENY action.

When this is a good choice

For AWS environments see AWS SCP; for Azure see Azure Policy.

Capabilities

  • Enforce at the organization, folder, or project level; descendants inherit by default
  • CEL conditions over strongly-typed, service-specific resource.* fields
  • ALLOW (permit only when the condition is true) or DENY (block when the condition is true)
  • Enforced on CREATE, or CREATE and UPDATE
  • Dry-run / audit mode to preview impact before enforcement

Limitations

  • Requires a Google Cloud organization (Resource Manager hierarchy)
  • Only applicable to Google Cloud environments
  • UPDATE-only constraints are not supported; most resource types allow up to 20 custom constraints

Generated Format

  • Language: YAML
  • Structure: a single CustomConstraint document — name (custom.<Name>), resourceTypes, methodTypes, condition (CEL), actionType, and optional displayName / description
  • Execution: created with gcloud org-policies set-custom-constraint, then enforced by an organization policy (enforce: true, or dryRunSpec for audit mode)

Example Guardrail

Once created, an organization policy enforces the constraint across the chosen scope:
Learn more at the Organization Policy overview and Create custom constraints.