モデルAPI（モデルサービス）のガバナンス
Unity AI Gateway は AWS GovCloud ではサポートされていません。
モデル API を使用すると、大規模言語モデルへのガバナンスされたアクセスが可能になります。インフラストラクチャをランすることなく、リクエストを送信して回答を取得します。defaultでは、すべてのアカウントユーザーがセットアップなしで system.ai スキーマ内のシステム提供モデル APIs をクエリーできます。これらは Databricks によってネイティブに提供される基盤モデルであり、トークン単位で課金されます。
Databricks において、モデル API とは、管理された LLM Endpoint を表す Unity Catalog のセキュリティ保護可能なオブジェクト（モデルサービス）です。Unity Catalog に格納されるため、データと併せてワークスペースの境界を越えて、アクセスを中央で定義、共有、管理できます。追加のモデルを管理したり、カスタム Endpoint を公開したりするには、独自のモデル APIs を作成します。
モデルAPIは以下をサポートしています：
- Databricksが提供するトークン単位の従量課金 基盤モデル （
system.aiにおけるシステム提供サービスとして、およびユーザーが作成するサービスとして）。 - 作成と管理 モデル APIs を使用した Unity AI Gateway UI、Catalog Explorer、および Unity Catalog REST API を使用したモデル API の作成と管理。
- Databricksの内外から、ワークスペース全体でモデルAPIを クエリ 。
モデルサービスとは何ですか？
モデルサービスは Unity Catalog スキーマ内に存在し、1 つ以上の宛先を参照して、それらの間でルーティングと fallback を行います。呼び出し元は完全修飾名によってモデルサービスを呼び出し、Unity AI Gateway が各リクエストを宛先にルーティングします。送信先には、Databricksで提供されるモデル、または外部プロバイダーにルーティングするモデルプロバイダーサービスを指定でき、単一のモデルサービスで両方を混在させることも可能です。
モデルサービスは Unity Catalog のセキュリティ保護可能なオブジェクトであるため、以下が可能です：
- カタログとスキーマに存在し 、ワークスペースのバインディングなどのスキーマ設定が継承されます。
- 名前、所有者、コメント、タグなど、標準的な Unity Catalog メタデータ を保持しています。
- Unity Catalogの権限によって管理される ため、テーブル、関数、およびモデルに使用するのと同じ
GRANTとREVOKEステートメントを使用してアクセスを付与します。 - Unity Catalog の他のアセットと同様に、Catalog Explorer で検出可能です。
同じモデルサービスは、Unity AI Gateway UI にエンドポイントとしても表示され、AI チームはレート制限、推論テーブル、ガードレールなどの機能を設定できます。これらの機能の詳細については、Unity AIゲートウェイによるAIガバナンスを参照してください。
Unity Catalog で LLM を管理する理由
ワークスペースで作成された Unity AI Gateway エンドポイントは、そのワークスペースにスコープされます。ワークスペース間でエンドポイントを共有するには、各ワークスペースでエンドポイントを複製し、各コピーを個別に管理する必要があります。
モデルサービスはガバナンスをUnity Catalogに移行し、これにより、以下が可能になります。
- LLMエンドポイントを一度定義し 、同じメタストアにアタッチされている任意のワークスペースから使用できます。
- Unity Catalog の権限を使用してアクセスを一元的に管理します 。ワークスペースごとの権限は使用しません。
- 一箇所から、複数のワークスペース全体で利用できる モデルを検出 します。
- Unity Catalogシステムテーブルでモデルサービスの 利用状況とコストを追跡 します。
- リネージを追跡 して、サービスが提供するモデルと、そのペイロードを消費するダウンストリームのアセットを確認します。「モデルAPIとプロバイダーのリネージを追跡する」を参照してください。
システム提供のモデルサービス
Databricksは、system.ai.claude-opus-5 のような各Databricks提供の基盤モデルに対して、system.ai スキーマですぐに使用できるモデルサービスを提供します。Databricksは、新しい基盤モデルが利用可能になると、新しいシステムモデルサービスを追加します。
システム提供モデルサービスには、次の特性があります。
- デフォルトでは、すべてのアカウントユーザーに
EXECUTE権限が付与されているため、追加の設定なしでクエリを実行できます。 - システムユーザーが所有しており、削除することはできません。
- デフォルトでは、メタストア管理者のみがそれらを変更できます。メタストア管理者は、
MANAGE権限を付与することで管理を委任できます。
システム提供のモデルサービスへのアクセスを制限するには、「モデルサービスを統制する」を参照してください。
権限
モデルサービスは、標準のUnity Catalog特権モデルを使用します。以下の特権が適用されます：
権限 | 説明 |
|---|---|
| モデルサービスを含むカタログとスキーマにアクセスします。すべてのオペレーションに必要です。 |
| スキーマでモデルサービスを作成します。カタログまたはスキーマに付与されます。 |
| モデルサービスにクエリを実行します。 |
| モデルサービスを変更または削除し、その権限を管理します。所有者は |
モデルサービスは定義者の権限を使用します。Databricksは、呼び出し元の権限ではなく、 所有者 の権限に基づいてクエリーを評価します。ユーザーがモデルサービスをクエリーすると、Databricksは、基盤となるモデルやモデルプロバイダーサービスなどの参照先に対して、所有者がEXECUTEを持っていることを確認します。呼び出し元は、それらの宛先に直接アクセスする必要はありません。
制限事項
以下の機能はサポートされていません：
- 宛先としてのプロビジョニング済みthroughputモデル。
- SQL を使用したモデルサービスの作成と管理。
BROWSE権限のみでのモデルサービスの検出。- モデルサービスのグローバル検索。