Lo stack dei dati sportivi viene ricostruito in silenzio: cosa mostrano le ultime 72 ore
Il 30 settembre Tigris ha pubblicato un post-mortem tecnico sullo spostamento della coda di object storage da FoundationDB a Kafka. Non è una storia di sport, ma descrive l'infrastruttura che oggi trasporta i media sportivi ad alto volume. È uscito la stessa settimana in cui ai data center europei è stato chiesto di non nascondere più i consumi di acqua ed elettricità.

La notizia più utile sulla tecnologia sportiva delle ultime 72 ore non c'entra con lo sport. Il 30 settembre Tigris, fornitore di object storage, ha pubblicato un post-mortem ingegneristico che spiega perché ha spostato i task asincroni, come la garbage collection, da FoundationDB a Kafka. Il motivo riguarda chiunque gestisca analytics sportive: se un worker si blocca a metà lavoro, il task muore con lui. "Una volta che il worker consuma un job, questo non è più in coda e muore con lui", ha scritto l'azienda.
Oggi lo sport è un mucchio di questi job. Feed di tracking, pipeline video, regolamento delle scommesse, rendering degli highlight. Nessuno di questi processi tollera un messaggio perso.
Tigris è diretto sul compromesso. Mantiene alcune code dentro FoundationDB perché il database elimina il problema della doppia scrittura, ma la pianificazione "richiede molte scritture e scansioni, che mettono carico in lettura su FoundationDB in competizione diretta con le richieste degli utenti". L'azienda ha implementato il paper QuiCK di Apple, il sistema di accodamento dietro CloudKit, descrivendolo come "un sistema di accodamento che usa il Record Layer di FoundationDB per implementare una coda di messaggi basata sul tempo". Il testo è anche insolitamente divertente su Kafka: paragona l'auto-hosting al risvegliarsi come "un parassita mostruoso" mentre tutti, con cortesia, ti chiedono di andare avanti con la vita.
Il legame con lo sport non è forzato. Leghe e broadcaster hanno passato un decennio a promettere una copertura data-native, ma il discorso di solito si ferma alla dashboard. Il vero lavoro è l'orchestrazione: quali eventi vengono elaborati, in che ordine, e cosa succede quando un worker cade alle 3 di notte durante una partita.
I data center europei tacciono sui numeri
Lo stesso giorno il quotidiano olandese NL Times ha riportato i risultati di un'indagine durata un anno condotta da Lighthouse Report con Trouw e altri media europei sulla rendicontazione ambientale dei data center. Il quadro è netto: nei Paesi Bassi meno di un quarto dei data center di grandi dimensioni pubblica dati su elettricità e acqua potabile.
I numeri dietro questo vuoto sono precisi. Secondo la Dutch Datacenter Association, alla fine dell'anno scorso nei Paesi Bassi c'erano 186 data center commerciali con una capacità di 500 kilowatt o più. L'Agenzia delle imprese olandese, che raccoglie i dati per l'UE, ha registrazioni solo per 104 di essi. Esistono dati pubblici sul consumo elettrico di 44 centri e su quello idrico di 47. La direttiva europea sull'efficienza energetica richiede questa rendicontazione a quella soglia da tre anni.
Statistics Netherlands stima il consumo elettrico dei data center olandesi a 5,1 miliardi di kilowattora nel 2024, il 4,6 per cento del consumo nazionale e quasi il doppio rispetto a cinque anni prima. L'operatore di rete TenneT prevede una quota dal 10 al 15 per cento entro il 2030. L'RVO ha rivelato quest'estate che il più grande data center olandese di Microsoft da solo rappresenta l'1 per cento del consumo elettrico nazionale. Google, che gestisce due grandi data center nel paese, non divulga le sue cifre.
Per lo sport non è un tema astratto. Streaming, tracking in tempo reale e computer vision girano tutti sulla stessa rete elettrica e condividono lo stesso punto cieco nella rendicontazione.
Interrogare il lake senza spostarlo
Sempre il 30 settembre AWS ha annunciato che Aurora PostgreSQL può ora interrogare direttamente dati Apache Iceberg e Parquet tramite foreign table, usando il motore di query di DuckDB integrato in PostgreSQL. L'azienda afferma che la funzionalità è generalmente disponibile su Aurora PostgreSQL a partire dalle versioni 17.11 e 18.6 in tutte le regioni commerciali e GovCloud, senza costi aggiuntivi.
La promessa è l'eliminazione dell'ETL. "Accedervi ha tipicamente richiesto pipeline che copiano i dati dal data lake in Aurora, aumentando costi e lavoro di ingegneria man mano che gli schemi evolvono", si legge nell'annuncio. Per un'organizzazione sportiva è la differenza tra un data lake che resta in un magazzino e uno che un analista può davvero interrogare durante una stagione.
Club e leghe hanno promesso ecosistemi sportivi data-native agli eventi di settore per tutta la settimana. Consultancy-me.com ha seguito il 29 settembre un dirigente di Pure Sports che parlava proprio di questo a LEAP 2026, e SVG Europe ha pubblicato lo stesso giorno un articolo sull'infrastruttura per i media ad alto volume. Nessuno dei due è un lancio di prodotto. Entrambi descrivono un mercato che dà per scontato che il livello dei dati funzioni.
Sempre più spesso funziona. Questa è la storia.
Anche il livello della ricerca si muove
Il 29 settembre i ricercatori Osayamen Jonathan Aimuyo, Swapnil Gandhi e Christos Kozyrakis hanno inviato ad arXiv un paper che descrive Purlin, un framework di comunicazione che separa l'orchestrazione dal datapath nei collettivi GPU. Il paper riporta velocizzazioni della latenza fino a 5,14 volte e miglioramenti di banda fino a 4,50 volte su sette collettivi su GPU A100, H200 e B200. Integrato nello stack di serving SGLang, Purlin ha migliorato il throughput e l'interattività del serving LLM offline di 1,13 volte in media e fino a 1,37 volte, e l'interattività dell'inferenza online di 1,26 volte in media e fino a 2,85 volte, con il guadagno maggiore sotto sovraccarico.
Non sono benchmark sportivi. Ma i carichi di lavoro hanno la stessa forma della generazione automatica di highlight, del tracking multi-camera e dell'inferenza tattica in tempo reale, dove la latenza sotto carico è l'intero prodotto.
Il divario tra un guadagno di interattività di 2,85 volte in un paper e un sistema funzionante a bordo campo è enorme, e nulla nel dossier suggerisce che qualcuno l'abbia colmato. La direzione di marcia è però coerente in ogni fonte pubblicata questa settimana: il lavoro interessante avviene sotto l'interfaccia, nell'orchestrazione, nei motori di query e nei collettivi di rete.
Cosa la settimana non ha risolto
Non ha risolto la privacy. Il 30 settembre 404 Media ha riportato che l'amministrazione Trump sta usando il programma High Intensity Drug Trafficking Area degli anni Ottanta per convogliare i dati locali dei lettori automatici di targhe di Flock, Axon e altri fornitori nei centri di sorveglianza federali, e in alcuni casi fino al National License Plate Reader Program della DEA. I documenti sono stati ottenuti tramite richieste di accesso agli atti pubblici da Cris van Pelt, creatore di HaveIBeenFlocked.com. Jeramie Scott dell'Electronic Privacy Information Center ha detto a 404 Media: "Se siete arrabbiati per Flock, dovreste essere arrabbiati per questo."
Gli impianti sportivi fanno parte di quel parco di telecamere. Così come i parcheggi intorno a essi.
Non ha risolto nemmeno i dati sanitari. Il Guardian ha riportato il 30 settembre che più di 44.000 persone hanno presentato obiezioni formali ai sensi dell'articolo 21 del GDPR britannico contro la gestione dei loro dati da parte della Federated Data Platform di NHS England, basata su Palantir. I promotori citano il lavoro di Palantir per l'esercito israeliano e per l'applicazione delle leggi sull'immigrazione negli Stati Uniti. Palantir dice che la piattaforma aiuta a ridurre le liste d'attesa, citando 117.000 interventi aggiuntivi, una riduzione del 14,3 per cento dei ritardi di dimissione per i pazienti di lunga degenza e un miglioramento del 5,6 per cento nella diagnosi di cancro entro 28 giorni.
E non ha risolto la questione ambientale. L'indagine di Lighthouse Report ha scoperto che i data center europei in gran parte non dichiarano quanto consumano in acqua ed elettricità, tre anni dopo l'inizio dell'obbligo di rendicontazione.
Messe insieme, le ultime 72 ore descrivono un settore della tecnologia sportiva il cui livello visibile, le dashboard, la grafica di tracking, il commento AI, gira su un livello invisibile che viene ricostruito in blog di ingegneria pubblici e preprint su arXiv, mentre i suoi costi in risorse e privacy restano in gran parte non dichiarati. Non è uno scandalo. È un problema di misurazione, ed è quello che vale la pena osservare.
Fonti
6- 01We used a database as a message queue. Now we use Kafka.EN
- 02Most data centers refusing to say how much water, electricity they useEN
- 03Aurora PostgreSQL now supports querying of Apache Iceberg and Parquet dataEN
- 04Purlin: Separating Orchestration from the Datapath of CollectivesEN
- 05How Cities Are Forced to Funnel License Plate Data to a Massive Federal Surveillance ProgramEN
- 06More than 44,000 file legal objections to Palantir NHS platform handling their dataEN
Tutti i numeri e le citazioni di questo testo provengono dalle fonti elencate sotto.
I contenuti sono stati preparati dalla redazione con il supporto dell'IA.
Commenti
0- Nessun commento — sii il primo.