一个全球分布式拍卖应用程序会收到来自不同服务器的几乎同时处理的相同出价。每个出价都包含商品、金额、用户和时间戳。您必须实时整理出价并确定哪个用户首先出价。您应该怎么做？

正确答案是“将出价事件发布到 Cloud Pub/Sub，使用 Dataflow 拉取它们，并将出价授予首先处理的事件”。Cloud Pub/Sub 提供低延迟、高吞吐量的全球消息传递，非常适合接收来自全球分布式应用程序的实时出价。Dataflow 能够以流式方式处理这些事件，并可以实现复杂的逻辑来确定哪个出价先到达。由于 Dataflow 是无服务器的，它能自动扩展以处理任何规模的数据。 其他选项的不足之处在于： 将所有出价事件写入共享文件并运行 Hadoop 以识别第一个出价：Hadoop 批处理不适合实时处理，且共享文件在分布式环境中难以维护一致性。 让每个服务器将出价事件发布到 Cloud Pub/Sub，推送到写入 Cloud SQL 的端点：Cloud SQL 写入速度可能成为瓶颈，并且处理“首先出价”的逻辑在写入数据库时会变得复杂。 每个服务器运行一个 MySQL 实例，并定期整合到主 MySQL 数据库：这种架构会引入显著的延迟，且整合过程复杂，难以实时确定第一个出价。