Skip to main content

Unity Gateway concepts

Unity Gateway brings registration, discovery, and access to AI models and tools into one place. Control who can use them, monitor usage, and manage cost across applications and agents.

Unity Gateway uses these concepts to manage models, model providers, tools, skills, and guardrails implemented with service policies:

Concept

What it does

Example

Model

An LLM or embedding model. A registered model needs a model service to serve requests.

gpt-astra-6.

Model service

An endpoint that translates and routes inference requests to one or more models, with traffic splitting and fallbacks. Supports real-time requests, plus batch inference.

frontier-model: GPT Astra 6 on Databricks, with Claude Opus 5 as a fallback.

opus-5: Opus 5 provided by Databricks, with AWS Bedrock as a fallback.

Model provider

A connection that routes requests to an external model provider using centrally managed credentials.

anthropic-prod: A connection to Anthropic.

MCP

An interface for agents to discover and call tools through the Model Context Protocol (MCP).

support-tools: Tools for Slack and Jira.

Skill

Reusable instructions and files an agent loads to guide its work.

customer-support: A support playbook.

Service policy

Implements guardrails that check requests and responses to AI services.

The built-in detect_sensitive_data policy detects configured types of sensitive data, such as credit card numbers, in model requests and responses. It blocks or redacts matches.

Concept

What it does

Example

Model

An LLM or embedding model. A registered model needs a model service to serve requests.

gpt-astra-6.

Model service

An endpoint that translates and routes inference requests to one or more models, with traffic splitting and fallbacks. Supports real-time requests, plus batch inference.

frontier-model: GPT Astra 6 on Databricks, with Claude Opus 5 as a fallback.

opus-5: Opus 5 provided by Databricks, with AWS Bedrock as a fallback.

Model provider

A connection that routes requests to an external model provider using centrally managed credentials.

anthropic-prod: A connection to Anthropic.

MCP

An interface for agents to discover and call tools through the Model Context Protocol (MCP).

support-tools: Tools for Slack and Jira.

Skill

Reusable instructions and files an agent loads to guide its work.

customer-support: A support playbook.

Service policy

Implements guardrails that check requests and responses to AI services.

The built-in detect_sensitive_data policy detects configured types of sensitive data, such as credit card numbers, in model requests and responses. It blocks or redacts matches.

How the pieces fit together​

Call a model service to reach gpt-astra-6 on Databricks, with the same model available through aws-bedrock as a fallback. You can change models or fallbacks without changing the name your application calls. Attach the built-in Sensitive Data Detection service policy to the model service to check requests and responses for configured sensitive-data categories.

The codex agent loads the customer-support skill and calls a model service protected by the detect_sensitive_data service policy, which checks model requests and responses. The model service routes to gpt-astra-6 on Databricks or falls back to the same model through the aws-bedrock model provider. The agent also accesses Slack and Jira through MCP.

Call models and tools​

Replace <workspace-url> and the illustrative names with your own. See the quickstart to set DATABRICKS_TOKEN.

Model services support unified APIs such as OpenAI-compatible Chat Completions and provider-native APIs such as Anthropic Messages for compatible models.

Call frontier-model with the unified Chat Completions API. The service chooses the model:

Bash
curl "https://<workspace-url>/ai-gateway/mlflow/v1/chat/completions" \
-H "Authorization: Bearer $DATABRICKS_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"model": "production.ai.frontier-model",
"max_tokens": 256,
"messages": [{"role": "user", "content": "Hello!"}]
}'

See Query foundation and embedding models for SDK examples and other APIs.

Unity Catalog and access control​

Unity Gateway integrates with Unity Catalog to control who creates services, onboards model providers, calls them, or shares access. Unity Catalog also governs registered models, skills, and who can attach service policies.

Unity Catalog securables​

Models, model services, model providers, MCPs, and skills are Unity Catalog securables: objects you can grant permissions on. Their names follow catalog.schema.name, such as production.ai.frontier-model. Databricks-provided model services are registered in system.ai.

A model provider is registered as a model provider service in Unity Catalog. Service policies attach to services and aren't standalone securables.

In Unity Catalog, a model is an asset at rest: versions, metadata, and artifacts. Registering it doesn't make it callable. For external models, register the model provider connection instead of the model.

Key permissions​

Grant permissions to users, groups, or service principals. For model services, model providers, and MCPs, the main permissions separate use from administration:

Privilege

What it allows

EXECUTE

Call a model service, a model provider, or an MCP.

CREATE SERVICE

Create services and onboard model providers in a schema.

READ METADATA

Inspect configuration.

MANAGE

Change configuration and grant access to others.

Privilege

What it allows

EXECUTE

Call a model service, a model provider, or an MCP.

CREATE SERVICE

Create services and onboard model providers in a schema.

READ METADATA

Inspect configuration.

MANAGE

Change configuration and grant access to others.

Callers also need USE CATALOG and USE SCHEMA on the parent catalog and schema. Service policies constrain authorized calls. They don't grant access. See each concept's page for its full permission requirements.

Get started​

Start with a ready-to-use model service from system.ai, or connect your coding agent: