カスタム制約を使用して Contact Center AI Platform(CCAI Platform)リソースを管理する

Google Cloud 組織のポリシーを使用すると、組織のリソースをプログラマティックに一元管理できます。組織のポリシー管理者は組織のポリシーを定義できます。組織のポリシーは、Google Cloud リソース階層内の Google Cloud リソースやそれらのリソースの子孫に適用される、制約と呼ばれる一連の制限です。組織のポリシーは、組織レベル、フォルダレベル、またはプロジェクト レベルで適用できます。

組織のポリシーは、さまざまなGoogle Cloud サービスに事前に定義された制約を提供します。ただし、組織のポリシーで制限されている特定のフィールドをカスタマイズ可能な方法でより詳細に制御する必要がある場合は、カスタム制約を作成することもできます。CCAI Platform のカスタム制約を実装するには、プライベート アクセス用にインスタンスを構成する必要があります。これにより、これらのインスタンスへのパブリック インターネット アクセスが制限されます。つまり、エージェント、マネージャー、CCAI Platform 管理者がアクセスできるように Private Service Connect を設定する必要があります。詳細については、Private Service Connect を設定するをご覧ください。

利点

CCAI Platform の組織のポリシーを使用すると、 Google Cloud管理者は、VPC Service Controls の対象外のネットワーク パスに組織全体の制約を適用できます。また、これらの組織のポリシーでは、ネットワーク トラフィックをコンポーネントに分割することで、上り(内向き)パスと下り(外向き)パスをきめ細かく制御できます。詳細については、コンポーネントをご覧ください。

ポリシーの継承

デフォルトでは、組織のポリシーは、そのポリシーを適用したリソースの子孫に継承されます。たとえば、フォルダにポリシーを適用した場合、 Google Cloud はそのフォルダ内のすべてのプロジェクトにそのポリシーを適用します。この動作の詳細と変更方法については、階層評価ルールをご覧ください。

料金

事前定義の組織ポリシーやカスタムの組織ポリシーを含め、組織ポリシー サービスは無料です。

制限事項

CCAI Platform は Cloud Asset Inventory と統合されていないため、ポリシー インテリジェンス の Policy Simulator 機能は CCAI Platform の組織のポリシーでは使用できません。

始める前に

始める前に、次のことを行います。

  1. CCAI Platform 用に Google Cloud プロジェクトを設定するの手順に沿って操作します。
  2. Google Cloud CLI をインストールして初期化する手順は次のとおりです。
    1. Google Cloud CLI をインストールします。

    2. 外部 ID プロバイダ(IdP)を使用している場合は、まず フェデレーション ID を使用して gcloud CLI にログインする必要があります。

    3. gcloud CLI を初期化するには、次のコマンドを実行します。

      gcloud init
  3. 組織 ID を確認します。

必要なロール

組織のポリシーを管理するために必要な権限を取得するには、次の IAM ロールを付与するように管理者に依頼してください。

ロールの付与については、プロジェクト、フォルダ、組織へのアクセス権の管理をご覧ください。

これらの事前定義ロールには、組織のポリシーの管理に必要な権限が含まれています。必要とされる正確な権限については、「必要な権限」セクションを開いてご確認ください。

必要な権限

組織のポリシーを管理するには、次の権限が必要です。

  • orgpolicy.customConstraints.get
  • orgpolicy.customConstraints.list
  • orgpolicy.customConstraints.create
  • orgpolicy.customConstraints.update
  • orgpolicy.customConstraints.delete

カスタムロールや他の事前定義ロールを使用して、これらの権限を取得することもできます。

コンポーネント

コンポーネントは、CCAI Platform インスタンスにカスタム制約を作成するときに使用します。コンポーネントは、特定の CCAI Platform 機能に関連付けられたネットワーク パスの抽象化です。たとえば、エージェント コンポーネントは、エージェント、マネージャー、または CCAI Platform 管理者が行うタスクに関連するすべての Ingress ネットワーク パスのグループを表します。

次の表に、CCAI Platform のカスタム制約で使用されるコンポーネントを示します。

コンポーネント 説明 トラフィックの方向 値の例
AGENT エージェント、マネージャー、CCAI プラットフォーム管理者が行うタスクに関連するすべての内向きネットワーク パスのグループ。 Ingress AGENT
CRM 顧客管理(CRM)アプリへの下り(外向き)トラフィック。 Egress CRM
MEDIA メディアの下り(外向き)トラフィック。 Egress MEDIA
DIRECT_ACCESS_POINT ダイレクト アクセス エンドポイント(DAP)への下り(外向き)トラフィック。 Egress DIRECT_ACCESS_POINT
EMAIL メールの下り(外向き)トラフィック。 Egress EMAIL
COBROWSE 画面共有の下り(外向き)トラフィック。 Egress COBROWSE

カスタム制約を作成する

カスタム制約は、組織のポリシーを適用しているサービスでサポートされるリソース、メソッド、条件、アクションを使用して YAML ファイルで定義されます。カスタム制約の条件は、Common Expression Language(CEL)を使用して定義されます。CEL を使用してカスタム制約で条件を作成する方法については、カスタム制約の作成と管理の CEL セクションをご覧ください。

CCAI Platform の YAML ファイルでカスタム制約を定義する手順は次のとおりです。

  1. 次の行を含むテキスト ファイルを作成します。

    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 Platform でサポートされているリソースとオペレーションをご覧ください。コンポーネントの詳細については、コンポーネントをご覧ください。

    • ACTION_TYPE: condition を満たしている場合に実行するアクション。ALLOW を指定します。

    • DISPLAY_NAME: 制約の名前。わかりやすい名前を入力してください。このフィールドの最大長は 200 文字です。

    • DESCRIPTION: ポリシー違反時にエラー メッセージとして表示される制約の説明。わかりやすい説明を入力してください。このフィールドの最大長は 2,000 文字です。

  2. カスタム制約を YAML ファイル(customconstraint.yaml など)として保存します。このファイルのパスを、カスタム制約を設定するの CONSTRAINT_PATH 変数の値として使用します。

カスタムの組織のポリシーと制約の構文の詳細については、一般的なユースケースのカスタムの組織のポリシーの例をご覧ください。

カスタム制約を設定する

コンソール

カスタム制約を作成する手順は次のとおりです。

  1. Google Cloud コンソールで [組織のポリシー] ページに移動します。

    [組織のポリシー] に移動

  2. プロジェクト選択ツールで、組織のポリシーを設定するプロジェクトを選択します。
  3. [ カスタム制約] をクリックします。
  4. [表示名] ボックスに、人が読める形式で制約の名前を入力します。この名前はエラー メッセージで使用されるほか、識別やデバッグにも使用できます。エラー メッセージで公開される可能性があるため、表示名に個人情報(PII)や機密データを使用しないでください。このフィールドには、最大 200 文字まで入力できます。
  5. [制約 ID] ボックスに、新しいカスタム制約の ID を入力します。カスタム制約の名前に使用できるのは、英字(大文字と小文字)と数字のみです(例: custom.requirePrivateAccess)。このフィールドには、接頭辞(custom.)を除き、最大 70 文字まで入力できます(例: organizations/123456789/customConstraints/custom)。エラー メッセージで公開される可能性があるため、制約 ID に個人情報(PII)や機密データを含めないでください。
  6. [説明] ボックスに、人が読める形式で制約の説明を入力します。この説明は、ポリシー違反の際にエラー メッセージとして使用されます。ポリシー違反が発生した理由と、ポリシー違反を解決する方法に関する詳細を含めてください。エラー メッセージで公開される可能性があるため、説明に個人情報(PII)や機密データを含めないでください。 このフィールドには、最大 2,000 文字まで入力できます。
  7. [リソースの種類] ボックスで、制限するオブジェクトとフィールドを含む Google Cloud REST リソースの名前を選択します(例: container.googleapis.com/Cluster)。ほとんどの種類のリソースは、最大 20 個のカスタム制約をサポートしています。これより多くのカスタム制約を作成しようとすると、オペレーションは失敗します。
  8. この制約は、REST CREATE メソッドにのみ適用できます。
  9. 各サービスでサポートされているメソッドを確認するには、 カスタム制約をサポートするサービスをご覧ください。

  10. 条件を定義するには、[ 条件を編集] をクリックします。
    1. [条件を追加] パネルで、サポートされているサービス リソースを参照する CEL 条件を作成します(例: resource.management.autoUpgrade == false)。このフィールドには、最大 1,000 文字まで入力できます。CEL の使用方法の詳細については、Common Expression Language をご覧ください。 カスタム制約で使用できるサービス リソースの詳細については、カスタム制約のサポート サービスをご覧ください。
    2. [保存] をクリックします。
  11. [アクション] で、条件が満たされた場合に評価対象のメソッドを許可するか拒否するかを選択します。
  12. 拒否アクションは、条件が true と評価された場合に、リソースを作成または更新するオペレーションがブロックされることを意味します。

    許可アクションは、条件が true と評価された場合にのみ、リソースを作成または更新するオペレーションが許可されることを意味します。条件に明記されているケースを除き、他のケースはすべてブロックされます。

  13. [制約を作成] をクリックします。
  14. 各フィールドに値を入力すると、このカスタム制約に対応する YAML 構成が右側に表示されます。

gcloud

  1. カスタム制約を作成するには、次の形式で YAML ファイルを作成します。
  2. 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.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 のみを設定できます。
    • 許可アクションは、条件が true と評価された場合に、リソースを作成または更新するオペレーションが許可されることを意味します。つまり、条件に明記されているケース以外はすべてブロックされます。

    • DISPLAY_NAME: 制約の人が読める名前。この名前はエラー メッセージで使用されるほか、識別やデバッグにも使用できます。エラー メッセージで公開される可能性があるため、表示名に個人情報(PII)や機密データを使用しないでください。このフィールドには、最大 200 文字まで入力できます。
    • DESCRIPTION: ポリシー違反の際にエラー メッセージとして表示される制約の説明。わかりやすい説明を入力してください。このフィールドには、最大 2,000 文字まで入力できます。
  3. 新しいカスタム制約の YAML ファイルを作成したら、組織内で組織のポリシーとして使用できるように設定する必要があります。カスタム制約を設定するには、gcloud org-policies set-custom-constraint コマンドを使用します。
  4. gcloud org-policies set-custom-constraint CONSTRAINT_PATH

    CONSTRAINT_PATH は、カスタム制約ファイルのフルパスに置き換えます。例: /home/user/customconstraint.yaml。

    この操作が完了すると、カスタム制約が Google Cloud の組織ポリシーのリストに表示され、組織のポリシーとして使用できるようになります。

  5. カスタム制約が存在することを確認するには、gcloud org-policies list-custom-constraints コマンドを使用します。
  6. gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

    ORGANIZATION_ID は組織リソースの ID に置き換えます。

    詳細については、組織のポリシーの表示をご覧ください。

カスタム制約を適用する

ブール型制約を適用するには、それを参照する組織のポリシーを作成し、その組織のポリシーを Google Cloud リソースに適用します。

カスタム制約を適用する手順は次のとおりです。

  1. ブール型制約を適用する組織のポリシーを作成するには、次の制約を参照するポリシー YAML ファイルを作成します。

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

    次のように置き換えます。

    • PROJECT_ID: 制約を適用するプロジェクト。
    • CONSTRAINT_NAME: カスタム制約に定義した名前(例: custom.requirePrivateAccess)。
  2. 制約を含む組織のポリシーを適用するには、次のコマンドを実行します。

    gcloud org-policies set-policy POLICY_PATH
    

    POLICY_PATH は、組織のポリシーの YAML ファイルのパスに置き換えます。ポリシーが有効になるまでに最長 15 分かかります。

カスタム制約をテストする

カスタム制約を作成するで定義されているカスタム制約(CONDITION の説明の例のように、AGENT タイプのコンポーネントを含む)は、次の動作を適用します。

AGENT タイプのコンポーネントを使用して CCAI プラットフォーム インスタンスを作成、更新する

AGENT タイプのコンポーネントを使用して CCAI Platform インスタンスの作成と更新をテストする手順は次のとおりです。

  1. このドキュメントの説明に沿って、カスタム制約を作成、設定、適用します。

  2. プライベート アクセス用に構成された CCAI Platform インスタンスを作成するの手順に沿ってインスタンスを作成します。インスタンスの作成が成功します。

  3. インスタンスを更新する手順は次のとおりです。

    1. Google Cloud コンソールのナビゲーション メニューで、[CCAI Platform] をクリックします。

      CCAI Platform インスタンス

      [CCAI プラットフォーム インスタンス] ページが表示されます。

    2. この手順で以前に作成したインスタンスの名前をクリックします。

    3. [編集] をクリックし、[デプロイを構成] をクリックします。

    4. デプロイ スケジュールを変更し、[保存] をクリックします。更新が成功します。

プライベート CCAI Platform インスタンスを作成したため、アクセスするには Private Service Connect 接続を設定 する必要があります。

AGENT タイプのコンポーネントを使用せずに CCAI プラットフォーム インスタンスを作成する

AGENT タイプのコンポーネントを使用せずに CCAI Platform インスタンスの作成と更新をテストする手順は次のとおりです。

  1. このドキュメントの説明に沿って、カスタム制約を作成、設定、適用します。

  2. プライベート アクセスを構成せずに、CCAI Platform インスタンスを作成するの手順に沿ってインスタンスを作成します。インスタンスの作成は失敗します。

AGENT タイプのコンポーネントを使用せずに CCAI プラットフォーム インスタンスを更新する

タイプ AGENT のコンポーネントなしで CCAI Platform インスタンスを作成するで説明したように、カスタム制約を適用した後は、タイプ AGENT のコンポーネントなしでインスタンスを作成することはできません。カスタム制約を適用する前にこのようなインスタンスがすでに存在していた場合、制約を適用すると、インスタンスの更新は失敗します(更新に AGENT タイプのコンポーネントの追加が含まれている場合を除きます。次の注をご覧ください)。

CCAI Platform でサポートされているリソースとオペレーション

次の表に、組織のポリシーのカスタム制約でサポートされているリソースとオペレーションを示します。

リソース アクション 属性 演算子 条件の例
ContactCenter インスタンスを作成または更新します。詳細については、CCAI Platform インスタンスを作成するをご覧ください。 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 コンポーネントが有効になっていることを確認します。

一般的なユースケースのカスタム組織ポリシーの例

次の表では、実際に役に立つ可能性のあるカスタム組織ポリシーの構文を示します。

説明 制約の構文
指定されたコンポーネントがすべて非公開(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.

次のステップ