问题:并发访问量过大,超出系统承受范围,导致其瘫痪。
分析,该系统也是专家中的专家做的,所以姑且不对铁道部的官方回应给予质疑;所以问题是,现有系统已经满负荷,以最大的性能在运行,并且没有提升的空间了 (分布式,集群等,武器全部用上了)。那我们购票的问题还是要解决啊,怎么办?
方案:系统扩展。
1. 确保现有系统正常运行,不允许其出现瘫痪的情况;既限制并发访问量。
2. 系统饱和后,仍旧有更多的人访问怎么办? Say No, 但是要给出路。重定向到另外一个支持系统,该系统只负责登记客户信息 (姓名,身份证号,几时从哪里到哪里),当客户填入这些信息后,改订票请求自动进入排队,告知其耐心等待,“已经进入自动订票程序,当订票成功后,我们将会通知您,请您留意短信息。”
3. 自动受理系统(上面所述)将自动的进行购票,当然要考虑现有订票系统的工作情况;比如双方约定每天什么时候进行集中处理,或者订票系统有空闲资源时,通知自动受理系统工作;等等。
4. 当自动订票系统为客户订到票后,短信以及邮件通知客户,要求其12小时内付款,否则该次订票无效;当客户收到短信后,电话其支付中心(自动受理,不是人工),进行支付;当然也可以进行网上支付。
扩展后系统的优点,
1. 最大化的利用订票系统的资源。让其永远保持满负荷工作,因为可能有很多自动受理系统来的订票请求;
2. 客户当其订票失败时,不需要重复的刷新;其实这部分是极大浪费资源的部分!!!都在抢着订,结果网络瘫痪,大家都订不到。
3. 可有在系统繁忙时,把买票跟支付环节分开,以时间换空间。各系统内部调配资源,极大减低客户访问量对系统的影响;并可以充分利用现有资源。