En esta página se explica cómo usar las restricciones personalizadas del servicio de políticas de organización para restringir operaciones específicas en los siguientes recursos: Google Cloud
cloudresourcemanager.googleapis.com/Project
cloudresourcemanager.googleapis.com/Folder
Para obtener más información sobre la política de organización, consulta Políticas de organización personalizadas.
Acerca de las políticas y las restricciones de organización
El Google Cloud servicio de políticas de organización te permite controlar los recursos de tu organización de forma centralizada y programática. Como administrador de políticas de organización, puedes definir una política de organización, que es un conjunto de restricciones llamadas restricciones que se aplican a losGoogle Cloud recursos y a los elementos descendientes de esos recursos en la Google Cloud jerarquía de recursos. Puedes aplicar políticas de organización a nivel de organización, carpeta o proyecto.
La política de la organización proporciona restricciones gestionadas integradas para varios servicios de Google Cloud . Sin embargo, si quieres tener un control más granular y personalizable sobre los campos específicos que están restringidos en las políticas de tu organización, también puedes crear restricciones personalizadas y usarlas en una política de la organización.
Herencia de políticas
De forma predeterminada, las políticas de organización se heredan de los descendientes de los recursos en los que se aplican. Por ejemplo, si aplicas una política a una carpeta, Google Cloud se aplicará a todos los proyectos de la carpeta. Para obtener más información sobre este comportamiento y cómo cambiarlo, consulta las reglas de evaluación de la jerarquía.
Ventajas
Para mejorar la seguridad, el cumplimiento y la gestión, puedes usar políticas de organización personalizadas de las siguientes formas:
- Controlar los patrones de nomenclatura de los proyectos: puedes crear una restricción personalizada en el ID de proyecto. Por ejemplo, en una carpeta de recursos de staging, permite las operaciones de creación y actualización en un proyecto solo si el ID del proyecto empieza por
staging-
. - Restringir la mutación de proyectos y carpetas seguros: puedes crear una restricción personalizada para denegar las actualizaciones de proyectos y carpetas si el elemento superior es una carpeta o una organización segura.
Limitaciones
- Es posible que las operaciones de creación o actualización de recursos de Apps Script, Firebase o Contact Center Solution fallen si se ha definido una restricción personalizada en carpetas o proyectos. En estos casos, comprueba las condiciones de las restricciones personalizadas que provocan el error. Asegúrate de que estas restricciones estén actualizadas y vuelve a intentar la operación fallida.
- Al igual que todas las restricciones de las políticas de organización, los cambios en las políticas no se aplican de forma retroactiva a las instancias.
- Es posible que la creación de proyectos y carpetas en la consola Google Cloud no proporcione el motivo específico del mensaje de error
PERMISSION_DENIED
. Para confirmar los detalles sobre las restricciones específicas que provocan el fallo, puedes consultar los registros de auditoría.
Antes de empezar
-
Install the Google Cloud CLI.
If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
To initialize the gcloud CLI, run the following command:
gcloud init
Roles obligatorios
Para obtener los permisos que necesitas para gestionar políticas de organización personalizadas, pide a tu administrador que te conceda el rol de gestión de identidades y accesos Administrador de políticas de organización (roles/orgpolicy.policyAdmin
) en el recurso de la organización.
Para obtener más información sobre cómo conceder roles, consulta el artículo Gestionar el acceso a proyectos, carpetas y organizaciones.
También puedes conseguir los permisos necesarios a través de roles personalizados u otros roles predefinidos.
Crear una restricción personalizada
Una restricción personalizada se define en un archivo YAML mediante los recursos, los métodos, las condiciones y las acciones que admite el servicio en el que se aplica la política de la organización. Las condiciones de tus restricciones personalizadas se definen mediante el lenguaje de expresión común (CEL). Para obtener más información sobre cómo crear condiciones en restricciones personalizadas con CEL, consulta la sección sobre CEL del artículo Crear y gestionar restricciones personalizadas.
Para crear una restricción personalizada, crea un archivo YAML con el siguiente formato:
name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes:
- RESOURCE_NAME
methodTypes:
- CREATE
- UPDATE
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION
Haz los cambios siguientes:
ORGANIZATION_ID
: el ID de tu organización, como123456789
.CONSTRAINT_NAME
: el nombre que quieras asignar a la nueva restricción personalizada. Una restricción personalizada debe empezar porcustom.
y solo puede incluir letras mayúsculas, letras minúsculas o números. Por ejemplo,custom.allowProjectForXDepartmentNameOnly
. La longitud máxima de este campo es de 70 caracteres.RESOURCE_NAME
: nombre completo del recursoGoogle Cloud que contiene el objeto y el campo que quieres restringir. Por ejemplo,cloudresourcemanager.googleapis.com/Project
.CONDITION
: una condición CEL que se escribe en una representación de un recurso de servicio compatible. Este campo tiene una longitud máxima de 1000 caracteres. Consulta los recursos admitidos para obtener más información sobre los recursos con los que puedes escribir condiciones. Por ejemplo,"resource.projectId.startsWith(\"XDepartment\")"
.ACTION
: la acción que se debe llevar a cabo si se cumple la condicióncondition
. Los valores posibles sonALLOW
yDENY
.DISPLAY_NAME
: nombre descriptivo de la restricción. Este campo tiene una longitud máxima de 200 caracteres.DESCRIPTION
: descripción de la restricción que se mostrará como mensaje de error cuando se infrinja la política. Este campo tiene una longitud máxima de 2000 caracteres.
Para obtener más información sobre cómo crear una restricción personalizada, consulta Definir restricciones personalizadas.
Configurar una restricción personalizada
Una vez que hayas creado el archivo YAML de una nueva restricción personalizada, debes configurarla para que esté disponible en las políticas de organización de tu organización. Para configurar una restricción personalizada, usa el comandogcloud org-policies set-custom-constraint
:
gcloud org-policies set-custom-constraint CONSTRAINT_PATH
CONSTRAINT_PATH
por la ruta completa a tu archivo de restricciones personalizadas. Por ejemplo, /home/user/customconstraint.yaml
.
Una vez completado el proceso, las restricciones personalizadas estarán disponibles como políticas de organización en la lista de Google Cloud políticas de organización.
Para verificar que la restricción personalizada existe, usa el comando gcloud org-policies list-custom-constraints
:
gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
ORGANIZATION_ID
por el ID del recurso de tu organización.
Para obtener más información, consulta Ver políticas de la organización.
Aplicar una política de organización personalizada
Para aplicar una restricción, crea una política de organización que haga referencia a ella y, a continuación, aplica esa política de organización a un Google Cloud recurso.Consola
- En la Google Cloud consola, ve a la página Políticas de la organización.
- En el selector de proyectos, elige el proyecto para el que quieras definir la política de organización.
- En la lista de la página Políticas de organización, selecciona la restricción para ver la página Detalles de la política correspondiente.
- Para configurar la política de la organización de este recurso, haz clic en Gestionar política.
- En la página Editar política, selecciona Anular política del recurso superior.
- Haz clic en Añadir regla.
- En la sección Aplicación, selecciona si quieres activar o desactivar la aplicación de esta política de la organización.
- Opcional: Para que la política de la organización dependa de una etiqueta, haz clic en Añadir condición. Ten en cuenta que, si añades una regla condicional a una política de organización, debes añadir al menos una regla incondicional o la política no se podrá guardar. Para obtener más información, consulta Configurar una política de organización con etiquetas.
- Haz clic en Probar cambios para simular el efecto de la política de la organización. La simulación de políticas no está disponible para las restricciones gestionadas antiguas. Para obtener más información, consulta el artículo Probar los cambios en las políticas de la organización con el simulador de políticas.
- Para finalizar y aplicar la política de organización, haz clic en Definir política. La política tarda hasta 15 minutos en aplicarse.
gcloud
Para crear una política de organización con reglas booleanas, crea un archivo YAML de política que haga referencia a la restricción:
name: projects/PROJECT_ID/policies/CONSTRAINT_NAME spec: rules: - enforce: true
Haz los cambios siguientes:
-
PROJECT_ID
: el proyecto en el que quieras aplicar la restricción. -
CONSTRAINT_NAME
: el nombre que has definido para tu restricción personalizada. Por ejemplo,custom.allowProjectForXDepartmentNameOnly
.
Para aplicar la política de la organización que contiene la restricción, ejecuta el siguiente comando:
gcloud org-policies set-policy POLICY_PATH
Sustituye POLICY_PATH
por la ruta completa al archivo YAML de la política de tu organización. La política tarda hasta 15 minutos en aplicarse.
Probar la política de organización personalizada
En el siguiente ejemplo se crea una restricción y una política personalizadas que requieren que todos los IDs de proyecto de tu organización empiecen por dev_
.
Antes de empezar, identifica el ID de tu organización.
Crear la restricción
Para definir una restricción que deniegue todas las creaciones y actualizaciones de proyectos si el ID del proyecto no empieza por
dev_
, crea elconstraint-allow-dev-projects.yaml
con el siguiente contenido:name: organizations/ORGANIZATION_ID/customConstraints/custom.allowProjectForDevIdOnly resourceTypes: - cloudresourcemanager.googleapis.com/Project methodTypes: - CREATE - UPDATE condition: "resource.projectId.startsWith(\"dev_\")" actionType: ALLOW displayName: Allow dev_ projects description: All projects in the org should start with dev_.
Sustituye ORGANIZATION_ID por el ID de tu organización.
Aplica la restricción:
gcloud org-policies set-custom-constraint ~/constraint-allow-dev-projects.yaml
Verifica que la restricción exista:
gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
El resultado debería ser similar al siguiente:
CUSTOM_CONSTRAINT ACTION_TYPE METHOD_TYPES RESOURCE_TYPES DISPLAY_NAME custom.allowProjectForDevIdOnly ALLOW CREATE,UPDATE cloudresourcemanager.googleapis.com/Project Allow dev_ projects ...
Crear la política
Crea el archivo
policy-enable-dev-projects.yaml
con la siguiente política:Name: organizations/ORGANIZATION_ID/policies/custom.allowProjectForDevIdOnly spec: rules: - enforce: true
Sustituye ORGANIZATION_ID por el ID de tu organización.
Aplica la política:
gcloud org-policies set-policy ~/policy-enable-dev-projects.yaml
Comprueba que la política exista:
gcloud org-policies list --organization=ORGANIZATION_ID
El resultado debería ser similar al siguiente:
CONSTRAINT LIST_POLICY BOOLEAN_POLICY ETAG custom.allowProjectForDevIdOnly - SET COCsm5QGENiXi2E=
Después de aplicar la política, Google Cloud tarda unos dos minutos en empezar a aplicarla.
Probar la política
Crea un proyecto con el ID sampleDemoProject
en la organización:
gcloud projects create sampleDemoProject \
--organization=ORGANIZATION_ID
El resultado es el siguiente:
PERMISSION_DENIED: The caller does not have permission
Ejemplos de políticas de organización personalizadas para casos prácticos habituales
En esta tabla se muestran ejemplos de sintaxis de algunas restricciones personalizadas habituales.
Descripción | Sintaxis de las restricciones |
---|---|
Deniega la creación de proyectos en la carpeta 1234 (secure_admin_folder). |
name: organizations/ORGANIZATION_ID/customConstraints/custom.disableNewProjectInSecureAdminFolder resourceTypes: - cloudresourcemanager.googleapis.com/Project methodTypes: - CREATE condition: "resource.parent == "organizations/1234"" actionType: DENY displayName: Disable new project creation in the secure admin folder description: Do not allow creation of new projects in the secure folders. |
Inhabilita la creación de una carpeta dentro de otra para controlar la profundidad del árbol de la jerarquía de recursos. |
name: organizations/ORGANIZATION_ID/customConstraints/custom.disableFolderCreation resourceTypes: - cloudresourcemanager.googleapis.com/Folder methodTypes: - CREATE condition: "resource.parent.startsWith("folders")" actionType: DENY displayName: Disable creation of a folder inside another folder description: Do not allow creation of a folder within another folder when the resource hierarchy is set to a maximum value of 1. |
Recursos compatibles con Resource Manager
En la siguiente tabla se enumeran los recursos de Resource Manager a los que puede hacer referencia en las restricciones personalizadas.Recurso | Campo |
---|---|
cloudresourcemanager.googleapis.com/Folder |
resource.displayName
|
resource.parent
| |
cloudresourcemanager.googleapis.com/Project |
resource.parent
|
resource.projectId
|
Siguientes pasos
- Consulta más información sobre el servicio de políticas de organización.
- Consulta más información sobre cómo crear y gestionar políticas de la organización.
- Consulta la lista completa de restricciones de políticas de la organización gestionadas.