AIゲートウェイの変更点 - 2026年7月

既存のAIゲートウェイ（LiteLLMなど）をCatoと統合した場合、設定モデルが変更されました。 AIゲートウェイの設定は現在Guardに存在し、AIセキュリティ用アプリケーションの認証キーと仮想キーのマッピングを生成する唯一の場所です。

既存の構成は自動的に移行されました。 認証キーは変更されておらず、既存のAIゲートウェイの統合は変更なしで継続します。 さらに、Guardのポリシーとルールは以前と同様に機能します。

簡単な概要

以前は、既存のAIゲートウェイをCatoに接続するには、2つの異なるオブジェクトタイプが必要でした:

• 認証キーを生成するためにCMAでAIゲートウェイを設定しました。
• 各ゲートウェイの仮想キーごとに1つのGuardを作成しました。

これらのオブジェクトは現在統合されています。 AIゲートウェイごとに1つのGuardを作成します。 Guardは認証キーを生成し、仮想キーのマッピングを含みます。 各仮想キーは、Homegrown Agentsページに表示されるHomegrown Agentとして表されます。

ビフォーアフター

ビフォー

AIゲートウェイからトラフィックを保護するために、CMAでAIゲートウェイを表すオブジェクトを作成し、認証キーを生成しました。 次に、そのゲートウェイの仮想キーごとに別のGuardを作成しました。

アフター

今ではAIゲートウェイに対して1つのGuardを作成します。 Guardは認証キーを生成し、すべての仮想キーのマッピングを含みます。 各仮想キーは、Homegrown Agentとして表されます。

どこで見つけるか

新しい変更点とCatoがそれを変更した理由

Guardsは現在、Catoとエージェントを統合し、Cato AIセキュリティ用アプリケーションの認証トークンを生成する唯一の場所です。 AIゲートウェイの背後にある単一または複数のエージェントを統合する場合、構成はGuardsで管理されます。

この変更は、より詳細なポリシー範囲の設定も追加します。 以前は、仮想キー（エージェント）レベルでのみ規則を適用できました。 現在、1つのGuardで複数の仮想キーをマッピングできるため、ポリシーを2つのレベルで適用できます。

• ゲートウェイレベル： AIゲートウェイを表すGuardに規則を適用します。 これらの規則は、バックにあるすべてのエージェントに適用されます。
• エージェントレベル： 特定のHomegrown Agentに規則を適用します。 これらの規則は、その仮想キーからのトラフィックのみに適用されます。

これにより、単一のGuardを使用して複数のチームやユースケースのトラフィックを管理し、必要に応じて各エージェントに異なるポリシーを適用できます。

よくある質問

ゲートウェイ設定を更新する必要がありますか？

いいえ。 認証キーは変更されていません。 Catoの認証キーを指示する既存のゲートウェイ設定は、修正なしで継続します。

古いGuardはどこに行ったの？

以前AIゲートウェイと関連付けられていたGuardは移行され、Guardページに表示されています。 仮想キーのマッピングはGuard内で事前に構成されています。

Homegrown Agentとは？

あなたのゲートウェイ設定内の各仮想キーは現在、Cato内のHomegrown Agentに対応しています。 Homegrown Agentは、トラフィックの表示、エージェントごとのポリシー設定、および仮想キーのレベルでの使用状況の報告を可能にします。