您是否有任何关于现代可扩展预订系统如何运作的经验？例如机场或运输机构？
我们刚发现客户的预订系统存在严重缺陷。他们为每个搜索旅行连接的用户预留座位。这意味着如果运输能力是200有200人搜索同一个旅行所有预订（超时，例如5分钟）所以如果有营销活动和〜成千上万的人去网站他们实际上看不到搜索次数最多的旅行，因为其他用户“保留”已经。这不可扩展。
我无法相信它的工作方式，但这是真正的应用程序架构。如何理想地处理预订情况？
为了使其更复杂，从“预先保留”的座位数量计算出价格，因此每个用户的价格不同（价格随座位预订的变化而变化）。
我们肯定会尝试取消预订前的步骤，但有些人会在预订前的最后一步被拒绝，这将是不利的......
答案 0 :(得分：3)
您的客户希望尽可能多地销售座位，对吧？然后他必须明白，如果某些用户不幸（不够快），可能会收到（礼貌的）错误消息。
当有人点击“预订”时，我会保留一个座位。然后保留该座位直到用户结账或直到X分钟过去（因为它是基于网络的应用程序）。
如果在搜索到点击“保留”按钮期间保留所有免费座位，则只显示错误消息。
答案 1 :(得分：2)
搜索完成后无需进行预订。
当座位快速填满时，您可以发出警报，因此可以安排另一次航班以满足需求。
您提到的预约保留听起来像是一个过度设计的系统。它也容易受到拒绝服务攻击，自动机器人可以预先保留座位。