Un pic de vote télévisé en direct de 3 minutes doit gérer une charge d'écriture élevée, afficher des résultats partiels pendant qu'il est ouvert et produire un décompte final exact une seule fois tout en minimisant les coûts. Quelle architecture répond à ces exigences ?

Cette architecture est la plus appropriée car elle gère efficacement la charge et les exigences. Pub/Sub gère le pic de votes en direct en découplant les producteurs et les consommateurs. Dataflow assure un traitement fiable et évolutif des données. Bigtable est idéal pour les résultats partiels en temps réel grâce à sa faible latence en écriture et en lecture, et son coût peut être minimisé en l'arrêtant après le vote. BigQuery est parfait pour le décompte final exact et l'analyse ultérieure. Les autres options sont moins adaptées : Memorystore est excellent pour le cache, mais moins pour la persistance et l'analyse de données structurées à grande échelle. Cloud SQL pourrait avoir du mal avec le pic d'écriture intense et n'est pas optimisé pour l'analyse en temps réel à cette échelle. Utiliser Cloud Functions pour écrire directement dans BigQuery pourrait entraîner des latences et des coûts plus élevés pour le traitement en temps réel des résultats partiels, et BigQuery n'est pas conçu pour des requêtes de résultats intermédiaires à très faible latence.