再谈谈火车票系统
昨天那篇weibo发后，收到很多反馈。有很多朋友给了正面评价，非常感谢。也有些亲给了差评，这本无可厚非，只是其中有些人我感觉都没仔细看文章，时有露怯。也有人怀疑我只会说，没写过程序。我不想自吹，在十几年的程序和研究生涯里，几乎所有名字中含system字样的系统我都亲手做过。到百度做了几个实际系统后，负责了更多事情，这才转为设计规划，不再事必躬亲。 令人反感的是，有人说我拿了黑钱，这纯属无稽之谈。 还有些朋友给了一些非技术层面的建议，也非常感谢。我也知道这些问题所在，也考虑过用产品设计的方法来避免。之所以还来讨论，只不过是想借这个系统谈谈架构设计的一些看法。本人一向喜欢风花雪月，不想凑热闹不好为人师。只是恰好碰上自己的专业领域，这才斗胆来碰这么热门的事件。 我再阐述一下我的观点。这个系统的复杂度在于海量的并发请求，并发性可以通过scale-out（简单来说，就是堆机器）加以解决，但最难的却是保证系统的稳定吞吐。我想说明的是，在线系统应以保证极限情况下的稳定输出（sustained throughput）为首要设计目标，而这是不容易实现的。至于如何切分数据，如何scale-out，这...
