一個全球分散式拍賣應用程式會收到來自不同伺服器處理的相同且幾乎同時的競標。每個競標都有 item、amount、user、timestamp。您必須即時整理競標並確定哪個使用者最先出價。您該怎麼做？

此解決方案利用 Cloud Pub/Sub 的即時訊息傳遞能力來接收來自不同伺服器的競標事件，確保所有事件都能被擷取。Dataflow 是一個全託管的無伺服器服務，非常適合處理串流資料，可以即時提取這些競標事件。透過 Dataflow 的串流處理能力，可以根據時間戳記（timestamp）即時判斷哪個競標事件最先到達，從而確定最先出價的使用者。 其他選項的缺點： 寫入共享檔案並執行 Hadoop：Hadoop 適用於批次處理，不適合即時處理，且共享檔案可能導致競態條件和資料不一致。 推送到寫入 Cloud SQL 的端點：Cloud SQL 雖然是關聯式資料庫，但其寫入效能可能不足以應付高併發的即時競標事件，且直接寫入可能導致鎖定和延遲。 每個伺服器執行一個 MySQL 實例並定期整合：這種方法會引入資料同步的複雜性，且定期整合無法滿足即時處理的需求。