Salta al contenuto

Cos'è FOCUS, la specifica aperta per i dati sui costi di cloud e AI?

Specifica aperta nata nella FinOps Foundation: porta i dati di fatturazione di cloud, SaaS e AI in un unico formato, confrontabile tra fornitori diversi.

FOCUS (FinOps Open Cost and Usage Specification) è una specifica aperta che stabilisce come chi produce dati di fatturazione, cioè i fornitori di cloud, SaaS e AI, debba strutturarli perché arrivino al cliente in un formato comune: stesse colonne, stessi nomi, stesse regole di calcolo. Senza uno standard ogni fornitore esporta la propria bolletta a modo suo, e chi vuole sapere quanto spende in totale deve prima costruire e mantenere un traduttore per ciascuno. Con FOCUS il costo di un'ora di macchina virtuale su AWS e quello dei crediti consumati su Snowflake stanno nella stessa tabella e, a parità di valuta di fatturazione, si sommano direttamente. È un progetto della Linux Foundation, nato dentro la FinOps Foundation e sostenuto anche dalla Tokenomics Foundation e dall'ITAM Forum. FOCUS non dice come ridurre la spesa: fornisce il dato pulito su cui lavora il FinOps.

Leggi anche: FinOps · La pratica che porta responsabilità economica nel cloud: ogni team vede, capisce e ottimizza i costi di ciò che fa girare.

Cosa copre oggi e cosa ancora no

La versione 1.0 è diventata stabile nel giugno 2024, quattordici mesi dopo l'avvio dei lavori in un gruppo della FinOps Foundation. La 1.2, del maggio 2025, ha aggiunto SaaS, PaaS e le valute virtuali, cioè crediti e token in cui alcuni fornitori esprimono il consumo prima di convertirlo in euro. La 1.4, ratificata il 4 giugno 2026, introduce due dataset, Invoice Detail e Billing Period, per riconciliare riga per riga il consumo con le fatture emesse: FOCUS comincia a parlare anche all'amministrazione, oltre che al team cloud. I token si contano già con le colonne esistenti; il nome del modello AI e la distinzione tra token in ingresso e in uscita arriveranno con la 1.5, attesa per il 3 dicembre 2026, come proprietà raccomandate, non obbligatorie. Oggi il dettaglio per modello che serve all'AI tokenomics resta un lavoro su misura. Intanto, secondo l'elenco del progetto, AWS, Microsoft e Google Cloud esportano i dati nella versione 1.2.

Data warehouse proprio o piattaforma FinOps?

Finché le bollette avevano formati diversi, normalizzarle era una ragione importante per comprare una piattaforma FinOps. Con le esportazioni FOCUS gran parte della normalizzazione arriva già fatta dal fornitore (restano versioni diverse e colonne proprie di ciascuno), e caricare i file nel proprio data lakehouse o data warehouse diventa un progetto ordinario di ingegneria dei dati. Il mio criterio: la strada interna conviene quando i costi vanno incrociati con dati che solo l'azienda possiede (clienti, prodotti, centri di costo) ed esiste già un team dati; la piattaforma, quando servono subito avvisi, raccomandazioni e gestione degli impegni di spesa, oppure quando molti fornitori non esportano ancora in FOCUS. In entrambi i casi il formato aperto riduce il lock-in: lo storico dei costi sopravvive al cambio di strumento.

Un esempio enterprise

Un gruppo manifatturiero usa AWS per i sistemi di fabbrica, Azure per le applicazioni gestionali e Snowflake per l'analisi, e ogni mese il controllo di gestione ricompone tre bollette in un foglio di calcolo. Il percorso che proporrei: attivare le esportazioni FOCUS native, caricarle in una sola tabella sulla piattaforma dati già in uso e ricondurle ai centri di costo aziendali; poi aggiungere i dati di fattura della 1.4, appena i fornitori li offriranno, per controllare ogni riga prima del pagamento. Il risultato è un numero unico e verificabile da cui partire per ottimizzare. Una piattaforma commerciale si valuta dopo, su ciò che la soluzione interna non sa fare.

Perché conta per chi decide

FOCUS sposta parte del problema dal piano tecnico a quello contrattuale. Chiedere un'esportazione FOCUS a ogni nuovo fornitore di cloud, SaaS o AI costa una riga nel capitolato ed evita di sviluppare un connettore su misura per ciascuno; la stessa FinOps Foundation invita i clienti a richiederla, insieme ai dati di fattura della 1.4. E poiché la specifica ha superato la versione che i grandi fornitori esportano, nel contratto va indicata la versione richiesta: non basta il logo FOCUS sul sito del fornitore.

  • FinOps · La pratica che porta responsabilità economica nel cloud: ogni team vede, capisce e ottimizza i costi di ciò che fa girare.
  • AI tokenomics · L'economia dei token AI: cosa costa davvero l'inferenza, come si misura (costo per milione di token) e come si tiene sotto controllo.
  • Data lakehouse · Architettura dati che unisce la flessibilità del data lake e l'affidabilità del data warehouse in un'unica piattaforma.
  • Vendor lock-in · Il costo tecnico e contrattuale per lasciare un fornitore: dati, logica e competenze. Si misura prima di firmare.
  • Multi-cloud e hybrid cloud · Multi-cloud divide i carichi tra più fornitori cloud; hybrid cloud combina cloud pubblico e infrastruttura on-prem o edge.

Vedi nell'universo

Se l'AI ti serve in produzione, non in una demo, è il mio lavoro.

VEDI INTEGRAZIONI AI

Oppure scrivimi.