Een wereldwijd gedistribueerde veiling-app ontvangt identieke, bijna gelijktijdige biedingen die door verschillende servers worden verwerkt. Elk bod heeft een item, bedrag, gebruiker en tijdstempel. Je moet biedingen in realtime verzamelen en bepalen welke gebruiker het eerst heeft geboden. Wat moet je doen?

De correcte aanpak is om bodgebeurtenissen naar Cloud Pub/Sub te publiceren en deze met Dataflow te verwerken. Pub/Sub biedt een schaalbaar, wereldwijd gedistribueerd messaging-systeem dat de bijna gelijktijdige biedingen van verschillende servers efficiënt kan opvangen. Dataflow is een volledig beheerde service voor stream- en batchverwerking die de complexiteit van het verwerken van realtime gegevensstromen, zoals het bepalen van het eerste bod, kan afhandelen. Het toewijzen van het bod aan de eerst verwerkte gebeurtenis binnen Dataflow zorgt voor nauwkeurigheid. De andere opties zijn minder geschikt: Een gedeeld bestand met Hadoop is niet realtime en schaalt niet goed voor wereldwijde, gelijktijdige biedingen. Cloud Pub/Sub naar een endpoint dat naar Cloud SQL schrijft, kan schaalbaarheidsproblemen hebben met Cloud SQL bij hoge gelijktijdigheid en mist de realtime verwerkingsmogelijkheden van Dataflow om het "eerste bod" te bepalen. Meerdere MySQL-instanties consolideren is complex, niet realtime en gevoelig voor inconsistenties bij gelijktijdige schrijfacties.