Questa pagina è disponibile anche in English, Deutsch, Español, Français, 日本語 e Português.
Come OneFootball ha ridotto i costi, eliminato il lavoro manuale e migliorato le decisioni su Kubernetes grazie all'ottimizzazione automatica e agli insight di resilienza
Per una piattaforma che serve traffico calcistico globale, la prudenza è comprensibile. Una grande partita in diretta, una notizia di mercato dell'ultima ora o un momento dei Mondiali possono generare picchi di traffico improvvisi e imprevedibili. In quel contesto, il costo di un underprovisioning non è solo tecnico: si ripercuote direttamente sull'esperienza dei tifosi.
Storicamente, per proteggere le prestazioni durante gli eventi ad alto traffico, gli engineer di OneFootball allocavano spesso più CPU e memoria di quanta i servizi ne richiedessero realmente. La logica era solida: meglio fornire capacità extra che rischiare un degrado del servizio in un momento cruciale di una partita.
Ma l'effetto cumulativo di questa prudenza era tutt'altro che trascurabile. Le risorse rimanevano inutilizzate tra un picco e l'altro, i costi dell'infrastruttura crescevano e i diversi team non avevano un metodo coerente per capire se ciascun servizio fosse configurato nel giusto equilibrio tra efficienza, resilienza e affidabilità in produzione.
Col tempo, l'overprovisioning è diventato un modello operativo difensivo. Aiutava a ridurre il rischio immediato, ma rendeva anche più difficile individuare inefficienze nascoste, opportunità di ottimizzazione mancate e pattern di configurazione in cui l'affidabilità avrebbe potuto essere preservata con un profilo di costo migliore.
In OneFootball la gestione delle risorse Kubernetes era in gran parte manuale. Gli engineer consultavano dashboard, analizzavano il comportamento dei servizi e regolavano a mano le allocazioni di CPU e memoria. Un lavoro che richiedeva tempo, contesto e continue scelte di giudizio, sia da parte dei platform engineer sia dei responsabili dei servizi.
Il processo aveva il suo valore, ma non riusciva a tenere il ritmo della velocità e della volatilità tipiche dello sport in diretta. Durante un evento calcistico il traffico può salire e ricalare nel giro di pochi minuti. La domanda può cambiare anche in funzione di tornei internazionali, competizioni nazionali, eventi specifici di un Paese, notizie dell'ultima ora e risultati delle partite, impossibili da prevedere con precisione in anticipo.
Un ciclo di revisione manuale non poteva tenere conto continuativamente di questi cambiamenti, soprattutto in un ambiente Kubernetes in crescita al servizio di un pubblico globale. Diventava anche difficile applicare in modo coerente finestre temporali significative, perché l'intervallo di traffico rilevante per un servizio poteva variare molto a seconda dell'evento, del mercato o della competizione.
L'ottimizzazione manuale generava inoltre incoerenze. Team diversi potevano arrivare a decisioni diverse in base a livelli differenti di competenza su Kubernetes, tolleranza al rischio o tempo a disposizione. Di conseguenza, la configurazione delle risorse non era sempre guidata da una comprensione coerente e basata sui dati del comportamento reale dei servizi.
OneFootball aveva già un'observability consolidata. I team potevano monitorare i servizi, analizzarne il comportamento e leggere i segnali di produzione con gli strumenti esistenti. Il problema non era la mancanza di observability, ma il divario tra osservare ciò che accadeva e trasformare continuamente quei segnali in decisioni concrete di ottimizzazione su Kubernetes.
Le dashboard dei cloud provider davano a OneFootball visibilità sulla spesa complessiva dell'infrastruttura, ma non offrivano il livello di insight a livello di servizio di cui il team di piattaforma aveva bisogno per bilanciare costi, efficienza e resilienza. I team vedevano che i costi infrastrutturali c'erano, ma era più difficile capire quali servizi li generassero, se le risorse venissero usate in modo efficiente e dove fosse possibile ottimizzare senza aumentare il rischio operativo.
Questa carenza di intelligenza di ottimizzazione complicava il processo decisionale. Senza una visione chiara di request, limit, pattern di utilizzo, impatto sui costi e segnali di resilienza a livello di servizio, individuare il giusto compromesso richiedeva spesso analisi e interpretazioni manuali.
È qui che gli insight di resilienza e l'alerting sono diventati la "ciliegina sulla torta". Non sostituivano l'observability: la completavano, aiutando il team di piattaforma a far emergere ciò che altrimenti sarebbe rimasto nell'ombra: servizi in overprovisioning, workloads con profili di risorse inefficienti o pattern di configurazione in cui resilienza e costi avrebbero potuto essere bilanciati meglio.
Nel loro insieme, queste criticità descrivevano un'organizzazione di engineering attenta, ma sulla difensiva. Mentre OneFootball continuava a crescere e a prepararsi ai grandi eventi calcistici globali, il team di piattaforma aveva bisogno di un modo più automatizzato, trasparente e affidabile per ottimizzare Kubernetes, senza chiedere agli engineer di scegliere alla cieca tra efficienza dei costi e affidabilità in produzione.
Quando OneFootball ha iniziato a usare PerfectScale by DoiT, l'obiettivo non era introdurre l'ennesima dashboard. Il team di piattaforma aveva già un'observability solida. Ciò che mancava era un modo per tradurre in continuo il comportamento di Kubernetes in decisioni di ottimizzazione concrete su costi, efficienza, autoscaling e resilienza.
PerfectScale ha fornito proprio quel livello di intelligenza mancante, accompagnando OneFootball nel passaggio dall'analisi manuale e dall'overprovisioning difensivo a un'ottimizzazione automatizzata e basata sui dati, all'altezza della volatilità del traffico calcistico globale.
Fin dal primo giorno, PerfectScale ha offerto al team di piattaforma una visione più precisa, a livello di servizio, di come le risorse Kubernetes venissero richieste, consumate e tradotte in costo. Gli engineer hanno potuto capire non solo l'utilizzo di CPU e memoria, ma anche le conseguenze finanziarie e operative delle scelte di allocazione delle risorse.
Questa visibilità ha cambiato il modo in cui si parlava di infrastruttura in tutta l'organizzazione. Invece di affrontare l'ottimizzazione di Kubernetes solo come una questione tecnica, il team di piattaforma è riuscito a collegare le decisioni sulle risorse all'impatto sul business, all'affidabilità in produzione e all'efficienza dei costi.
Un aspetto particolarmente importante in un contesto di sport in diretta, in cui i servizi devono essere pronti a picchi improvvisi evitando al tempo stesso sprechi inutili tra un picco e l'altro. PerfectScale ha reso più semplice leggere questi compromessi, mostrando dove le risorse erano sottoutilizzate, dove la configurazione poteva essere migliorata e dove l'ottimizzazione poteva avvenire senza intaccare l'affidabilità.
PerfectScale ha sostituito i cicli manuali di revisione delle risorse con un right-sizing continuo e automatizzato nell'ambiente Kubernetes di OneFootball. Invece di chiedere agli engineer di rivedere periodicamente le dashboard e regolare a mano le allocazioni di CPU e memoria, PerfectScale ha fornito raccomandazioni e automazioni costanti, basate sul comportamento reale dei servizi.
Un aspetto fondamentale per i pattern di traffico generati dal calcio. Una partita importante, una notizia di mercato, una push notification o un momento dei Mondiali possono modificare la domanda rapidamente e in modo non uniforme tra i servizi. L'ottimizzazione manuale non riusciva a stare dietro in modo affidabile a questi cambiamenti, soprattutto quando la finestra di traffico rilevante poteva variare in base alla competizione, al Paese o all'evento.
Con PerfectScale, OneFootball ha potuto ottimizzare i workloads in modo più continuo e coerente. I servizi sono stati calibrati sui pattern reali di utilizzo anziché su ipotesi, aiutando il team di piattaforma a ridurre gli sprechi senza rinunciare all'affidabilità richiesta dai workloads di produzione.
La piattaforma ha inoltre contribuito a far emergere insight di resilienza complementari allo stack di observability esistente di OneFootball. Questi insight hanno offerto agli engineer un ulteriore livello di visibilità su pattern di configurazione, profili di risorse e opportunità di ottimizzazione che altrimenti sarebbero potuti passare inosservati.
Oltre alla piattaforma in sé, il più ampio ecosistema di supporto di DoiT ha avuto un ruolo importante nel costruire fiducia e accelerare l'adozione. OneFootball ha avuto accesso a customer success, supporto post-vendita, solution engineering e competenze specifiche su Kubernetes, con un punto di riferimento chiaro sia per la guida strategica sia per le domande di tutti i giorni.
Un supporto particolarmente prezioso, perché OneFootball non cercava un modello di ottimizzazione generico. Il team di piattaforma aveva bisogno che PerfectScale si adattasse al modo in cui OneFootball gestisce Kubernetes, governa il rischio in produzione e affronta il platform engineering.
"Ho dedicato molto tempo ad analizzare PerfectScale dal punto di vista del platform engineering. Il valore non stava solo nelle raccomandazioni di ottimizzazione, ma nel capire perché avessero senso, come si mappassero al comportamento reale dei workload e come ci aiutassero a bilanciare in sicurezza i compromessi tra costi, autoscaling e resilienza. Anche i sync regolari con il team PerfectScale ci hanno permesso di validare i casi limite e di modellare l'integrazione attorno al modo in cui OneFootball gestisce davvero Kubernetes." Andrea Benfatto, Platform/Cloud Runtime Engineering Manager, OneFootball
I sync regolari con PerfectScale hanno permesso a entrambi i team di affinare l'integrazione nel tempo. Sono stati l'occasione per OneFootball di dare feedback, validare le raccomandazioni, discutere i casi limite e modellare il setup sulle proprie esigenze operative. Il risultato è un'integrazione sempre più allineata ai workflow, ai pattern di traffico e alle aspettative di piattaforma di OneFootball.
I solution engineer e gli specialisti Kubernetes di DoiT hanno lavorato a stretto contatto con il team di piattaforma di OneFootball per garantire che le raccomandazioni fossero tecnicamente solide, sicure dal punto di vista operativo e allineate ai requisiti di produzione. Una collaborazione sul campo che ha contribuito a ridurre il rischio, accelerare le decisioni e rafforzare la fiducia nel sistema.
Per OneFootball il valore nasce dalla combinazione di automazione, visibilità a livello di servizio, insight di resilienza e supporto esperto. PerfectScale non ha sostituito il giudizio degli engineer né l'observability esistente: li ha completati con un'intelligenza di ottimizzazione continua, aiutando il team di piattaforma a prendere decisioni migliori su Kubernetes su larga scala.
PerfectScale by DoiT è diventato un tassello importante del modo in cui ottimizziamo Kubernetes su larga scala in OneFootball. Dà al nostro team di piattaforma la visibilità, l'automazione, gli insight di resilienza e la fiducia necessari per bilanciare efficienza dei costi e prontezza in produzione, soprattutto mentre ci prepariamo a grandi appuntamenti calcistici globali come la FIFA World Cup 2026.
Andrea Benfatto, Platform/Cloud Runtime Engineering Manager
OneFootball ha registrato un impatto immediato e misurabile sui costi dell'infrastruttura Kubernetes, con risparmi superiori al 25% sull'intero ambiente. Tutto questo senza richiedere grandi cambiamenti architetturali né aggiungere complessità operativa ai team di engineering.
Identificando in continuo i punti in cui era possibile ottimizzare le risorse, PerfectScale ha aiutato OneFootball a ridurre gli sprechi senza rinunciare all'affidabilità in produzione richiesta dal traffico calcistico globale. Un aspetto particolarmente rilevante mentre OneFootball si prepara ai grandi appuntamenti calcistici mondiali, FIFA World Cup 2026 compresa, durante i quali i pattern di traffico possono cambiare rapidamente in funzione di partite in diretta, notizie dell'ultima ora, prestazioni delle nazionali e momenti decisivi del torneo.
Il risultato non è stato semplicemente un costo più basso, ma un modello operativo Kubernetes più efficiente, in cui l'ottimizzazione dei costi avviene in continuo, senza chiedere agli engineer di rivedere a mano la configurazione di ogni servizio.
In precedenza, l'ottimizzazione di Kubernetes richiedeva revisioni manuali regolari. Gli engineer dovevano ispezionare le dashboard, interpretare il comportamento dei servizi e decidere come regolare request e limit di CPU e memoria. Un processo che richiedeva tempo e dipendeva fortemente dal contesto, dal giudizio e dalla disponibilità delle singole persone.
Con PerfectScale, gran parte di questo lavoro è ora automatizzata. Raccomandazioni e azioni di ottimizzazione sono guidate dal comportamento reale dei workload, riducendo la necessità per gli engineer di intervenire manualmente sui servizi nell'ambito del lavoro quotidiano.
Un onere operativo significativo in meno per il team di platform engineering e per i responsabili dei servizi. Invece di tornare ripetutamente sulle impostazioni delle risorse, gli engineer possono affidarsi a un processo di ottimizzazione continuo, che applica un approccio più coerente e basato sui dati all'intero ambiente Kubernetes.
Riducendo di circa l'80% il lavoro di engineering dedicato all'ottimizzazione dei costi e al tuning della resilienza su Kubernetes, OneFootball ha restituito tempo prezioso ad attività di piattaforma e di prodotto a più alto valore.
Un punto cruciale: l'ottimizzazione di Kubernetes è importante, ma non deve diventare una distrazione costante per i team che costruiscono e gestiscono servizi. Mentre l'azienda si prepara alla FIFA World Cup 2026, il team di piattaforma deve concentrarsi sulla prontezza strategica: migliorare la developer experience, rafforzare le capabilities della piattaforma, sostenere i pattern di traffico globali e aiutare i team di prodotto a muoversi più velocemente e con sicurezza.
PerfectScale ha permesso agli engineer di mantenere la visibilità sul comportamento dei servizi riducendo lo sforzo manuale necessario per interpretare quelle informazioni e agire di conseguenza. Per il team di piattaforma, questo significa più spazio per concentrarsi sul lavoro che supporta direttamente la prontezza agli eventi, l'affidabilità e la scalabilità.
PerfectScale ha migliorato la qualità e la coerenza delle decisioni infrastrutturali, offrendo a OneFootball insight più chiari a livello di servizio su utilizzo delle risorse, impatto sui costi, comportamento dell'autoscaling e opportunità di ottimizzazione.
Il team di piattaforma ha potuto decidere sulla base del comportamento reale dei workload, anziché di ipotesi o overprovisioning difensivo. Questo ha aiutato i team a capire dove le risorse fossero davvero necessarie, dove la capacità venisse sprecata e dove la configurazione potesse essere migliorata senza compromettere l'affidabilità.
Gli insight di resilienza e le capacità di alerting hanno aggiunto un ulteriore livello di valore allo stack di observability già in uso da OneFootball. Hanno contribuito a far emergere opportunità di ottimizzazione e pattern di configurazione che altrimenti sarebbero potuti passare inosservati, rendendo più semplice bilanciare efficienza dei costi e affidabilità in produzione.
In vista dei Mondiali, questo equilibrio è cruciale. OneFootball deve essere pronta a impennate di traffico globali senza limitarsi a scalare ogni workload in modo difensivo. PerfectScale aiuta il team di piattaforma a prepararsi in modo più intelligente, sfruttando raccomandazioni basate sui dati per ottimizzare i servizi prima che arrivino i momenti di picco.
Forse il risultato più importante è il cambiamento culturale nel modo in cui OneFootball affronta l'ottimizzazione di Kubernetes. Prima di PerfectScale, la gestione delle risorse richiedeva spesso decisioni manuali e prudenti, con i team che mettevano in campo capacità extra per ridurre il rischio durante picchi di traffico imprevedibili.
Con PerfectScale, l'ottimizzazione è diventata più continua, basata sui dati e affidabile. Gli engineer non devono più scegliere tra efficienza dei costi e affidabilità sulla base di sole interpretazioni manuali. Possono contare su intelligenza automatizzata, visibilità a livello di servizio e insight di resilienza per prendere decisioni migliori su larga scala.
Per OneFootball, questo ha trasformato l'ottimizzazione di Kubernetes da compito manuale ricorrente a parte integrante del modo in cui la piattaforma viene gestita e preparata ai grandi eventi calcistici.
Il calcio non segue un calendario prevedibile. Un gol all'ultimo minuto, un cartellino rosso in una semifinale di Champions League, una voce di mercato che esplode a mezzanotte o un momento dei Mondiali possono portare milioni di tifosi sulla piattaforma di OneFootball in pochi secondi. Per gli engineer che tengono in piedi quella piattaforma, l'imprevedibilità non è un'eccezione: è la realtà operativa quotidiana.
Con un Owned Reach di oltre 200 milioni di tifosi, OneFootball è il più grande club di calcio del mondo: una destinazione calcistica globale in cui i tifosi passano dalla visione passiva alla partecipazione attiva. La piattaforma serve traffico su scala mondiale, offrendo ai tifosi aggiornamenti in tempo reale sulle partite, notizie, streaming e contenuti su ogni grande competizione.
"Mentre ci prepariamo a grandi eventi calcistici globali come la FIFA World Cup 2026, non possiamo affidarci solo a ipotesi statiche o a un overprovisioning difensivo. Guardando da vicino come si comportano i nostri workload Kubernetes, è evidente che il traffico calcistico è volatile in modi difficili da modellare manualmente. Avevamo bisogno di un approccio più intelligente per prepararci a una domanda imprevedibile, continuando comunque a comprendere l'impatto delle nostre decisioni sulle risorse in termini di costi, autoscaling e affidabilità." Andrea Benfatto, Platform/Cloud Runtime Engineering Manager, OneFootball
Il valore della piattaforma per i tifosi dipende dall'essere disponibile quando arriva il momento, a prescindere da quante persone si presentino in contemporanea. Un requisito che diventa ancora più importante mentre OneFootball si prepara ai grandi eventi calcistici globali, FIFA World Cup 2026 compresa, dove i pattern di traffico saranno presumibilmente intensi, volatili e dettati da momenti impossibili da pianificare in anticipo.
Per il team di piattaforma di OneFootball, questo si traduce in una sfida infrastrutturale chiara: Kubernetes deve scalare in modo efficiente per la domanda imprevedibile dello sport in diretta, restando al tempo stesso economicamente sostenibile, resiliente e abbastanza trasparente da permettere agli engineer di fidarsi delle decisioni prese.
Storicamente, il modo più sicuro per proteggere l'esperienza dei tifosi durante gli eventi ad alto traffico era allocare più capacità di quella effettivamente necessaria ai servizi. Un approccio che riduceva il rischio operativo, ma generava anche inefficienze nascoste, costi superflui e una visibilità limitata sul fatto che ciascun servizio fosse davvero configurato nel modo migliore.
OneFootball continua a estendere l'uso di PerfectScale by DoiT, andando oltre l'ottimizzazione automatizzata e spingendosi verso una governance più profonda, un maggiore controllo e una più solida prontezza agli eventi nel proprio ambiente Kubernetes.
Un passo successivo chiave è l'integrazione delle raccomandazioni e delle policy di PerfectScale nei workflow infrastructure-as-code di OneFootball. Con la recente integrazione delle CRD di PerfectScale, il team di piattaforma può avvicinare l'ottimizzazione all'approccio GitOps che già intende seguire: definire, revisionare e gestire la configurazione di Kubernetes tramite workflow versionati.
È un'evoluzione importante per OneFootball. Mentre l'azienda si prepara ai grandi eventi calcistici globali, FIFA World Cup 2026 compresa, il team di piattaforma ha bisogno di pratiche di ottimizzazione non solo automatizzate, ma anche tracciabili, ripetibili e allineate al modo in cui i team di engineering già operano.
Gestendo le policy di ottimizzazione tramite risorse cloud-native di Kubernetes, OneFootball può applicare un controllo più granulare su allocazione delle risorse, comportamento dell'autoscaling e tuning della resilienza. Si crea così un legame più forte tra responsabilità sui servizi, requisiti di produzione ed efficienza dell'infrastruttura.
L'obiettivo non è solo ridurre i costi. È fare dell'ottimizzazione di Kubernetes una parte governata del modello operativo della piattaforma: una parte che sostiene il traffico globale, aiuta i team a prepararsi alla domanda imprevedibile e dà agli engineer la certezza che i miglioramenti di efficienza vengano applicati in sicurezza.
Anche i sync continuativi su PerfectScale con DoiT continueranno a giocare un ruolo importante in questa evoluzione. Sono sessioni in cui OneFootball può validare nuove funzionalità, condividere feedback dall'uso reale in produzione e modellare l'integrazione attorno alle specifiche esigenze di piattaforma dell'azienda. Nel tempo, questa collaborazione garantisce che PerfectScale continui ad aderire al modo in cui OneFootball gestisce Kubernetes su larga scala.
Man mano che PerfectScale entra a far parte della piattaforma più ampia di DoiT, OneFootball intravede anche l'opportunità di rafforzare ulteriormente la propria strategia infrastrutturale con nuove capabilities, un'intelligenza di ottimizzazione più profonda e supporto esperto.
Per OneFootball, PerfectScale non è più solo uno strumento per il right-sizing di Kubernetes. Sta diventando parte del modo in cui il team di piattaforma progetta, governa e prepara la propria infrastruttura per la prossima generazione di grandi momenti del calcio globale.
PerfectScale mantiene bassi i costi del cloud e alte le prestazioni dei cluster grazie a un'ottimizzazione continua e autonoma.
Riceva una panoramica tecnica su come PerfectScale individua i workloads in overprovisioning, protegge le prestazioni e automatizza il tuning delle risorse sui cluster di produzione. PerfectScale aiuta i team di piattaforma a ridurre gli sprechi su Kubernetes senza i compromessi del tuning manuale, dell'autoscaling verticale basato su riavvii o degli strumenti che si fermano alle raccomandazioni. Esegue in continuo il right-sizing dei workloads attivi, mantiene le request allineate all'utilizzo reale e aiuta ad abbassare la spesa senza compromettere la stabilità.
