你们对现代可扩展预订系统的工作方式有任何经验吗?例如机场或运输机构?
我们刚刚发现客户的预订系统存在严重缺陷。他们为每个搜索旅行连接的用户保留座位。这意味着如果运输能力是例如 200 并且有 200 人搜索相同的行程,所有这些人都得到了预订(超时例如 5 分钟),所以如果有营销活动并且〜成千上万的人访问该网站,他们实际上看不到大多数搜索的行程因为其他用户已经“保留”了。这是不可扩展的。
我不敢相信它会以这种方式工作,但那是真正的应用程序架构。您将如何理想地处理预订情况?
更复杂的是,从“保留”座位的数量计算价格,因此每个用户的价格都不同(价格随着座位预订的变化而变化)。
当然,我们会尝试撕掉那个预先预订的步骤,但是有些人会在预订前的最后一步被拒绝,所以这将是不利的......