Une application d'enchères distribuée mondialement reçoit des offres identiques quasi-simultanées traitées par différents serveurs. Chaque offre contient l'article, le montant, l'utilisateur et l'horodatage. Vous devez collationner les offres en temps réel et déterminer quel utilisateur a enchéri en premier. Que devriez-vous faire ?

La publication des événements d'enchères sur Cloud Pub/Sub permet une ingestion de données distribuée et asynchrone, gérant les volumes élevés et les sources multiples. Dataflow est idéal pour le traitement en temps réel de ces flux d'événements, permettant de déterminer l'ordre chronologique précis des enchères, même en cas de quasi-simultanéité, grâce à ses capacités de fenêtrage et de gestion des événements hors ordre. Attribuer l'enchère à l'événement traité en premier garantit que la première offre reçue est celle retenue. Écrire dans un fichier partagé et exécuter Hadoop serait trop lent pour le temps réel. Utiliser Cloud SQL via un point de terminaison pourrait entraîner des goulots d'étranglement et ne garantit pas la gestion optimale des événements quasi-simultanés. Exécuter une instance MySQL par serveur avec consolidation périodique est également trop lent et ne résout pas le problème de la détermination de la première enchère en temps réel.