Unity AI Gateway Explained for Data Engineers

One front door for every model your team uses

Your team has three AI projects running. One calls a hosted chat model. One uses an open model on a serving endpoint. One is an agent that someone built last month and nobody fully remembers.

Each project has its own API key. Each one logs prompts in a different place, or not at all. When the monthly bill arrives, nobody can say which project spent what.

This is the problem Unity AI Gateway, announced at Data + AI Summit 2026, is designed to solve. This article explains it in simple terms, shows the idea in Databricks Free Edition, and covers why it matters for data engineers.

The Problem Is Not the Model

Most teams do not struggle to call a model. A few lines of code is enough.

The struggle starts later. Who is allowed to use which model? How much can one team spend? What happens when a provider is slow or down? Where is the record of what was asked and what came back?

Without answers, every AI project becomes a small island. Islands are fine for demos. They are hard to run as a real system.

What Unity AI Gateway Does

Think of it as one front door for every model your company uses. Apps and agents talk to the gateway. The gateway talks to the models.

Because every request passes through one place, the gateway can do four useful jobs:

The last point is the one data engineers should notice. AI usage becomes data. And data is something we already know how to model, clean and report on.

flowchart LR
  A[Apps] --> G[Unity AI Gateway]
  B[Agents] --> G
  C[Notebooks] --> G
  G --> M1[Hosted model]
  G --> M2[Open model]
  G --> M3[Fallback model]
  G --> L[(Usage and trace tables)]
  L --> D[Cost and quality reports]

Hands-On Lab in Free Edition

Some gateway features, such as organization-wide budgets and cross-provider routing, require a paid Databricks workspace. The concept is explained here for understanding.

What you can practice in Free Edition is the most valuable skill: turning AI usage logs into a trusted table. Below we create a small sample of the kind of records a gateway produces, then build a simple cost report.

CREATE OR REPLACE TABLE workspace.default.ai_request_log (
  request_time TIMESTAMP,
  team STRING,
  model_name STRING,
  input_tokens INT,
  output_tokens INT,
  status STRING
);

INSERT INTO workspace.default.ai_request_log VALUES
  (TIMESTAMP '2026-11-06 09:00:00', 'support', 'chat-large', 1200, 300, 'success'),
  (TIMESTAMP '2026-11-06 09:05:00', 'support', 'chat-large', 900, 250, 'success'),
  (TIMESTAMP '2026-11-06 10:00:00', 'marketing', 'chat-small', 400, 600, 'success'),
  (TIMESTAMP '2026-11-06 10:30:00', 'finance', 'chat-large', 3000, 800, 'rate_limited'),
  (TIMESTAMP '2026-11-06 11:00:00', 'finance', 'chat-small', 500, 200, 'success');

Now a report that answers the question every manager asks: who is using what?

SELECT
  team,
  model_name,
  COUNT(*) AS request_count,
  SUM(input_tokens + output_tokens) AS total_tokens,
  SUM(CASE WHEN status <> 'success' THEN 1 ELSE 0 END) AS failed_requests
FROM workspace.default.ai_request_log
GROUP BY team, model_name
ORDER BY total_tokens DESC;

Try adding a column that multiplies tokens by a made-up price per thousand tokens. You have just built the start of an AI cost dashboard.

Why This Matters for Data Engineers

AI governance sounds like a security topic. In practice, much of it is data work.

Someone has to keep the usage tables clean. Someone has to join them with team and project tables. Someone has to notice when failed requests spike on Tuesday morning. That someone is usually a data engineer.

Teams that treat AI usage as data can answer hard questions quickly. Teams that do not end up guessing.

Key Takeaways

If you want to build these skills step by step, start with the BricksNotes book, read Operationalizing AI Agent Fleets at Scale, and test yourself with the free practice exam.

Team BricksNotes