Organization PolicyがMCPサーバーの一般提供を開始、Geminiで自然言語からカスタム制約の作成が可能

Organization Policyと新機能でできること

Organization Policy Serviceは、Google Cloudのリソース階層全体でリソース構成を守り、セキュリティのガードレールの設定に役立つサービスです。100を超える事前定義のポリシーのカタログとCustom Organization Policyを使うと、リソースをきめ細かく制御する境界を設定しやすくなります。^[1]

Organization Policyは、Google Cloud上のリソース構成をプロアクティブに統制するクラウドガバナンスの仕組みです。管理者は重要なセキュリティガードレールを強制でき、エンジニアリングチームは迅速かつ安全に構築やデプロイを進められます。

図1　Organization Policy Serviceの役割

制約のカタログには一般的な用途向けのマネージド制約が組み込まれていますが、設計基準は組織ごとに異なります。Custom Organization Policyは、組織独自のアーキテクチャの標準をカスタム制約として表し、対応するサービス全体で強制するための機能です。

MCPサーバーで使えるツール

MCPサーバーは、AIアプリケーションをデータベースやWebサービスなどの外部システムにつなぐ仕組みです。Organization PolicyのMCPサーバーは、自律型エージェントやパイプラインがOrganization Policyを直接扱うためのツールを提供します。^[1][2]

図2　各ツールの主な用途

エージェントによる支援の対象は、セキュリティ態勢の監査や設定のずれの検出、適用除外の管理です。プロジェクトやフォルダ、組織に適用される制約の確認には、ListConstraintsとGetCustomConstraintを使えます。

図3　MCPサーバーでエージェントが支援する作業

GetEffectivePolicyは、階層の継承とタグに基づく条件を考慮して実効ポリシーを計算し、構成の変更が準拠するかの確認に使えます。CreatePolicyとCreateCustomConstraintは、プラットフォームチームが会話形式のワークフローでガードレールを管理するためのツールです。

Geminiで書くカスタム制約

従来、カスタム制約のルールはCEL（common expression language）で書き、Google Cloudのリソーススキーマを深く理解する必要がありました。現在は、管理者がGeminiへのプロンプトを使って自然言語でカスタム制約を作成できます。

図4　Geminiによるカスタム制約作成の機能

プロンプトの例は、Agent Runtimeでagent-identityの使用を必須にする制約や、GKEで利用者が自動アップグレードを無効にするのを防ぐ制約です。Agent Runtimeにデプロイするすべてのエージェントに承認済みのAgent Gatewayの使用を求める制約も例に含まれ、カスタム制約を会話形式で調整することもできます。

図5　Geminiへのプロンプトの例

Geminiは、準拠するテスト用のリソース構成と準拠しないリソース構成も生成でき、制約を適用する前のテストとドライランモードでの検証に役立ちます。ドライランモードは、ポリシー違反を監査ログに記録するものの、違反する操作は拒否しないモードです。^[1][4]

Organization Policyを操作する方法の例

Organization PolicyのMCPサーバーのツールを自律型エージェントやパイプラインから使う前に、MCPサーバーの有効化と認証の設定が必要です。Organization Policy APIのMCPサーバーには、グローバルエンドポイントのhttps://orgpolicy.googleapis.com/mcpがあります。^[1][2]

図6　MCPサーバーの設定要件とツール情報

MCPサーバーのツールの確認

tools/listメソッドを使うと、MCPサーバーで利用できるすべてのツールとその仕様を一覧で取得できます。ツールにはUpdatePolicyやDeletePolicyも含まれ、UpdatePolicyは既存のポリシーを全体ごと上書きする仕様です。

図7　MCPサーバーのツールと確認メソッドの例

マネージド制約のYAML定義例

組織のポリシーは、適用する制約と、必要に応じて適用条件を指定して、YAMLまたはJSONのファイルで定義します。次のYAMLは、マネージド制約を適用する組織のポリシーの例です。^[4]

図8　組織のポリシーの定義方法

name: organizations/1234567890123/policies/iam.managed.disableServiceAccountCreation
spec:
  rules:
  - enforce: true

公式資料からの抜粋：組織のポリシーの概要（制約 / マネージド制約）。対象版・範囲：組織のポリシーの概要（最終更新日 2026-11-12 UTC）。

上記のコードでは、マネージド制約のiam.managed.disableServiceAccountCreationを適用します。iam.managed.disableServiceAccountCreationは、iam.disableServiceAccountCreationと同等の制約です。

提供状態とカスタム制約の適用範囲

MCPサーバーと、Geminiによる自然言語でのカスタム制約の作成は、どちらも一般提供です。料金や、Geminiでカスタム制約を作成する画面の場所は、今回の発表に含まれていません。^[1]

図9　提供状態と今回の発表の範囲

カスタム制約の対応リソース

カスタム制約は、Cloud RunやGoogle Kubernetes Engineを含む幅広いGoogle Cloudサービスに対応します。主要なAIやコンピューティングのサービスでは、Agent RuntimeやAgent Search、Agent Studio on Gemini platformも対象です。

図10　カスタム制約の対象を確かめる観点

リソースの種類別の提供状態の例は以下の通りです。^[3]

2026年11月10日（UTC）更新時点の、カスタム制約に対応するリソースの例

対象のリソースでも、すべての属性を使えるとは限りません。使えるリソースと属性は、サービスごとのドキュメントで確認できます。

新しい組織のポリシーは通常遡及しない

新しい組織のポリシーの適用は、通常はさかのぼりません。すでにあるサービスの動作や状態がポリシーに反しても、サービスは元の動作を止めないため、手動での対処が必要です。^[4]

図11　新しい組織ポリシーと既存の動作

目的に合わせたガードレール機能の選び方

既存のガードレールを調べたい場合と、新しいカスタム制約を作りたい場合とでは、使う機能が異なります。編集部は、目的ごとに使う機能を次の図に整理しました。

図12　目的ごとに使う機能（編集部の整理）

既存の制約を調べる場合は、MCPサーバーのListConstraintsやGetEffectivePolicyで、適用中の制約と実効ポリシーを確かめます。Geminiで新しいカスタム制約を作る場合は、ドライランモードで影響を見てから適用する手順が編集部の提案です。^[1][4]

CISやPCIの標準に沿う制約が必要な場合は、Google Cloud Professional Servicesのカスタム制約のサンプルライブラリを参照できます。カスタム制約を作成して適用する場合は、対象のリソースの種類が対応一覧にあるかと、その提供状態も確かめます。^[1][3]