使用自定义组织政策

Google Cloud 组织政策可让您以编程方式集中控制组织的资源。作为组织政策管理员，您可以定义组织政策，这是一组称为限制条件的限制，会应用于Google Cloud 资源层次结构中的Google Cloud 资源及其后代。您可以在组织、文件夹或项目级强制执行组织政策。

组织政策为各种Google Cloud 服务提供预定义限制条件。但是，如果您想要更精细地控制和自定义组织政策中受限的特定字段，还可以创建自定义组织政策。

福利

• 安全性、合规性和治理：您可以使用自定义组织 政策，如下所示：
  • 如需强制执行安全要求，您可以强制使用客户管理的加密密钥 (CMEK)。
  • 您可以限制在创建或更新仓库时传递的任何字段。

政策继承

如果您对资源强制执行政策，默认情况下，该资源的后代会继承组织政策。例如，如果您对某个文件夹强制执行一项政策， Google Cloud 会对该文件夹中的所有项目强制执行该政策。如需详细了解此行为及其更改方式，请参阅层次结构评估规则。

价格

组织政策服务（包括预定义组织政策和自定义组织政策）可免费使用。

准备工作

1. 启用 Artifact Registry 并安装 Google Cloud CLI。
2. （可选）为 gcloud CLI 命令配置默认值。
3. 如果您需要客户管理的加密密钥 (CMEK) 来 加密仓库内容，请在 Cloud KMS 中为仓库创建并启用密钥。
4. 请确保您知道您的 组织 ID。

所需的角色

如需获得管理组织政策所需的权限，请让您的管理员为您授予以下 IAM 角色：

• 组织资源的 Organization Policy Administrator (roles/orgpolicy.policyAdmin)
• 如需测试组织政策： 组织资源的 Artifact Registry Admin (roles/artifactregistry.admin)

如需详细了解如何授予角色，请参阅管理对项目、文件夹和组织的访问权限。

这些预定义角色包含管理组织政策所需的权限。如需查看所需的确切权限，请展开所需权限部分：

所需权限

管理组织政策需要以下权限：

• orgpolicy.constraints.list
• orgpolicy.policies.create
• orgpolicy.policies.delete
• orgpolicy.policies.list
• orgpolicy.policies.update
• orgpolicy.policy.get
• orgpolicy.policy.set

您也可以使用自定义角色或其他预定义角色来获取这些权限。

创建自定义限制条件

自定义限制条件是在 YAML 文件中，由实施组织政策的服务所支持的资源、方法、条件和操作定义的。自定义限制条件的条件使用通用表达式语言 (CEL) 进行定义。如需详细了解如何使用 CEL 构建 自定义限制条件中的条件，请参阅 创建和管理自定义限制条件的 CEL 部分。

Artifact Registry 支持应用于 REPOSITORY 资源的 CREATE 和 UPDATE 方法的自定义限制条件。

为自定义限制条件创建类似于以下内容的 YAML 文件：

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes:
- artifactregistry.googleapis.com/Repository
methodTypes:
- CREATE
- UPDATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

请替换以下内容：

• ORGANIZATION_ID：您的组织 ID，例如 123456789。

• CONSTRAINT_NAME：新的自定义限制条件的名称。自定义限制条件必须以 custom. 开头，只能包含大写字母、小写字母或数字，例如 custom.enableDockerRemotes。该字段的长度上限为 70 个字符，不计算前缀，例如 organizations/123456789/customConstraints/custom.enableDockerRemotes。

• CONDITION：针对受支持的服务资源的表示法 编写的 CEL 条件。此字段的长度上限为 1,000 个字符。如需详细了解可用于针对其编写条件的资源，请参阅 支持的资源，例如 (resource.mode == 'REMOTE' && resource.format == 'DOCKER') || (resource.mode != 'REMOTE')。

• ACTION：满足 condition 时要执行的操作。可以是 ALLOW 或 DENY。

• DISPLAY_NAME：限制条件的直观易记名称。 此字段的最大长度为 200 个字符。

• DESCRIPTION：直观易懂的限制条件说明，在违反政策时显示为错误消息。此 字段的最大长度为 2,000 个字符，例如 All remote repositories must be Docker format.

如需详细了解如何创建自定义限制条件，请参阅 定义自定义限制条件。

设置自定义限制条件

控制台

如需创建自定义限制条件，请执行以下操作：

1. 在 Google Cloud 控制台中，转到组织政策页面。

   转到组织政策

2. 在项目选择器中，选择要为其设置组织政策的项目。
3. 点击 自定义限制条件。
4. 在显示名称框中，为限制条件输入一个人类可读名称。此名称会在错误消息中使用，并可用于识别和调试用途。 请勿在显示名称中使用 个人身份信息 (PII) 或敏感数据，因为此 名称可能会在错误消息中公开。此字段最多可包含 200 个字符。
5. 在限制条件 ID 框中，为新的自定义 限制条件输入所需的 ID。自定义限制条件只能包含字母（包括大写和小写）或 数字，例如 custom.enableDockerRemotes。此字段最多可包含 70 个字符，不计算前缀 (custom.)，例如 organizations/123456789/customConstraints/custom。请勿在限制条件 ID 中包含个人身份信息或敏感数据，因为该 ID 可能会在错误消息中公开。
6. 在说明框中，输入人类可读的限制条件说明。当违反政策时，此说明将用作错误消息。请包含有关发生违规的原因以及如何解决违规问题的详细信息。请勿在说明中包含个人身份信息或敏感数据，因为该说明可能会在错误消息中公开。 此字段最多可包含 2000 个字符。
7. 在资源类型框中，选择包含要限制的对象和字段的 Google Cloud REST 资源的名称，例如 container.googleapis.com/NodePool。大多数资源类型最多支持 20 个自定义限制条件。如果您尝试创建更多自定义限制条件，操作将会失败。
8. 此限制条件 只能对 REST CREATE 方法强制执行。

如需查看每种服务支持的方法，请在 支持自定义限制条件的服务中找到相应服务。

9. 如需定义条件，请点击 修改条件。
1. 在添加条件面板中，创建一个引用受支持服务资源的 CEL 条件，例如 resource.management.autoUpgrade == false。此字段最多可包含 1,000 个字符。如需详细了解 CEL 用法，请参阅通用表达式语言。 如需详细了解可在自定义限制条件中使用的服务资源，请参阅自定义限制条件支持的服务。
2. 点击保存。
10. 在操作下，选择在满足条件时是允许还是拒绝评估的方法。

拒绝操作意味着，如果条件计算结果为 true，则创建或更新资源的操作会被阻止。

允许操作意味着，仅当条件计算结果为 true 时，才允许执行创建或更新资源的操作。除了条件中明确列出的情况之外，其他所有情况都会被阻止。

11. 点击创建限制条件 。

在每个字段中输入值后，右侧将显示此自定义限制条件的等效 YAML 配置。

gcloud

1. 如需创建自定义限制条件，请使用以下格式创建 YAML 文件：

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes: RESOURCE_NAME
methodTypes:
  - CREATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

请替换以下内容：

• ORGANIZATION_ID：您的组织 ID，例如 123456789。
• CONSTRAINT_NAME：新的自定义限制条件的名称。自定义限制条件只能包含字母（包括大写和小写） 或数字，例如 custom.enableDockerRemotes。此字段最多可包含 70 个字符，不计算前缀 (custom.)，例如 organizations/123456789/customConstraints/custom。请勿在限制条件 ID 中包含个人身份信息或 敏感数据，因为该 ID 可能会在错误消息中公开。
• RESOURCE_NAME：包含要限制的对象和字段的资源的完全限定名称。 Google Cloud例如， artifactregistry.googleapis.com/Repository。大多数资源类型最多支持 20 个自定义 限制条件。如果您尝试创建更多自定义限制条件，操作将会失败。
• methodTypes：限制条件对其强制执行的 REST 方法。 只能是 CREATE。

如需查看每种服务支持的方法，请在 支持自定义限制条件的服务中找到相应服务。

• CONDITION：针对受支持的服务资源的表示法编写的 CEL 条件。此字段最多可包含 1,000 个字符。例如 (resource.mode == 'REMOTE' && resource.format == 'DOCKER') || (resource.mode != 'REMOTE')。

如需详细了解可针对其编写条件的资源，请参阅支持的资源。

• ACTION：满足 condition 时要执行的操作。 只能是 ALLOW。

允许操作意味着，如果条件计算结果为 true，则允许执行创建或更新资源的操作。这也意味着，除了条件中明确列出的情况之外，其他所有情况都会被阻止。

• DISPLAY_NAME：限制条件的直观易记名称。此名称 会在错误消息中使用，并可用于识别和调试用途。请勿在显示名称中使用个人身份信息或敏感数据，因为此名称可能会在错误消息中公开。此字段最多可包含 200 个字符。
• DESCRIPTION：直观易懂的限制条件说明，在违反政策时显示为错误消息。此字段最多可包含 2000 个字符。
2. 为新的自定义限制条件创建 YAML 文件后，您必须对其进行设置，以使其可用于组织中的组织政策。如需设置自定义限制条件，请使用 gcloud org-policies set-custom-constraint 命令：

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

将 CONSTRAINT_PATH 替换为自定义限制条件文件的完整路径。例如 /home/user/customconstraint.yaml。

此操作完成后，您的自定义限制条件将作为组织政策显示在您的 Google Cloud 组织政策列表中。

3. 如需验证自定义限制条件是否存在，请使用 gcloud org-policies list-custom-constraints 命令：

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

将 ORGANIZATION_ID 替换为您的组织资源的 ID。

如需了解详情，请参阅查看组织政策。

强制执行自定义组织政策

如需强制执行限制条件，您可以创建引用该限制条件的组织政策，并将该组织政策应用于 Google Cloud 资源。

控制台

1. 在 Google Cloud 控制台中，前往组织政策页面。

   转到组织政策

2. 在项目选择器中，选择要为其设置组织政策的项目。
3. 从组织政策页面上的列表中选择您的限制条件，以查看该限制条件的政策详情页面。
4. 如需为该资源配置组织政策，请点击管理政策。
5. 在修改政策页面，选择覆盖父级政策。
6. 点击添加规则。
7. 在强制执行部分中，选择是否强制执行此组织政策。
8. （可选）如需使组织政策成为基于某个标记的条件性政策，请点击添加条件。请注意，如果您向组织 政策添加条件规则，则必须至少添加一个无条件规则，否则无法保存政策。如需了解详情，请参阅 使用标记限定组织政策的范围。
9. 点击测试更改 以模拟组织政策的效果。如需了解详情，请参阅使用 Policy Simulator 测试组织政策更改。
10. 如需在试运行模式下强制执行组织政策，请点击设置试运行政策 。如需了解详情，请参阅 测试组织政策。
11. 验证试运行模式下的组织政策按预期运行后，点击设置政策来设置现行政策。

gcloud

1. 如需创建包含布尔值规则的组织政策，请创建引用该限制条件的 YAML 政策文件：

name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
spec:
  rules:
  - enforce: true

dryRunSpec:
  rules:
  - enforce: true

请替换以下内容：

• PROJECT_ID：要对其强制执行您的限制条件的项目。
• CONSTRAINT_NAME：您为自定义限制条件定义的名称。例如，custom.enableDockerRemotes。
2. 如需在试运行模式下强制执行组织政策，请运行以下带有 dryRunSpec 标志的命令：

gcloud org-policies set-policy POLICY_PATH --update-mask=dryRunSpec

将 POLICY_PATH 替换为组织政策 YAML 文件的完整路径。该政策最长需要 15 分钟才能生效。

3. 验证试运行模式下的组织政策按预期运行后，使用 org-policies set-policy 命令和 spec 标志设置现行政策：

gcloud org-policies set-policy POLICY_PATH --update-mask=spec

将 POLICY_PATH 替换为组织政策 YAML 文件的完整路径。该政策最长需要 15 分钟才能生效。

测试自定义组织政策

以下远程仓库创建示例假定已创建自定义组织政策，并且已对仓库创建强制执行该政策，以仅允许创建 Docker 格式的远程仓库。

尝试在该项目中创建 Python 远程仓库：

  gcloud artifacts repositories create REMOTE-REPOSITORY-NAME \
      --project=PROJECT_ID \
      --repository-format=python \
      --location=LOCATION \
      --description="DESCRIPTION" \
      --mode=remote-repository \
      --remote-repo-config-desc="REMOTE-REPOSITORY-DESCRIPTION" \
      --disable-vulnerability-scanning \
      --remote-python-repo=UPSTREAM

用于向上游仓库进行身份验证的可选标志：

• --remote-username=USERNAME

• --remote-password-secret-version=SECRET_VERSION

  请替换以下内容：

• REMOTE-REPOSITORY-NAME：仓库的名称。对于项目中的每个仓库位置，仓库名称不得重复。

• PROJECT_ID：项目 ID。如果省略此标志， 系统会使用当前项目或默认项目。

• LOCATION：仓库的单区域或多区域 位置。如果您设置默认值，则可以 省略此标志。如需查看受支持位置的列表，请运行命令 gcloud artifacts locations list。

• DESCRIPTION ：仓库的可选说明。 请勿包含敏感数据，因为仓库说明不会加密。

• REMOTE-REPOSITORY-DESCRIPTION ：此远程仓库的外部仓库配置的说明。

• USERNAME ：可选，如果您使用身份验证，则使用您的用户名向上游仓库进行身份验证。

• SECRET_VERSION ：可选，如果您使用身份验证，则使用包含上游仓库密码的 Secret 版本。

• UPSTREAM ：预设上游名称、Artifact Registry 仓库路径或用户定义的上游仓库网址。
  
  对于 Artifact Registry 上游仓库， 请将仓库路径的格式设置为类似于以下内容： projects/UPSTREAM_PROJECT_ID/locations/REGION/repositories/UPSTREAM_REPOSITORY.
  
  如需了解可用的预设上游和 受支持的用户定义上游，请参阅支持的格式。

• --disable-vulnerability-scanning：是一个可选标志，用于将仓库配置为停用自动漏洞扫描。

• --allow-vulnerability-scanning：是一个可选标志，用于将仓库配置为允许自动漏洞扫描。如需了解详情， 请参阅启用或停用自动扫描。

  例如，以下命令会在项目 my-project 的区域 us-east1 中创建一个名为 my-repo 的远程仓库，并且可以使用 用户名 my-username 和 Secret 版本 projects/my-project/secrets/my-secret/versions/1 向上游仓库进行身份验证。 Google Cloud

  gcloud artifacts repositories create my-repo \
      --project=my-project \
      --repository-format=python \
      --location=us-east1 \
      --description="Remote Python repository" \
      --mode=remote-repository \
      --remote-repo-config-desc="PyPI" \
      --remote-username=my-username \
      --remote-password-secret-version=projects/my-project/secrets/my-secret/versions/1 \
      --remote-python-repo=PYPI
  

输出如下所示：

Operation denied by custom org policies: ["customConstraints/custom.enableDockerRemotes": "All remote repositories must be Docker format."]

Artifact Registry 支持的资源

对于 仓库资源的创建和更新操作，Artifact Registry 支持对除 labels之外的所有字段使用自定义限制条件。

常见用例的自定义组织政策示例

下表提供了一些您可能会觉得有用的自定义组织政策的语法：

说明	限制条件语法
禁止创建远程仓库	name: organizations/ORGANIZATION_ID/customConstraints/custom.disableRemotes resourceTypes: - artifactregistry.googleapis.com/Repository methodTypes: - CREATE condition: "resource.mode in ['STANDARD', 'VIRTUAL']" actionType: ALLOW displayName: Disable remote repository creation description: All repositories must be standard or virtual mode.
对 Docker 格式的仓库强制执行标记不可变性	name: organizations/ORGANIZATION_ID/customConstraints/custom.enableAutoUpgrade resourceTypes: - artifactregistry.googleapis.com/Repository methodTypes: - CREATE condition: "resource.format == 'DOCKER' && !resource.dockerConfig.immutableTags" actionType: DENY displayName: Enforce tag immutability description: All new Docker repositories must have tag immutability enabled.
需要 CMEK 密钥	name: organizations/ORGANIZATION_ID/customConstraints/custom.enableAutoUpgrade resourceTypes: - artifactregistry.googleapis.com/Repository methodTypes: - CREATE condition: "resource.kmsKeyName.contains('projects/my-project/')" actionType: ALLOW displayName: Enforce the use of a CMEK key from my-project description: All repositories must be created with a CMEK key from my-project.

后续步骤

• 查看组织政策服务简介，以详细了解组织政策。
• 详细了解如何创建和管理组织政策。
• 查看预定义组织政策限制条件的完整列表。