Um pico de votação de TV ao vivo de 3 minutos deve lidar com alta carga de gravação, mostrar resultados parciais enquanto aberto e produzir uma contagem final exata uma única vez, minimizando o custo. Qual arquitetura atende a esses requisitos?

Esta arquitetura é a mais adequada porque o Pub/Sub lida com a alta ingestão de dados de forma assíncrona. O Dataflow processa os votos, escrevendo-os no Bigtable para resultados parciais em tempo real devido à sua baixa latência e alta capacidade de leitura/escrita, e no BigQuery para a contagem final exata e análises posteriores, aproveitando sua capacidade analítica. Desligar o Bigtable após a votação minimiza custos. As outras opções são menos ideais: Memorystore é um cache e não um armazenamento primário durável para todos os votos. Cloud SQL pode não escalar para a alta taxa de gravação de um pico de votação de 3 minutos e é mais caro para esse volume. Cloud Functions e BigQuery diretamente: Cloud Functions pode ter limites de escalabilidade para picos extremos e o BigQuery não é otimizado para consultas de baixa latência em tempo real para resultados parciais.