3-минутный всплеск голосования в прямом эфире должен обрабатывать высокую нагрузку на запись, показывать частичные результаты, пока голосование открыто, и выдавать точный окончательный подсчет (exactly once), минимизируя при этом затраты. Какая архитектура соответствует этим требованиям?

Правильный ответ обеспечивает высокую пропускную способность записи, низкую задержку для частичных результатов и точность окончательного подсчета при минимизации затрат. Pub/Sub обрабатывает всплески голосования, Dataflow обеспечивает точную обработку "exactly once", Bigtable предоставляет результаты в реальном времени с низкой задержкой, а BigQuery используется для окончательного анализа. Отключение Bigtable после голосования сокращает расходы. Memorystore и Cloud SQL не справятся с такой высокой нагрузкой на запись и не обеспечат "exactly once" обработку без сложной дополнительной логики. Использование Cloud Functions с BigQuery напрямую может быть менее эффективным для обработки "exactly once" и предоставления результатов в реальном времени с низкой задержкой, чем Dataflow и Bigtable.