streamwayplus.com e tv.streamwayplus.com.
Frontend Next.js con rendering server-side, backend Go, database replicato e distribuzione multi-region su più datacenter, con CDN davanti alla parte statica e autenticazione centralizzata per l’area utenti.
Nata come prodotto interno e diventata poi un brand a sé, Streamway è il progetto su cui sperimentiamo per primi le modifiche alla distribuzione: quello che funziona qui viene poi portato sugli altri tenant.
Lato infrastruttura e affidabilità: monitoring dell’ingress, health check periodici, verifica della catena CDN → origin e analisi del carico quando il traffico cambia forma.
rtva.ad, più il casting verso
TV e set-top box su cast.rtva.media. Il pubblico è quello del Principato e delle zone di
confine — Andorra, Spagna e Francia.
Stessa piattaforma degli altri progetti video: frontend Next.js server-side, backend Go, dati replicati e distribuzione multi-region dietro CDN.
Quello che cambia, rispetto a un sito di calcio, è il profilo: qui non c’è la partita. Non esiste il picco da evento su cui puntare tutto — c’è un flusso quotidiano continuo, legato ai telegiornali e alla programmazione, che va letto come serie storica invece che come singolo scatto. Un dettaglio banale a dirsi che però ribalta il modo di misurare capacità e regressioni.
Lato infrastruttura: profilo di traffico giornaliero (quanta parte è pubblico reale e quanta bot/probe), analisi di capacità, e monitoring continuo dell’ingress e dei layer applicativi.
sevillafc.es, la TV del club su tv.sevillafc.es con dirette e on demand, e il
casting verso TV e set-top box su cast.sevillafc.es.
Frontend Next.js con rendering server-side, backend Go, database replicato e ricerca dedicata: il tutto girando in multi-region attiva su tre datacenter, con una CDN davanti che assorbe la parte statica e serve i tifosi vicino a casa loro.
La differenza rispetto a un sito editoriale normale è la forma del carico: fra una partita e l’altra il traffico è piatto, poi nel giorno del match si concentra tutto in una manciata di ore attorno al fischio d’inizio. È lì che il sito va dimensionato, non sulla media.
Sto sul lato infrastruttura e affidabilità: profilo di traffico giornaliero, analisi per singolo evento live (quanti utenti reali, quali chiamate, dove si accumula la latenza), capacity planning sui picchi da partita e health check continui sull’ingress.