Ein 3-minütiger Live-TV-Voting-Spike muss eine hohe Schreiblast bewältigen, Teilergebnisse anzeigen, während er geöffnet ist, und eine exakte einmalige Endzählung liefern, während die Kosten minimiert werden. Welche Architektur erfüllt diese Anforderungen?

Diese Architektur erfüllt alle Anforderungen. Pub/Sub bewältigt die hohe Schreiblast durch asynchrone Nachrichtenaufnahme. Dataflow verarbeitet die Stimmen zuverlässig und liefert eine exakte einmalige Zählung. Bigtable bietet extrem niedrige Latenz für die Anzeige von Teilergebnissen in Echtzeit und ist kosteneffizient, da es nach der Abstimmung heruntergefahren werden kann. BigQuery speichert die endgültigen Ergebnisse für spätere Analysen. Die anderen Optionen sind weniger geeignet: Memorystore ist ein In-Memory-Cache und nicht ideal für die dauerhafte Speicherung von Abstimmungsdaten mit exakter Einmaligkeit. Cloud SQL for PostgreSQL skaliert möglicherweise nicht ausreichend für die hohe Schreiblast eines plötzlichen Abstimmungsanstiegs und ist teurer für temporäre Echtzeit-Workloads. Cloud Functions, die direkt in BigQuery schreiben, könnten bei extrem hohen Spitzenraten an ihre Grenzen stoßen und bieten keine einfache Möglichkeit für Echtzeit-Teilergebnisse mit niedriger Latenz.