Google Cloud 組織ポリシーを使用すると、組織のリソースを プログラマティックに一元管理できます。組織の ポリシー管理者は組織のポリシーを定義できます。組織のポリシーは、 リソース階層内のGoogle Cloud リソースやそれらのリソースの 子孫に適用される、制約と呼ばれる一連の Google Cloud 制限です。組織のポリシーは、組織、フォルダ、プロジェクト レベルで適用できます。
組織のポリシーは、事前に定義された制約をさまざまな Google Cloud サービスに提供します。ただし、組織のポリシーで制限されている特定のフィールドをカスタマイズ可能な方法でより詳細に制御する必要がある場合は、カスタム制約を作成することもできます。CCAI プラットフォームにカスタム制約を実装するには、プライベート アクセス用にインスタンスを構成する必要があります。これにより、これらのインスタンスへのパブリック インターネット アクセスが制限されます。つまり、エージェント、マネージャー、CCAI プラットフォーム管理者がアクセスできるように、Private Service Connect を設定する必要があります。詳細については、 Private Service Connect を設定するをご覧ください。
利点
CCAI プラットフォームの組織のポリシーを使用すると、 Google Cloud 管理者は VPC Service Controlsでカバーされていないネットワーク パスに組織全体の制約を適用できます。また、これらの組織のポリシーでは、ネットワーク トラフィックをコンポーネントに分割することで、Ingress パスと Egress パスをきめ細かく制御できます。詳細については、 コンポーネントをご覧ください。
ポリシーの継承
デフォルトでは、組織のポリシーは、そのポリシーを適用したリソースの子孫に継承されます。たとえば、フォルダにポリシーを適用した場合、 Google Cloud はそのフォルダ内のすべてのプロジェクトにそのポリシーを適用します。この動作の詳細と変更方法については、階層評価ルールをご覧ください。
料金
事前定義の組織のポリシーやカスタムの組織のポリシーを含む組織のポリシー サービスは料金なしで利用できます。
制限事項
CCAI プラットフォームは Cloud Asset Inventoryと統合されていないため、Policy Simulator機能は Policy Intelligence の CCAI プラットフォーム 組織のポリシーでは使用できません。
始める前に
始める前に、次のことを行います。
- CCAI プラットフォーム用に プロジェクトを設定する Google Cloud の手順に沿って操作します。
- Google Cloud CLI をインストールして初期化するには、次の操作を行います。
-
{10
-
Google Cloud CLI をインストールします。
-
外部 ID プロバイダ(IdP)を使用している場合は、まず連携 ID を使用して gcloud CLI にログインする必要があります。
-
gcloud CLI を初期化するには、次のコマンドを実行します:
gcloud init
-
- 組織 ID を確認します。
必要なロール
組織のポリシーを管理するために必要な権限を取得するには、次の IAM ロールを付与するように管理者に依頼してください。
- 組織のポリシー管理者 (
roles/orgpolicy.policyAdmin) 組織リソースに対する -
CCAI プラットフォーム リソースへのフルアクセス権:
Contact Center AI Platform Admin (
roles/contactcenteraiplatform.admin) プロジェクト リソースに対する -
サービス状態の有効化、無効化、検査、オペレーションの検査、コンシューマ プロジェクトの割り当てと課金の利用が可能な権限:
Service Usage 管理者 (
roles/serviceusage.serviceUsageAdmin) プロジェクト リソースに対する
ロールの付与の詳細については、プロジェクト、フォルダ、組織へのアクセスを管理するをご覧ください。
これらの事前定義ロールには、組織のポリシーの管理に必要な権限が含まれています。必要とされる正確な権限については、「必要な権限」セクションを開いてご確認ください。
必要な権限
組織のポリシーを管理するには、次の権限が必要です。
-
orgpolicy.customConstraints.get -
orgpolicy.customConstraints.list -
orgpolicy.customConstraints.create -
orgpolicy.customConstraints.update -
orgpolicy.customConstraints.delete
カスタムロールや他の事前定義ロールを使用して、これらの権限を取得することもできます。
コンポーネント
CCAI プラットフォーム インスタンスにカスタム制約を作成する場合は、コンポーネントを使用します。コンポーネントは、特定の CCAI プラットフォーム機能に関連付けられたネットワーク パスの抽象化です。たとえば、`agent` コンポーネントは、エージェント、マネージャー、CCAI プラットフォーム管理者が行うタスクに関連するすべての Ingress ネットワーク パスのグループを表します。
次の表に、CCAI プラットフォームのカスタム制約で使用されるコンポーネントを示します。
| コンポーネント | 説明 | トラフィックの方向 | 値の例 |
|---|---|---|---|
AGENT |
エージェント、マネージャー、CCAI プラットフォーム管理者が行うタスクに関連するすべての Ingress ネットワーク パスのグループ。 | Ingress | AGENT |
CRM |
顧客関係管理(CRM)アプリへの Egress トラフィック。 | Egress | CRM |
MEDIA |
メディア Egress トラフィック。 | Egress | MEDIA |
DIRECT_ACCESS_POINT |
ダイレクト アクセス エンドポイント(DAP)への Egress トラフィック。 | Egress | DIRECT_ACCESS_POINT |
EMAIL |
メール Egress トラフィック。 | Egress | EMAIL |
COBROWSE |
画面共有 Egress トラフィック。 | Egress | COBROWSE |
カスタム制約を作成する
カスタム制約は、組織のポリシーを適用しているサービスでサポートされるリソース、メソッド、条件、アクションを使用して YAML ファイルで定義されます。カスタム制約の条件は Common Expression Language (CEL)を使用して定義されます。CEL を使用してカスタム制約で条件を作成する方法については、カスタム制約の作成と 管理の CEL セクションをご覧ください。
CCAI プラットフォームの YAML ファイルでカスタム制約を定義する手順は次のとおりです。
次の行を含むテキスト ファイルを作成します。
name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME resourceTypes: - contactcenteraiplatform.googleapis.com/ContactCenter methodTypes: - CREATE - UPDATE condition: "CONDITION" actionType: ACTION_TYPE displayName: "DISPLAY_NAME" description: "DESCRIPTION"次のように置き換えます。
ORGANIZATION_ID: 組織 ID。CONSTRAINT_NAME: カスタム制約の名前。カスタム制約はcustom.接頭辞で始まる必要があり、 大文字、小文字、または 数字のみを含めることができます(例:custom.requirePrivateAccess)。このフィールドには、接頭辞を除き、最大 70 文字まで入力できます。CONDITION: サポート対象のサービス リソースの表現に対して書き込まれる CEL 条件(例:resource.privateAccess.ingressSettings.exists(private_component, private_component.name == 'AGENT'))。このフィールドには、最大 1,000 文字まで入力できます。条件を記述できるリソースの詳細については、CCAI プラットフォームでサポートされているリソース とオペレーションをご覧ください。コンポーネントの詳細については、コンポーネントをご覧ください。ACTION_TYPE:conditionが満たされている場合に実行するアクション。ALLOWを指定します。DISPLAY_NAME: 制約の名前。わかりやすい名前を入力してください。このフィールドの最大長は 200 文字です。DESCRIPTION: ポリシー違反時にエラー メッセージとして表示される制約の説明。わかりやすい説明を入力してください。このフィールドの最大長は 2,000 文字です。
カスタム制約を YAML ファイル(
customconstraint.yamlなど)として保存します。この ファイルのパスを、CONSTRAINT_PATH変数の値として カスタム制約を設定するで使用します。
カスタムの組織のポリシーと制約の構文の詳細については、 一般的なユースケースのカスタム組織ポリシーの例 をご覧ください。
カスタム制約を設定する
コンソール
カスタム制約を作成する手順は次のとおりです。
- Google Cloud コンソールで [組織のポリシー] ページに移動します。
- プロジェクト選択ツールで、組織のポリシーを設定するプロジェクトを選択します。
- [ カスタム制約] をクリックします。
- [表示名] ボックスに、人が読める形式で制約の名前を入力します。この名前は エラー メッセージで使用されるほか、識別やデバッグにも使用できます。エラー メッセージで公開される可能性があるため、表示名に 個人情報(PII)や機密データを使用しないでください。 このフィールドには、最大 200 文字まで入力できます。
-
[**制約 ID**] ボックスに、新しいカスタム
制約の ID を入力します。カスタム制約の名前に使用できるのは、英字(大文字と小文字)と
数字のみです(例:
custom.requirePrivateAccess)。このフィールドには、接頭辞(custom.)を除き、最大 70 文字まで入力できます(例:organizations/123456789/customConstraints/custom)。エラー メッセージで公開される可能性があるため、制約 ID に個人情報(PII)や機密データを含めないでください。 - [説明] ボックスに、人が読める形式で制約の説明を入力します。この説明は、ポリシー違反の際にエラー メッセージとして使用されます。ポリシー違反が発生した理由と、ポリシー違反を解決する方法に関する詳細を含めてください。エラー メッセージで公開される可能性があるため、説明に個人情報(PII)や機密データを含めないでください。 このフィールドには、最大 2,000 文字まで入力できます。
-
[リソースの種類] ボックスで、制限するオブジェクトとフィールドを含む Google Cloud REST リソースの名前を選択します(例:
container.googleapis.com/NodePool)。ほとんどの種類のリソースは、最大 20 個のカスタム制約をサポートしています。これより多くのカスタム制約を作成しようとすると、オペレーションは失敗します。 -
この制約
は、REST
CREATEメソッドにのみ適用できます。 - 条件を定義するには、 [Edit condition] をクリックします。
-
[条件を追加] パネルで、サポートされているサービス リソースを参照する CEL 条件を作成します(例:
resource.management.autoUpgrade == false)。このフィールドには、最大 1,000 文字まで入力できます。CEL の使用方法の詳細については、Common Expression Language をご覧ください。 カスタム制約で使用できるサービス リソースの詳細については、カスタム制約のサポート サービスをご覧ください。 - [保存] をクリックします。
- [アクション] で、条件が満たされた場合に評価対象のメソッドを許可するか拒否するかを選択します。
- [制約を作成] をクリックします。
各サービスでサポートされているメソッドを確認するには、 カスタム制約をサポートするサービスをご覧ください。
拒否アクションは、条件が true と評価された場合に、リソースを作成または更新するオペレーションがブロックされることを意味します。
許可アクションは、条件が true と評価された場合にのみ、リソースを作成または更新するオペレーションが許可されることを意味します。条件に明記されているケース以外はすべてブロックされます。
各フィールドに値を入力すると、この カスタム制約に対応する YAML 構成が右側に表示されます。
gcloud
- カスタム制約を作成するには、次の形式で YAML ファイルを作成します。
-
ORGANIZATION_ID: 組織 ID(123456789など)。 -
CONSTRAINT_NAME: 新しいカスタム制約の名前。カスタム制約の名前に使用できるのは、英字(大文字と小文字) または数字のみです(例:custom.requirePrivateAccess)。このフィールドには、接頭辞(custom.)を除き、最大 70 文字まで入力できます(例:organizations/123456789/customConstraints/custom)。エラー メッセージで公開される可能性があるため、制約 ID に個人情報(PII)や 機密データを含めないでください。 -
RESOURCE_NAME: 制限するオブジェクトとフィールドを含む Google Cloud リソースの完全修飾名。たとえば、contactcenteraiplatform.googleapis.com/ContactCenterのようにします。ほとんどの種類のリソースは、最大 20 個のカスタム 制約をサポートしています。これより多くのカスタム制約を作成しようとすると、オペレーションは失敗します。 -
methodTypes: 制約が適用される REST メソッド。CREATEのみを設定できます。 -
CONDITION: サポート対象のサービス リソースの表現に対して書き込まれる CEL 条件。このフィールドには、最大 1,000 文字まで入力できます。例:。resource.privateAccess.ingressSettings.exists(private_component, private_component.name == 'AGENT') -
ACTION:conditionが満たされている場合に実行するアクション。ALLOWのみを設定できます。 -
DISPLAY_NAME: 制約の名前。わかりやすい名前を入力してください。この名前 はエラー メッセージで使用されるほか、識別やデバッグにも使用できます。エラー メッセージで公開される可能性があるため、表示名に個人情報(PII)や機密データを使用しないでください。 このフィールドには、最大 200 文字まで入力できます。 -
DESCRIPTION: ポリシー違反時にエラー メッセージとして表示される制約の説明。わかりやすい説明を入力してください。このフィールドには、最大 2,000 文字まで入力できます。 -
新しいカスタム制約の YAML ファイルを作成したら、組織内で組織のポリシーとして使用できるように設定する必要があります。カスタム制約を設定するには、
gcloud org-policies set-custom-constraintコマンドを使用します。 -
カスタム制約が存在することを確認するには、
gcloud org-policies list-custom-constraintsコマンドを使用します。
name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME resourceTypes: RESOURCE_NAME methodTypes: - CREATE condition: "CONDITION" actionType: ACTION displayName: DISPLAY_NAME description: DESCRIPTION
次のように置き換えます。
各サービスでサポートされているメソッドを確認するには、 カスタム制約をサポートするサービスをご覧ください。
条件を記述できるリソースの詳細については、サポートされているリソースをご覧ください。
許可アクションは、条件が true と評価された場合に、リソースを作成または更新するオペレーションが許可されることを意味します。つまり、条件に明記されているケース以外はすべてブロックされます。
gcloud org-policies set-custom-constraint CONSTRAINT_PATH
CONSTRAINT_PATH は、カスタム制約ファイルのフルパスに置き換えます。例: /home/user/customconstraint.yaml。
この操作が完了すると、カスタム制約が Google Cloud の組織ポリシーのリストに表示され、組織のポリシーとして使用できるようになります。
gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
ORGANIZATION_ID は組織リソースの ID に置き換えます。
詳細については、 組織のポリシーの表示をご覧ください。
カスタム制約を適用する
ブール型制約を適用するには、それを 参照する組織のポリシーを作成し、その組織のポリシーを Google Cloud リソースに適用します。
カスタム制約を適用する手順は次のとおりです。
ブール型制約を適用する組織のポリシーを作成するには、次の制約を参照するポリシー YAML ファイルを作成します。
name: projects/PROJECT_ID/policies/CONSTRAINT_NAME spec: rules: - enforce: true次のように置き換えます。
PROJECT_ID: 制約を適用するプロジェクト。CONSTRAINT_NAME: カスタム制約に定義した名前(例:custom.requirePrivateAccess)。
制約を含む組織のポリシーを適用するには、次のコマンドを実行します。
gcloud org-policies set-policy POLICY_PATHPOLICY_PATHは、組織のポリシーの YAML ファイルのパスに置き換えます。ポリシーが有効になるまで最大 15 分かかります。
カスタム制約をテストする
カスタム制約は、カスタム制約を作成する
で定義されているように(CONDITION 説明の例のように、タイプ AGENT のコンポーネントを使用)、次の動作を強制します。
タイプ
AGENTのコンポーネントを使用してインスタンスを作成または更新すると成功します。 詳細については、タイプ のコンポーネントを使用して CCAI プラットフォーム インスタンスを作成して更新するAGENTをご覧ください。タイプ
AGENTのコンポーネントを使用せずにインスタンスを作成または更新すると失敗します。 詳細については、タイプ `AGENT`AGENTのコンポーネントを使用せずに CCAI プラットフォーム インスタンスを作成するとタイプ `AGENT`AGENTのコンポーネントを使用せずに CCAI プラットフォーム インスタンスを更新するをご覧ください。
タイプ AGENT のコンポーネントを使用して CCAI プラットフォーム インスタンスを作成して更新する
タイプ AGENT のコンポーネントを使用して CCAI プラットフォーム インスタンスを作成して更新するテストを行う手順は次のとおりです。
プライベート アクセス用に構成された CCAI プラットフォーム インスタンスを作成する の手順に沿ってインスタンスを作成します。インスタンスの作成は成功します。
インスタンスを更新する手順は次のとおりです。
コンソールのナビゲーション メニューで、[CCAI Platform] をクリックします。 Google Cloud
[CCAI プラットフォーム インスタンス] ページが表示されます。
この手順で作成したインスタンスの名前をクリックします。
[**編集**] をクリックし、[**デプロイを構成**] をクリックします。
デプロイ スケジュールを変更し、[保存] をクリックします。更新は成功します。
プライベート CCAI プラットフォーム インスタンスを作成したため、アクセスするには Private Service Connect 接続を 設定 する必要があります。
タイプ AGENT のコンポーネントを使用せずに CCAI プラットフォーム インスタンスを作成する
タイプ AGENT のコンポーネントを使用せずに CCAI プラットフォーム インスタンスを作成して更新するテストを行う手順は次のとおりです。
プライベート アクセスを構成せずに、CCAI プラットフォーム インスタンスを作成するの手順に沿ってインスタンスを作成します。インスタンスの作成は失敗します。
タイプ AGENT のコンポーネントを使用せずに CCAI プラットフォーム インスタンスを更新する
タイプ AGENT のコンポーネントを使用せずに CCAI プラットフォーム インスタンスを作成する
で説明したように、カスタム制約を適用した後にタイプ AGENT のコンポーネントを使用せずにインスタンスを作成することはできません。カスタム制約を適用する前にこのようなインスタンスが存在していた場合、制約を適用した後にインスタンスの更新は失敗します(更新にタイプ AGENT のコンポーネントの追加が含まれていない場合。次の注をご覧ください)。
CCAI プラットフォームでサポートされているリソースとオペレーション
次の表に、組織のポリシーのカスタム制約でサポートされているリソースとオペレーションを示します。
| リソース | アクション | 属性 | 演算子 | 条件の例 |
|---|---|---|---|---|
| ContactCenter | インスタンスを作成または更新します。詳細については、CCAI プラットフォーム インスタンスを作成するをご覧ください。 | name | 次を含む | resource.name.contains("us-central1/contactCenters/myContactCenter") |
| 一致 | resource.name.matches("projects/my-project/locations/us-central1/contactCenters/myContactCenter") |
|||
| startsWith | resource.name.startsWith("projects/my-project") |
|||
| endsWith | resource.name.endsWith("myContactCenter") |
|||
| privateAccess | exists |
resource.privateAccess.ingressSettings.exists(private_component, private_component.name == 'AGENT')
|
一般的なユースケースのカスタム組織ポリシーの例
次の表では、実際に役に立つ可能性のあるカスタム組織ポリシーの構文を示します。
| 説明 | 制約の構文 |
|---|---|
指定されたコンポーネントはすべてプライベートです(つまり、AGENT))。 |
name: organizations/ORGANIZATION_ID/customConstraints/custom.requirePrivateAccess resourceTypes: - contactcenteraiplatform.googleapis.com/ContactCenter methodTypes: - CREATE - UPDATE condition: "resource.privateAccess.ingressSettings.exists(private_component, private_component.name == 'AGENT')" actionType: ALLOW displayName: Agents cannot connect over the internet. description: Internet access is disallowed for agents. |
指定された単一のインスタンスを除くすべてのインスタンスで、指定されたプライベート AGENT を使用する必要があります。 |
name: organizations/ORGANIZATION_ID/customConstraints/custom.requirePrivateAccess resourceTypes: - contactcenteraiplatform.googleapis.com/ContactCenter methodTypes: - CREATE - UPDATE condition: "resource.privateAccess.ingressSettings.exists(private_component, private_component.name == 'AGENT' || resource.name.contains('myContactCenterId')" actionType: ALLOW displayName: Restrict Internet access to AGENT for all instances except a single instance. description: Internet access for agents is restricted except for myContactcenterId CCAI Platform instances. |