模拟12306购票系统的处理多用户购票网络编程（已公布获奖）

yulihua49

小尾巴鱼 发表于 2015-07-03 16:28
话题背景：

对，我们本期的结论是：技术大神是练出来！凡所有我们所崇拜的大神都有共同的特点就是”都解 ...

12306是个很复杂的系统，大致分为两个层面，一个是售票核心系统，一个是网络客户服务系统，中间是安全隔离系统。
核心系统包括票额的分配和生成，资源的调配，售订退改检，后期的统计分析，结账、清分结算等。
12306只涉及 订改退这一块。
安全隔离，也是影响吞吐量的重要因素。
你所能接触到的是客服（订单处理、支付）这一块。
这块使用的技术与核心系统根本就不是一回事。

前边有个说异构数据库，那不是必须的。
由于历史原因，核心数据库使用SYBASE，性能确实差强人意，但也没办法了。
外围客服（网购）这一块使用ORACLE，用于处理订单。
两个部分都是一个巨大的架构，我们来学习哪一部分呢？

不管哪一部分，UDP是无需考虑的了。
外围的基本是HTTP。内层的，很遗憾，现有系统是二层C/S， powerbuild 连接SYBASE，一切依赖存储过程。中间虽然有个CTMS隔离，也不能算是一层。
历史原因，它并不是一个理想的架构。我们倒是能提出一些新思路。（严格加锁下，还要高并发，办法你想）。

你们可能关注的是吞吐量和流畅性，但是，更重要的是确保交易完整性，就是，席票账的一致性。简单说，就是在激烈竞争的环境下，不能重票，丢票，错帐（严格加锁下，还要高并发，办法你想）。。
这是铁路客票系统最独特的，一席一票，其他任何系统都不要求商品对号入座。

对架构更大的争议是：核心数据库是分布的还是集中的。集中，集中些什么。分布，又怎样分布。这个争议贯穿在这个系统整个生命期。

抗攻击性也是这个系统的重要议题，这个你懂的。

这个题目太大，不适合用作作业。可以用来做见习架构师的研究课题。