Un picco di votazioni televisive in diretta di 3 minuti deve gestire un elevato carico di scrittura, mostrare risultati parziali mentre è aperto e produrre un conteggio finale esatto una sola volta, minimizzando i costi. Quale architettura soddisfa questi requisiti?

Questa architettura è la più adatta perché Pub/Sub gestisce l'elevato carico di scrittura in ingresso, desacoplando il sistema. Dataflow elabora i dati in streaming, scrivendoli in Bigtable per i risultati parziali in tempo reale (Bigtable è ottimizzato per carichi di lavoro ad alta velocità di scrittura e lettura a bassa latenza). Contemporaneamente, i dati vengono scritti in BigQuery per l'analisi finale e il conteggio esatto, sfruttando la sua capacità di elaborare grandi volumi di dati. Spegnere l'istanza Bigtable dopo l'evento minimizza i costi. Memorystore e Cloud SQL non sono ideali per l'elevato carico di scrittura e la necessità di analisi finale su grandi dataset. L'opzione con Cloud Functions e BigQuery non offre una soluzione efficiente per i risultati parziali in tempo reale con bassa latenza.