Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Denna sida beskriver hur man övervakar användningen för Unity Gateway-tjänster med hjälp av tabellen för användningsspårningssystemet.
Tabellen för användningsspårning fångar förfrågnings- och svarsdetaljer för modelltjänster, modellleverantörstjänster och MCP-tjänster. För modellförfrågningar registrerar den mått som tokenanvändning och latens. För MCP-förfrågningar registrerar den metadata från samtal och tjänster. Använd tabellen för att övervaka användare, följa kostnader och analysera tjänstanvändning och prestanda.
Användningsspårning samlar ai_query också in begäranden till databricks-tillhandahållna modelltjänster.
Konto- och arbetsyteadministratörer kan visa en samlad översikt över AI-användning på AI-sidan i Styrningshubben.
Requirements
- En Azure Databricks workspace i en region som stöds av Unity Gateway.
- Unity Catalog har aktiverats för din arbetsyta. Se Aktivera en arbetsyta för Unity Catalog.
Pricing
Användningsspårning är en fakturerad Unity Gateway-funktion. Azure Databricks tar betalt för den användning som loggas till system.ai_gateway.usage tabellen. Se prissättning för Unity Gateway.
Hämta från användningstabellen
Unity Gateway loggar användningsdata till system.ai_gateway.usage systemtabellen. Du kan visa tabellen i användargränssnittet eller fråga tabellen från Databricks SQL eller en notebook-fil.
Note
Både konto- och metastore-administratörsroller krävs som standard för att visa eller fråga tabellen system.ai_gateway.usage . Administratörer kan hantera åtkomst till systemtabeller för att kontrollera behörigheter för användare, grupper och tjänstehuvudpersoner.
Om du vill visa tabellen i användargränssnittet klickar du på länken för användningsspårningstabellen på modelltjänstsidan för att öppna tabellen i Catalog Explorer.
Så här frågar du tabellen från Databricks SQL eller en notebook-fil:
SELECT * FROM system.ai_gateway.usage;
Tip
Genie Code kan göra detta åt dig. Prova den här exempelprompten:
Query the system.ai_gateway.usage table to analyze AI Gateway usage showing request count and total tokens, grouped by endpoint name for the last 7 days.
Inbyggd instrumentpanel för användning
Note
Vissa arbetsytor visar ännu inte listrutan Styrning . I dessa arbetsytor använder du istället de fristående knapparna Create Dashboard, View Dashboard och Update på Unity Gateway-sidan.
Skapa en inbyggd användningsdashboard
Kontoadministratörer kan skapa en inbyggd Unity Gateway-användningsdashboard för att övervaka användning, följa kostnader och få insikter i modellens tjänsteprestanda och förbrukning. Från sidan Unity Gateway, klicka på Styr uppe till höger och sedan på Skapa användningsdashboard. Det datalager som används för instrumentpanelens frågor väljs automatiskt.
Note
Att skapa instrumentpaneler är begränsat till kontoadministratörer eftersom det kräver SELECT behörighet till tabellen system.ai_gateway.usage. Instrumentpanelens data omfattas av usage tabellens lagringspolicyer. Se Vilka systemtabeller är tillgängliga?.
När en nyare version av den inbyggda användningsdashboarden finns tillgänglig kan kontoadministratörer klicka på Uppdatera på raden för dashboardversioner i rullgardinsmenyn Styr på Unity Gateway-sidan.
Du kan använda följande konfigurationsalternativ för instrumentpanelen för att hantera instrumentpanelen:
- Omfattning: Välj om instrumentpanelen ska omfatta kontot eller arbetsytan.
- Behörigheter: Välj om frågor ska köras med hjälp av instrumentpanelens ägares behörigheter eller varje visningsprograms behörigheter. Se Vad är delade databehörigheter?.
- Automatiska uppdateringar: När du aktiverar detta alternativ uppdateras dashboarden automatiskt när en nyare version blir tillgänglig och en kontoadministratör besöker Unity Gateway-sidan.
När instrumentpanelen uppdateras till version 0.3 eller senare skapas automatiskt ett schema för att uppdatera instrumentpanelen var 6:e timme. Om det behövs kan det här schemat inaktiveras på Lakeview-instrumentpanelen. Se Skapa ett schema.
Visa instrumentpanelen för användning
För att se instrumentpanelen, klicka på Styr uppe till höger på Unity Gateway-sidan och klicka sedan på Usage Dashboard. Instrumentpanelen öppnas i en ny flik. Den inbyggda instrumentpanelen har omfattande insyn i Unity Gateway-modellens tjänsteanvändning, prestanda och kostnad. Den innehåller flera sidor som spårar begäranden, tokenförbrukning, svarstidsmått, felfrekvenser, kostnadsuppdelningar, extern MCP-servertrafik och kodningsagentaktivitet.
Instrumentpanelen tillhandahåller analys mellan arbetsytor som standard. Alla instrumentpanelssidor kan filtreras efter datumintervall och arbetsyte-ID.
- Fliken Översikt: Visar användningsstatistik på hög nivå, inklusive daglig begärandevolym, trender för tokenanvändning över tid, toppanvändare efter tokenförbrukning och totalt antal unika användare. Använd denna flik för att snabbt få en ögonblicksbild av den totala aktiviteten i Unity Gateway och identifiera de mest aktiva användarna och modellerna.
- Fliken Prestanda: Spårar viktiga prestandamått, inklusive percentiler för svarstid (P50, P90, P95, P99), tid till första byte, felfrekvenser och HTTP-statuskoddistributioner. Använd den här fliken om du vill övervaka modellens tjänsthälsa och identifiera prestandaflaskhalsar eller tillförlitlighetsproblem.
- Fliken Användning: Visar detaljerade förbrukningsuppdelningar efter modelltjänst, arbetsyta och beställare. På den här fliken visas mönster för tokenanvändning, distributioner av begäranden och cacheträffar.
- Fliken Kostnadsobservabilitet: Visar kostnadsuppdelningar efter modelltjänst, målmodell, användare, tjänsttaggar och begärandetaggar. Den här fliken innehåller även uppskattade kostnader för externa modeller. Se Analysera kostnaden för Unity Gateway.
- Fliken Extern MCP-server: Visar begärandevolym, felfrekvens, användare och anslutningar samt dagliga användningstrender för extern MCP-servertrafik.
- Fliken Coding Agents: Spårar aktivitet från integrerade kodagenter inklusive Claude Code, Codex CLI, Cursor och Gemini CLI. Den här fliken visar mått som aktiva dagar, kodningssessioner, incheckningar och rader med kod som läggs till eller tas bort för att övervaka användningen av utvecklarverktyg. Mer information finns i instrumentpanelen för kodningsagenten .
Schema för användningstabell
Tabellen system.ai_gateway.usage har följande schema:
| Kolumnnamn | Type | Description | Example |
|---|---|---|---|
account_id |
STRING | Konto-ID | 11d77e21-5e05-4196-af72-423257f74974 |
workspace_id |
STRING | Arbetsyte-ID. | 1653573648247579 |
request_id |
STRING | En unik identifierare för begäran. | b4a47a30-0e18-4ae3-9a7f-29bcb07e0f00 |
invocation_id |
STRING | En unik identifierare för varje enskilt slutsatsdragningsanrop. Flera anrop kan dela samma request_id, till exempel guardrail-kontroller eller fleromgångsanrop till agenter. Använd invocation_id för att särskilja dem. |
c0a8012e-9f3b-4d21-8a7e-1b2c3d4e5f60 |
schema_version |
INTEGER | Användningspostens schemaversion. | 1 |
service_type |
STRING | Den typ av tjänst som genererade användningsposten. Värdena är MODEL_SERVICE, MCP_SERVICE, och MODEL_PROVIDER_SERVICE. |
MODEL_SERVICE |
service_id |
STRING | ID:t för modelltjänsten, MCP-tjänsten eller modellleverantörstjänsten. | 43addf89-d802-3ca2-bd54-fe4d2a60d58a |
service_name |
STRING | Unity-katalogen godkände tjänstens namn fullt ut. | main.default.github_tools |
service_tags |
MAP | Resurstaggar som appliceras på Unity-katalogen kan säkras vid skapande eller uppdatering. De gäller för alla förfrågningar till tjänsten och är användbara för att kategorisera användning efter team, kostnadsställe eller projekt. | {"team": "engineering"} |
endpoint_id |
STRING | Det unika ID:t för Unity Gateway-modelltjänsten. | 43addf89-d802-3ca2-bd54-fe4d2a60d58a |
endpoint_name |
STRING | Namnet på Unity Gateway-modelltjänsten. | system.ai.gpt-5-2 |
endpoint_tags |
MAP | Taggar som konfigurerats för modelltjänsten när den skapas eller uppdateras. De gäller för alla begäranden till modelltjänsten och är användbara för att kategorisera tjänster efter team, kostnadsställe eller projekt. | {"team": "engineering"} |
endpoint_metadata |
STRUCT | Modelltjänstmetadata, inklusive creator, creation_time, last_updated_timedestinations, inference_tableoch fallbacks. |
{"creator": "user.name@email.com", "creation_time": "2026-01-06T12:00:00.000Z", ...} |
event_time |
TIMESTAMP | Tidsstämpeln när begäran togs emot. | 2026-01-20T19:48:08.000+00:00 |
latency_ms |
LONG | Den totala svarstiden i millisekunder. | 300 |
time_to_first_byte_ms |
LONG | Tiden till första byte i millisekunder. | 300 |
destination_type |
STRING | Typ av mål (till exempel extern modell eller grundmodell). | PAY_PER_TOKEN_FOUNDATION_MODEL |
destination_name |
STRING | Namnet på målmodellen eller providern. | system.ai.gpt-5-2 |
destination_id |
STRING | Målets unika ID. | 507e7456151b3cc89e05ff48161efb87 |
destination_model |
STRING | Den specifika modell som används för begäran. | GPT-5.2 |
requester |
STRING | ID:t för användaren eller tjänstens huvudnamn som gjorde begäran. | user.name@email.com |
requester_type |
STRING | Typen av begärande (användare, tjänstens huvudnamn eller användargrupp). | USER |
ip_address |
STRING | Ip-adressen för beställaren. | 1.2.3.4 |
url |
STRING | URL:en för begäran. | https://<workspace-url>/ai-gateway/mlflow/v1/chat/completions |
user_agent |
STRING | Beställarens användaragent. | OpenAI/Python 2.13.0 |
api_type |
STRING | Typ av API-anrop (till exempel chatt, slutföranden eller inbäddningar). | mlflow/v1/chat/completions |
request_tags |
MAP | Användarangivna taggar som skickas med individuella begäranden med HTTP-huvudet Databricks-Ai-Gateway-Request-Tags. Använd begärandetaggar för att tillskriva användning till specifika projekt, team, miljöer eller slutanvändare. Se taggförfrågningar för användningsspårning och Request tagging. |
{"project": "chatbot", "team": "ml-platform"} |
invocation_metadata |
STRUCT | Information om var begäran kom ifrån, vilken tjänstenivå som rapporterats av modellleverantören och om begäran använde en Claude-prenumeration. | {"source": "EXTERNAL_CLIENT", "service_tier": "priority", "relayed": false} |
input_tokens |
LONG | Antalet indatatoken. | 100 |
output_tokens |
LONG | Antalet utdatatoken. | 100 |
total_tokens |
LONG | Det totala antalet token (indata + utdata). | 200 |
token_details |
STRUCT | Detaljerad uppdelning av token- och verktygsanvändning, inklusive cache_read_input_tokens, cache_creation_input_tokens, , cache_creation_5m_input_tokensoutput_reasoning_tokens, cache_creation_1h_input_tokens, , file_search_countoch num_web_search_queries. |
{"cache_read_input_tokens": 100, ...} |
response_content_type |
STRING | Svarets innehållstyp. | application/json |
status_code |
INT | HTTP-statuskoden för svaret. | 200 |
routing_information |
STRUCT | Routningsinformation för återställningsförsök . Innehåller en attempts matris med priority, action, destination, destination_id, status_code, error_code, latency_msstart_timeoch end_time för varje modell som provats under begäran. |
{"attempts": [{"priority": "1", ...}]} |
mcp_metadata |
STRUCT | Detaljer om en förfrågan till en MCP-tjänst, inklusive vilket verktyg som anropas, servertyp och JSON-RPC operation. Ifylld för MCP_SERVICE rader. |
{"tool_name": "echo", "server_type": "EXTERNAL", "json_rpc_method": "tools/call"} |
session_metadata |
STRUCT | Session- och klientkontext, inklusive sessions- och subagent-ID:n, kodningsagentens namn och version, klientgränssnitt, resonemangsarbete och smart routningsrecept. Använd dessa fält för att gruppera relaterade förfrågningar och analysera användning per agent eller session. | {"coding_agent": "claude-code", "agent_version": "2.1.282", "reasoning_effort": "high", ...} |
auth_mode |
STRING | Databricks-inloggningstypen som används för att autentisera förfrågan: en personlig åtkomsttoken (PAT) eller en OAuth-token (OAUTH). |
OAUTH |
Nästlade kolumnscheman
Följande tabeller beskriver fält inom nästlade kolumner STRUCT . Fälttillgängligheten beror på vilken tjänst, modell och klient som används för förfrågan.
Anrop och tokenmetadata
| Fältbana | Type | Description |
|---|---|---|
invocation_metadata.source |
STRING | Applikationen, tjänsten eller API:et som initierade förfrågan. Använd detta fält för att tillskriva användningen till dess källa. Värden omfattar GUARDRAIL, MANAGED_AGENT, AI_QUERY, EXTERNAL_CLIENT och AI_PLAYGROUND. |
invocation_metadata.service_tier |
STRING | Den tjänstenivå som rapporteras av modellleverantören i inferenssvaret, såsom default eller priority. Använd detta fält för att jämföra användning mellan leverantörers prisnivåer. |
invocation_metadata.relayed |
BOOLEAN | Om begäran vidarebefordrades till Anthropic via uppringarens Claude-prenumeration. |
token_details.cache_read_input_tokens |
LONG | Antalet tokens som läses från promptcachen. |
token_details.cache_creation_input_tokens |
LONG | Antalet tokens som skrivs till promptcachen. |
token_details.output_reasoning_tokens |
LONG | Antalet resonemangstoken i utdatan. |
token_details.cache_creation_5m_input_tokens |
LONG | Antalet inmatningstokens som skrivs till promptcachen med en livslängd på 5 minuter. |
token_details.cache_creation_1h_input_tokens |
LONG | Antalet inmatningstokens som skrivs till promptcachen med en livslängd på 1 timme. |
token_details.file_search_count |
LONG | Antalet filsökningsverktygsanrop som görs som en del av förfrågan. |
token_details.num_web_search_queries |
LONG | Antalet fakturerbara webbsökningar som görs som en del av förfrågan. |
MCP-tjänstemetadata
Dessa fält fylls i i mcp_metadata för MCP_SERVICE rader.
| Fältbana | Type | Description |
|---|---|---|
mcp_metadata.tool_name |
STRING | Namnet på verktyget som anropas av en MCP-förfrågan tools/call . Använd detta fält för att analysera användningen av enskilda verktyg på en server. |
mcp_metadata.server_type |
STRING | Kategorin av MCP-server som hanterar förfrågan, såsom EXTERNAL eller SYSTEM. |
mcp_metadata.json_rpc_method |
STRING | Den JSON-RPC operation som klienten begär, såsom tools/call att anropa ett verktyg, tools/list upptäcka verktyg eller initialize starta en session. |
Sessionsmetadata
Fälten session_metadata hjälper till att korrelera förfrågningar inom en session och särskilja kodagenter, klientgränssnitt och förfrågningsinställningar. Varje fält fylls i när motsvarande information finns tillgänglig från klienten eller förfrågan.
| Fältbana | Type | Description |
|---|---|---|
session_metadata.client_session_id |
STRING | Sessions-ID:t som tillhandahålls av klienten. Använd det för att gruppera förfrågningar som görs under samma konversation eller kodagentsession. |
session_metadata.client_subagent_id |
STRING | Subagent-ID:t som klienten tillhandahåller. Använd det med client_session_id för att skilja begäranden från underagenter inom en överordnad session. |
session_metadata.coding_agent |
STRING | Det normaliserade namnet på kodagenten som skickade förfrågan, såsom claude-code eller codex. |
session_metadata.agent_version |
STRING | Kodningsagentens rapporterade version. Använd det med coding_agent för att jämföra användningen mellan agentversioner. |
session_metadata.surface |
STRING | Klientgränssnittet som kodningsagenten skickade förfrågan från, såsom ett kommandoradsgränssnitt, IDE eller skrivbordsapplikation. |
session_metadata.reasoning_effort |
STRING | Den resonemangsinsats som anges i begäran, såsom low, medium, eller high. Tillgängliga värden beror på modellen och API:et. |
session_metadata.smart_router_name |
STRING | Namnet på det smart-routing-recept som klienten valt. Använd den för att gruppera användningen efter ruttrecept. |
Tagga begäranden för användningsspårning
Begärandetaggar är anpassade nyckel/värde-par som anroparen kopplar till enskilda begäranden. Använd begärandetaggar för att tillskriva användning efter projekt, team, miljö, slutanvändare eller någon annan dimension som är relevant för din organisation. Begärandetaggar loggas till system.ai_gateway.usage tabellen och kan användas för att filtrera, aggregera och analysera användningsdata.
Om du vill tagga enskilda begäranden inkluderar du Databricks-Ai-Gateway-Request-Tags HTTP-huvudet med ett JSON-objekt som mappar strängnycklar till strängvärden. Begärandetaggar loggas i kolumnen request_tags i användningstabellen och i inferenstabeller.
För exempel som visar hur man sätter request-taggar med REST API, OpenAI SDK och Anthropic SDK, se Request tagging.
Du kan till exempel aggregera användning per projekt med hjälp av begärandetaggar:
SELECT
request_tags['project'] AS project,
COUNT(*) AS request_count,
SUM(total_tokens) AS total_tokens
FROM system.ai_gateway.usage
WHERE request_tags['project'] IS NOT NULL
GROUP BY request_tags['project']
ORDER BY total_tokens DESC;
Limitations
- Unity Gateway spårar inte tokenanvändning för icke-strömmande svar och icke-inbäddningssvar som är större än 1 MiB.