Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questa pagina descrive la politica di manutenzione dei modelli per il pay-per-token delle API Foundation Model, il throughput provisionato delle API Foundation Model e l'Inferenza Batch con ai_query offerte.
Per continuare a supportare i modelli più all'avanguardia, Databricks gestisce modelli attraverso un ciclo di vita che passa dallo status legacy alla depreciazione e poi al pensionamento.
- Legacy: Quando un modello viene contrassegnato come legacy, non è più raccomandato per nuovi carichi di lavoro, ma rimane disponibile negli spazi di lavoro con uso esistente del modello. Gli spazi di lavoro che non utilizzano il modello quando entra in stato legacy non hanno più accesso al modello. I clienti che utilizzano un modello del genere dovrebbero valutare modelli più recenti e considerare la migrazione.
- Depreciazione: Quando un modello viene deprecato, viene annunciata una data di pensionamento di 30 o 90 giorni nel futuro. Non è raccomandato per nuovi carichi di lavoro, ma rimane disponibile negli spazi di lavoro con l'uso esistente del modello. Gli spazi di lavoro che non utilizzano il modello al momento della deprecazione non hanno accesso al modello. I clienti che utilizzano un modello di questo tipo dovrebbero valutare modelli più recenti e pianificare di migrare i propri carichi di lavoro prima della data di pensionamento.
- Pensionamento: Quando un modello viene ritirato, non è più accessibile e il supporto per il modello viene completamente interrotto. Qualsiasi carico di lavoro usando il modello non funziona più.
Politica del ciclo di vita del modello
La sezione seguente riassume la politica del ciclo di vita del modello. Vedi Modelli obsoleti per un elenco dei modelli obsoleti e delle date di pensionamento.
Vengono considerati molti fattori nel determinare la tempistica del ritiro, tra cui la popolarità del modello, il modello sostitutivo adatto e la quantità di utilizzo della produzione. Databricks annuncia le date di ritiro dei modelli quando vengono deprecati, seguendo le tempistiche di notifica indicate di seguito.
API dei modelli di base
La tabella seguente riassume la politica del ciclo di vita del modello per i prodotti API Foundation Model: pay-per-token, throughput provisionato e ai_query (inferenza batch).
| Legacy | Notifica di depreciazione e transizione al pensionamento | Data di pensionamento |
|---|---|---|
Databricks adotta i seguenti passi per informare i clienti che un modello è marcato come legacy:
Quando un modello viene marcato come legacy:
|
Databricks adotta i seguenti passaggi per notificare i clienti riguardo alla deprecazione di un modello:
Quando un modello viene deprecato, Databricks annuncia una data di pensionamento tra 30 o 90 giorni nel futuro. Durante questo periodo di transizione:
|
Il modello non è più disponibile per l'uso e viene rimosso dal prodotto. Qualsiasi carico di lavoro esistente che usa il modello smette di funzionare. La documentazione applicabile viene aggiornata per indicare che il modello non è più disponibile e raccomanda l'uso di un modello sostitutivo. |
Criteri di ritiro del modello di partner
I modelli di partner sono modelli forniti da partner di terze parti, in particolare OpenAI, Anthropic e Google, tramite le API del modello di base. Per questi modelli partner, Databricks segue in genere le stesse sequenze temporali e criteri di deprecazione descritti in precedenza.
Tuttavia, i partner potrebbero prevedere date di pensionamento più brevi rispetto al periodo di transizione di un mese pubblicato da Databricks. In questi casi, Databricks tenta di colmare il divario reindirizzando temporaneamente i modelli a una versione simile, in modo che i clienti ricevano il tempo di transizione completo.
Ad esempio, se il ritiro di un modello partner viene annunciato con un tempo di consegna di due settimane invece di un mese, Databricks reindirizza il modello per ulteriori due settimane per prevenire interruzioni immediate e consentire il tempo di migrazione. Le query falliscono al termine dell'intero periodo di un mese.
Note
Questo reindirizzamento può verificarsi solo se il modello di sostituzione ha lo stesso prezzo ed è compatibile con le versioni precedenti. Il modello di sostituzione è in genere una versione incrementale del modello, ad esempio 3.0 e 3.1.
Modelli deprecati e ritirati
Le sezioni seguenti elencano i modelli deprecati (non più consigliati per i nuovi carichi di lavoro) o ritirati (fine della vita e non più disponibili). Le date di ritiro dei modelli obsoleti vengono annunciate almeno un mese prima.
Ritiri delle API del modello di base
La tabella seguente illustra i ritiri dei modelli, le date di ritiro e i modelli di sostituzione consigliati da usare per le API modello di base con pagamento in base al token e la velocità effettiva con provisioning dei carichi di lavoro. Databricks consiglia di eseguire la migrazione delle applicazioni per l'uso di modelli sostitutivi prima della data di ritiro indicata.
Note
I modelli OpenAI e Google Gemini, insieme a Zhipu AI GLM 5.3, GLM 5.3 Flash e GLM 5.2 (legacy), Moonshot AI Kimi K3, Thinking Machine Labs Inkling e DeepSeek V4 Flash, sono disponibili solo tramite i servizi ADI, forniti da Databricks.
| Modello partner | Data di ritiro | Modello di sostituzione consigliato |
|---|---|---|
| Anthropic Claude Sonnet 4 | Pagamento in base al token: 9 ottobre 2026 | Claude Sonnetto 4.6 |
| OpenAI GPT-5.1 Codex Max | Pagamento in base al token: 16 luglio 2026 | OpenAI GPT-5.5 |
| Codice OpenAI GPT-5.1 Mini | Pagamento in base al token: 16 luglio 2026 | OpenAI GPT-5.4 Codex Mini |
| Codice OpenAI GPT-5.2 | Pagamento in base al token: 16 luglio 2026 | OpenAI GPT-5.5 |
| Anthropic Claude 3.7 Sonetto | Pagamento in base al token: 12 aprile 2026 | Utilizza il modello Claude Sonnet più recente |
| Gemini 2.5 Flash |
Pagamento in base al token: 2 ottobre 2026 Velocità effettiva con provisioning: 2 ottobre 2026 |
Gemini 3.1 Pro o Gemini 3.5 Flash |
| Gemini 2.5 Pro | Velocità effettiva con provisioning: 2 ottobre 2026 | Gemini 3.1 Pro o Gemini 3.5 Flash |
| Gemini 3 Pro | Velocità effettiva con provisioning: 26 marzo 2026 | Gemini 3.1 Pro. Per consentire più tempo per la migrazione, tra il 26 marzo 2026 e il 7 giugno 2026, le chiamate API a Gemini 3 Pro verranno reindirizzate temporaneamente a Gemini 3.1 Pro. I prezzi per entrambi i modelli sono identici. |
| Modello aperto | Data di ritiro | Modello di sostituzione consigliato |
|---|---|---|
| DeepSeek V4.1 Flash |
Pay-per-token: 19 novembre 2026 Throughput provisionato: 19 novembre 2026 |
Flash DeepSeek V4.1 (1017) |
| Flash DeepSeek V4 (0731) | Pay-per-token: 5 novembre 2026 | Flash DeepSeek V4.1 (1017) |
| Thinking Machine Labs Inkling | Pay-per-token: 30 ottobre 2026 | GLM 5.3 o Kimi K3 |
| DeepSeek V4 Pro (0813) | Pay-per-token: 30 ottobre 2026 | Flash DeepSeek V4.1 (1017) |
| Kimi K2.7 | Pay-per-token: 30 ottobre 2026 | Kimi K3 |
| Meta Llama 3.1 405B |
Pagamento in base al token: 15 febbraio 2026 Velocità effettiva con provisioning: 15 maggio 2026 |
OpenAI GPT OSS 120B |
| DBRX/DBRX Instruct |
Pagamento in base al token: 30 aprile 2025 Velocità effettiva con provisioning: 19 dicembre 2025 |
Pagamento in base al token: Meta-Llama-4-Maverick Velocità effettiva con provisioning: Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| Mixtral 8x7B/ Mixtral-8x7B |
Pagamento in base al token: 30 aprile 2025 Velocità effettiva con provisioning: 27 febbraio 2026 |
Pagamento in base al token: Meta-Llama-4-Maverick Velocità effettiva con provisioning: Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| Meta Llama 3 (70B) |
Pagamento in base al token: 23 luglio 2024 (Meta-Llama-3-70B-Instruct); 11 dicembre 2024 (Meta-Llama-3.1-70B-Instruct) Velocità effettiva con provisioning: 27 febbraio 2026 |
Pagamento in base al token: Meta-Llama-4-Maverick Velocità effettiva con provisioning: Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| Meta Llama 3 8B | Velocità effettiva con provisioning: 27 febbraio 2026 | Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| Meta Llama 2 70B / Meta-Llama-2-70B-Chat |
Pagamento in base al token: 30 ottobre 2024 Velocità effettiva con provisioning: 27 febbraio 2026 |
Pagamento in base al token: Meta-Llama-4-Maverick Velocità effettiva con provisioning: Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| Meta Llama 2 13B | Velocità effettiva con provisioning: 27 febbraio 2026 | Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| Meta Llama 2 7B | Velocità effettiva con provisioning: 27 febbraio 2026 | Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| Mistral 7B | Velocità effettiva con provisioning: 27 febbraio 2026 | Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| MPT 30B/MPT 30B |
Pagamento in base al token: 30 agosto 2024 Velocità effettiva con provisioning: 19 dicembre 2025 |
Pagamento in base al token: Meta-Llama-4-Maverick Velocità effettiva con provisioning: Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
| MPT 7B/MPT 7B |
Pagamento in base al token: 30 agosto 2024 Velocità effettiva con provisioning: 19 dicembre 2025 |
Pagamento in base al token: Meta-Llama-4-Maverick Velocità effettiva con provisioning: Modello paragonabile alla stessa offerta, ad esempio Llama 3.2, 3.3 o 4 di dimensioni simili. |
Se hai bisogno di supporto a lungo termine per una versione specifica del modello, Databricks consiglia di utilizzare le API del modello di base per la velocità effettiva con provisioning per i carichi di lavoro di servizio.
Trovare carichi di lavoro che usano modelli ritirati
Usare la query seguente per trovare i carichi di lavoro che usano modelli deprecati e identificare i proprietari.
SELECT
eu.requester,
se.endpoint_name,
se.entity_name,
COUNT(*) AS request_count,
SUM(eu.input_token_count) AS total_input_tokens,
SUM(eu.output_token_count) AS total_output_tokens,
MIN(eu.request_time) AS first_request,
MAX(eu.request_time) AS last_request
FROM system.serving.endpoint_usage eu
JOIN system.serving.served_entities se
ON eu.served_entity_id = se.served_entity_id
WHERE LOWER(se.entity_name) LIKE '%<retired-model-name>%'
GROUP BY eu.requester, se.endpoint_name, se.entity_name
ORDER BY request_count DESC