Monitora l'utilizzo del modello

Questa pagina descrive come monitorare l'utilizzo dei servizi Unity Gateway utilizzando la tabella del sistema di tracciamento dell'uso.

La tabella di tracciamento dell'uso cattura i dettagli delle richieste e delle risposte per i servizi modello, i servizi fornitori modello e i servizi MCP. Per le richieste di modello, registra metriche come l'uso del token e la latenza. Per le richieste MCP, registra i metadati delle chiamate e dei servizi. Usa la tabella per monitorare gli utenti, monitorare i costi e analizzare l'utilizzo e le prestazioni del servizio.

Il rilevamento dell'utilizzo acquisisce anche le richieste ai_query ai servizi modello forniti da Databricks.

Gli amministratori dell'account e dell'area di lavoro possono visualizzare una panoramica consolidata dell'utilizzo dell'intelligenza artificiale nella pagina intelligenza artificiale nell'hub di governance.

Requirements

Pricing

Il monitoraggio dell'utilizzo è una funzionalità a pagamento di Unity Gateway. Azure Databricks addebita l'utilizzo che registra nella tabella system.ai_gateway.usage. Vedi prezzi del Gateway Unity.

Eseguire una query sulla tabella di utilizzo

Unity Gateway registra i dati di utilizzo nella system.ai_gateway.usage tabella di sistema. È possibile visualizzare la tabella nell'interfaccia utente oppure eseguire query sulla tabella da Databricks SQL o da un notebook.

Nota

Per impostazione predefinita, per visualizzare o eseguire query sulla tabella system.ai_gateway.usage, sono necessari entrambi i ruoli di amministratore dell’account e di amministratore del metastore. Gli amministratori possono gestire l'accesso alle tabelle di sistema per controllare i permessi di utenti, gruppi e responsabili del servizio.

Per visualizzare la tabella nell'interfaccia utente, fare clic sul collegamento tabella di rilevamento dell'utilizzo nella pagina del servizio modello per aprire la tabella in Esplora cataloghi.

Per eseguire query sulla tabella da Databricks SQL o da un notebook:

SELECT * FROM system.ai_gateway.usage;

Tip

Genie Code (modalità agente) può farlo per te. Provare questo prompt di esempio:

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.

Dashboard di utilizzo integrata

Nota

Alcune aree di lavoro non mostrano ancora l'elenco a discesa Govern. In quegli spazi di lavoro, usa invece i pulsanti autonomi Crea Dashboard, Visualizza Dashboard e Aggiorna nella pagina Unity Gateway.

Crea una dashboard di utilizzo integrata

Gli amministratori di account possono creare una dashboard di utilizzo integrata di Unity Gateway per monitorare l'uso, monitorare i costi e ottenere informazioni sulle prestazioni e sul consumo dei servizi modellati. Dalla pagina Unity Gateway, clicca su Governa in alto a destra, poi su Crea Dashboard di utilizzo. Il warehouse che esegue le query del dashboard viene selezionato automaticamente.

Nota

La creazione del dashboard è limitata agli amministratori dell'account perché richiede SELECT autorizzazioni per la system.ai_gateway.usage tabella. I dati del dashboard sono soggetti ai usage criteri di conservazione della tabella. Consulta Quali tabelle di sistema sono disponibili?.

Quando è disponibile una versione più recente della dashboard di utilizzo integrata, gli amministratori degli account possono cliccare su Aggiorna nella riga della versione della dashboard nel menu a tendina Govern nella pagina Unity Gateway.

Per gestire il dashboard, è possibile usare le opzioni di configurazione del dashboard seguenti:

  • Ambito: selezionare se definire l'ambito del dashboard nell'account o nell'area di lavoro.
  • Autorizzazioni: scegliere se le query vengono eseguite usando le autorizzazioni del proprietario del dashboard o le autorizzazioni di ogni visualizzatore. Vedere Che cosa sono le autorizzazioni per i dati condivisi?.
  • Aggiornamenti automatici: Quando attivi questa opzione, la dashboard si aggiorna automaticamente ogni volta che una versione più recente diventa disponibile e un amministratore dell'account visita la pagina Unity Gateway.

Opzioni del dashboard di aggiornamento di ai-gateway

Quando il dashboard viene aggiornato alla versione 0.3 o successiva, viene creata automaticamente una pianificazione per aggiornare il dashboard ogni 6 ore. Se necessario, questa pianificazione può essere disabilitata nel dashboard di Lakeview. Vedere Creare una pianificazione.

Visualizzare il dashboard di utilizzo

Per visualizzare la dashboard, clicca su Governa in alto a destra nella pagina Unity Gateway, poi clicca su Dashboard di Utilizzo. Il cruscotto si apre in una nuova scheda. Il cruscotto integrato offre una visibilità completa sull'utilizzo dei servizi, le prestazioni e i costi del modello Unity Gateway. Include più pagine che monitora le richieste, il consumo di token, le metriche di latenza, le percentuali di errore, i dettagli dei costi, il traffico del server MCP esterno e l'attività dell'agente di codifica.

Dashboard di utilizzo di ai-gateway

Il dashboard fornisce l'analisi tra aree di lavoro per impostazione predefinita. Tutte le pagine del dashboard possono essere filtrate in base all'intervallo di date e all'ID dell'area di lavoro.

  • Scheda Panoramica: mostra le metriche di utilizzo di alto livello, tra cui il volume delle richieste giornaliere, le tendenze di utilizzo dei token nel tempo, i principali utenti per consumo di token e il numero totale di utenti univoci. Usa questa scheda per ottenere una rapida panoramica dell'attività complessiva del Gateway Unity e identificare gli utenti e i modelli più attivi.
  • Scheda Prestazioni: tiene traccia delle metriche delle prestazioni chiave, inclusi i percentili di latenza (P50, P90, P95, P99), il tempo per il primo byte, le percentuali di errore e le distribuzioni del codice di stato HTTP. Usare questa scheda per monitorare l'integrità del servizio modello e identificare i colli di bottiglia o i problemi di affidabilità delle prestazioni.
  • Scheda Utilizzo: mostra le suddivisioni dettagliate del consumo in base al servizio modello, all'area di lavoro e al richiedente. Questa scheda mostra i modelli di utilizzo dei token, le distribuzioni delle richieste e i rapporti di riscontri nella cache.
  • Scheda Osservabilità costi: mostra le suddivisioni dei costi in base al servizio modello, al modello di destinazione, all'utente, ai tag del servizio e ai tag di richiesta. Questa scheda include anche il costo stimato per i modelli esterni. Vedi Analizza il costo del Gateway Unity.
  • Scheda Server MCP esterno: mostra il volume delle richieste, le percentuali di errore, gli utenti e le connessioni e le tendenze di utilizzo giornaliere per il traffico del server MCP esterno.
  • Scheda Agenti di Codifica: Traccia l'attività degli agenti di codifica integrati inclusi Claude Code, Codex CLI, Cursor e Gemini CLI. Questa scheda mostra metriche come i giorni attivi, le sessioni di codifica, i commit e le righe di codice aggiunti o rimossi per monitorare l'utilizzo degli strumenti di sviluppo. Per altri dettagli, vedere Dashboard dell'agente di codifica .

Schema della tabella di utilizzo

La system.ai_gateway.usage tabella presenta lo schema seguente:

Nome della colonna Tipo Description Example
account_id filo ID dell'account. 11d77e21-5e05-4196-af72-423257f74974
workspace_id filo L’ID dell’area di lavoro. 1653573648247579
request_id filo Identificatore univoco per la richiesta. b4a47a30-0e18-4ae3-9a7f-29bcb07e0f00
invocation_id filo Identificatore univoco per ogni singola chiamata di inferenza. Più chiamate possono condividere lo stesso request_id, ad esempio controlli di protezione o chiamate di agenti a più turni. Usare invocation_id per distinguerli. c0a8012e-9f3b-4d21-8a7e-1b2c3d4e5f60
schema_version INTEGER Versione dello schema del record di utilizzo. 1
service_type filo Il tipo di servizio che generava il record di utilizzo. I valori sono MODEL_SERVICE, MCP_SERVICE, e MODEL_PROVIDER_SERVICE. MODEL_SERVICE
service_id filo L'ID del Servizio Modello, Servizio MCP o Servizio Fornitore Modello. 43addf89-d802-3ca2-bd54-fe4d2a60d58a
service_name filo Il Catalogo Unity ha qualificato pienamente il nome del servizio. main.default.github_tools
service_tags MAP I tag di risorse applicati al Catalogo Unity sono sicuri al momento della creazione o dell'aggiornamento. Si applicano a tutte le richieste al servizio e sono utili per categorizzare l'utilizzo per team, centro di costo o progetto. {"team": "engineering"}
endpoint_id filo L'ID unico del servizio modello Unity Gateway. 43addf89-d802-3ca2-bd54-fe4d2a60d58a
endpoint_name filo Il nome del servizio modello Unity Gateway. system.ai.gpt-5-2
endpoint_tags MAP Tag configurati nel servizio modello al momento della creazione o dell'aggiornamento. Si applicano a tutte le richieste al servizio modello e sono utili per la categorizzazione dei servizi in base al team, al centro di costo o al progetto. {"team": "engineering"}
endpoint_metadata STRUCT Metadati del servizio modello, tra cui creator, creation_timelast_updated_time, destinations, inference_tablee fallbacks. {"creator": "user.name@email.com", "creation_time": "2026-01-06T12:00:00.000Z", ...}
event_time TIMESTAMP Timestamp in cui è stata ricevuta la richiesta. 2026-01-20T19:48:08.000+00:00
latency_ms LONG Latenza totale in millisecondi. 300
time_to_first_byte_ms LONG Tempo di primo byte in millisecondi. 300
destination_type filo Tipo di destinazione, ad esempio modello esterno o modello di base. PAY_PER_TOKEN_FOUNDATION_MODEL
destination_name filo Nome del modello o del provider di destinazione. system.ai.gpt-5-2
destination_id filo ID univoco della destinazione. 507e7456151b3cc89e05ff48161efb87
destination_model filo Modello specifico utilizzato per la richiesta. GPT-5.2
requester filo ID dell'utente o dell'entità servizio che ha effettuato la richiesta. user.name@email.com
requester_type filo Tipo di richiedente (utente, entità servizio o gruppo di utenti). USER
ip_address filo Indirizzo IP del richiedente. 1.2.3.4
url filo URL della richiesta. https://<workspace-url>/ai-gateway/mlflow/v1/chat/completions
user_agent filo Agente utente del richiedente. OpenAI/Python 2.13.0
api_type filo Tipo di chiamata API (ad esempio, chat, completamenti o incorporamenti). mlflow/v1/chat/completions
request_tags MAP Tag forniti dall'utente inviati con singole richieste usando l'intestazione Databricks-Ai-Gateway-Request-Tags HTTP. Usare i tag di richiesta per attribuire l'utilizzo a progetti, team, ambienti o utenti finali specifici. Vedi Richieste di tag per il tracciamento dell'uso e il tag delle richieste. {"project": "chatbot", "team": "ml-platform"}
invocation_metadata STRUCT Informazioni su dove è partita la richiesta, il livello di servizio riportato dal fornitore modello e se la richiesta ha utilizzato un abbonamento Claude. {"source": "EXTERNAL_CLIENT", "service_tier": "priority", "relayed": false}
input_tokens LONG Numero di token di input. 100
output_tokens LONG Numero di token in uscita. 100
total_tokens LONG Numero totale di token (input e output). 200
token_details STRUCT Dettagliata suddivisione dell'uso di token e strumenti, inclusi cache_read_input_tokens, cache_creation_input_tokens, output_reasoning_tokens, cache_creation_5m_input_tokens, cache_creation_1h_input_tokens, file_search_count, , e num_web_search_queries. {"cache_read_input_tokens": 100, ...}
response_content_type filo Tipo di contenuto della risposta. application/json
status_code INT Il codice di stato HTTP della risposta. 200
routing_information STRUCT Dettagli del routing per i tentativi di fallback . Contiene una attempts matrice con priority, actiondestination, destination_id, status_code, error_codelatency_ms, , , start_time, e end_time per ogni modello provato durante la richiesta. {"attempts": [{"priority": "1", ...}]}
mcp_metadata STRUCT Dettagli di una richiesta a un servizio MCP, inclusi lo strumento invocato, il tipo di server e l'operazione JSON-RPC. Popolato per MCP_SERVICE righe. {"tool_name": "echo", "server_type": "EXTERNAL", "json_rpc_method": "tools/call"}
session_metadata STRUCT Contesto della sessione e del client, tra cui gli ID della sessione e del subagente, il nome e la versione dell'agente di programmazione, l'interfaccia client, il livello di ragionamento e la configurazione di instradamento intelligente. Usa questi campi per raggruppare le richieste correlate e analizzare l'utilizzo tramite agente o sessione. {"coding_agent": "claude-code", "agent_version": "2.1.282", "reasoning_effort": "high", ...}
auth_mode filo Il tipo di credenziale Databricks usato per autenticare la richiesta: un token di accesso personale (PAT) o un token OAuth (OAUTH). OAUTH

Schemi di colonne annidati

Le tabelle seguenti descrivono i campi all'interno delle colonne annidate STRUCT . La disponibilità del campo dipende dal servizio, dal modello e dal client utilizzato per la richiesta.

Metadati di invocazione e token

Percorso del campo Tipo Description
invocation_metadata.source filo L'applicazione, il servizio o l'API che ha avviato la richiesta. Usa questo campo per attribuire l'uso alla sua fonte. I valori includono AI_PLAYGROUND, EXTERNAL_CLIENT, AI_QUERY, GUARDRAIL, e MANAGED_AGENT.
invocation_metadata.service_tier filo Il livello di servizio riportato dal fornitore del modello nella risposta di inferenza, come default o priority. Usa questo campo per confrontare l'utilizzo tra i livelli di prezzo dei fornitori.
invocation_metadata.relayed BOOLEANO Se la richiesta fosse stata trasmessa ad Anthropic tramite l'abbonamento Claude del chiamante.
token_details.cache_read_input_tokens LONG Il numero di token letti dalla cache dei prompt.
token_details.cache_creation_input_tokens LONG Il numero di token scritti nella cache dei prompt.
token_details.output_reasoning_tokens LONG Il numero di token di ragionamento nell'output.
token_details.cache_creation_5m_input_tokens LONG Il numero di token di input scritti nella cache dei prompt con una vita utile di 5 minuti.
token_details.cache_creation_1h_input_tokens LONG Il numero di token di input scritti nella cache del prompt con una durata di 1 ora.
token_details.file_search_count LONG Il numero di chiamate allo strumento di ricerca file effettuate come parte della richiesta.
token_details.num_web_search_queries LONG Il numero di query di ricerca web fatturabili effettuate come parte della richiesta.

Metadati del servizio MCP

Questi campi vengono popolati in mcp_metadata per le righe MCP_SERVICE.

Percorso del campo Tipo Description
mcp_metadata.tool_name filo Il nome dello strumento invocato da una richiesta MCP tools/call . Usa questo campo per analizzare l'uso di singoli strumenti su un server.
mcp_metadata.server_type filo La categoria del server MCP gestisce la richiesta, come EXTERNAL o SYSTEM.
mcp_metadata.json_rpc_method filo L'operazione JSON-RPC richiesta dal client, come tools/call invocare uno strumento, tools/list scoprire strumenti o initialize avviare una sessione.

Metadati della sessione

I session_metadata campi aiutano a correlare le richieste all'interno di una sessione e a distinguere agenti di codifica, interfacce client e impostazioni delle richieste. Ogni campo viene popolato quando le informazioni corrispondenti sono disponibili dal client o dalla richiesta.

Percorso del campo Tipo Description
session_metadata.client_session_id filo L'ID della sessione fornito dal client. Usalo per raggruppare le richieste fatte durante la stessa conversazione o sessione dell'agente di codifica.
session_metadata.client_subagent_id filo L'ID del subagente fornito dal cliente. Usarlo con client_session_id per distinguere le richieste dalle richieste dei sottoagenti all'interno di una sessione padre.
session_metadata.coding_agent filo Il nome normalizzato dell'agente di codifica che ha inviato la richiesta, come claude-code o codex.
session_metadata.agent_version filo La versione segnalata dall'agente di programmazione. Usalo con coding_agent per confrontare l'utilizzo tra le versioni dell'agente.
session_metadata.surface filo L'interfaccia client da cui l'agente di codifica inviava la richiesta, come un'interfaccia a riga di comando, un IDE o un'applicazione desktop.
session_metadata.reasoning_effort filo Lo sforzo di ragionamento specificato nella richiesta, come low, medium, o high. I valori disponibili dipendono dal modello e dall'API.
session_metadata.smart_router_name filo Il nome della ricetta di instradamento intelligente selezionata dal cliente. Usalo per raggruppare l'utilizzo in base alla regola di instradamento.

Contrassegna le richieste per il monitoraggio dell'utilizzo

I tag di richiesta sono coppie chiave-valore personalizzate associate dal chiamante alle singole richieste. Usare i tag di richiesta per attribuire l'utilizzo da parte di progetto, team, ambiente, utente finale o qualsiasi altra dimensione pertinente all'organizzazione. I tag delle richieste vengono registrati nella system.ai_gateway.usage tabella e possono essere usati per filtrare, aggregare e analizzare i dati di utilizzo.

Per etichettare le singole richieste, includere l'intestazione HTTP Databricks-Ai-Gateway-Request-Tags con un oggetto JSON che contiene una mappatura di chiavi di tipo stringa a valori di tipo stringa. I tag di richiesta vengono registrati nella request_tags colonna nella tabella di utilizzo e nelle tabelle di inferenza.

Per esempi che mostrano come impostare i tag delle richieste con API REST, OpenAI SDK e Anthropic SDK, vedi Request tagging.

Ad esempio, è possibile aggregare l'utilizzo in base al progetto usando i tag di richiesta:

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;

Limitazioni

  • Unity Gateway non traccia l'uso dei token per risposte non streaming e non embedding superiori a 1 MiB.

Risorse aggiuntive