Trzyminutowy skok głosowania w telewizji na żywo musi obsłużyć duże obciążenie zapisem, wyświetlać częściowe wyniki, gdy jest otwarty, i generować dokładnie raz ostateczną liczbę głosów, minimalizując jednocześnie koszty. Która architektura spełnia te wymagania?

Poprawna odpowiedź wykorzystuje Pub/Sub do obsługi dużego obciążenia zapisem i asynchronicznego przetwarzania. Dataflow umożliwia niezawodne ładowanie danych do Bigtable dla wyników częściowych w czasie rzeczywistym oraz do BigQuery dla dokładnego, ostatecznego zliczania i późniejszej analizy. Wyłączenie Bigtable po zakończeniu głosowania minimalizuje koszty. Memorystore (Redis) jest bazą danych w pamięci, która jest kosztowna dla dużych zbiorów danych i nie jest idealna do trwałego przechowywania danych głosowania. Cloud SQL for PostgreSQL jest relacyjną bazą danych, która może mieć problemy ze skalowaniem zapisu przy nagłym, dużym obciążeniu i nie jest najbardziej ekonomicznym rozwiązaniem dla tego scenariusza. Zapisywanie tylko do BigQuery za pośrednictwem Cloud Functions może wprowadzić opóźnienia w wyświetlaniu wyników częściowych i nie jest zoptymalizowane pod kątem zapytań w czasie rzeczywistym.