关于12306网站设计的一点构想（求指点）
本人是个纯新手，刚才看了一篇关于12306网站进入国家新的五年计划的规划后，有点自己的想法，想拿出来跟大家分享，希望大家可以指证。
我刚才看到的那篇文章很多都是在技术层面上讲十几个亿的点击量对服务器要求多么大，我觉得他们在看这个问题上面有点机械，如果从运营流程的优化去看这个问题，可能会简单一点。当然了，也可能是因为我是新手，不懂，所以来这里求指点了。
我的设想是：
根据始发车站不同分站处理；每列车再根据到站地点，用一种算法确定当天几点开始放始发站到该站的票，比如最远的站早上8点开始放票，最近的站晚上8点放票，这可以在网站首页的公告板处显示。然后数据每天在晚上闲的时候汇总到中央数据库。web系统建在公有云上，中央数据库建在私有云平台上。
这样做能够解决：
1.大家都挤一个服务器造成压力过大
2.做同一趟车的，都在发票日开始即开始抢票
3.先卖远处的，保证离家远的优先坐火车（预留比例需要根据历史数据计算），然后再卖近处的，充分利用铁路资源
4.数据在晚上汇总到中央数据库，可以保证分析工作当天展开，也不影响系统效率
请问，这个方案可行吗？不可行的话为什么？
谢谢指点！
服务器 优化 12306 流程 运营管理
[解决办法]
我是真心不想谈论这些事情，自己也进过类似的公司接ZF项目，见得多了
这些公司，他们考虑的并不是谁使用这个项目，而是谁发这个项目
项目做“出来”了，金子入了口袋就算完成了，等摊上大事了，有人发火了，才紧张得发抖，重新做项目分析
其实技术和运营随便一方面都能完全解决
运营手段其实就是把到嘴的肥肉分一点给别人，当然目的是同时把成本也分出去，减少投入
但“不缺钱”的世道就不会有人想这个，加上这不是CSDN该讨论的，就不说了
技术上可以做的事多的是，压力那些我就不说了，能力有限，说不上什么
但细致的事情，把点点滴滴做好，其实也省很多
简单的说，一个人买票，顺畅的话也要看几十个页面，如果每页能省10k字节，1000页（也就30人左右）也能省10M
这是个什么概念？现在都G级了，省10M有啥用？
但考虑现在的网速，能上100KBytes/s就不错了，10M就相当于100秒或更多
在带宽固定/并发数相约的情况下，省时间就是说tcp连接可以快速完结，可以容纳更多人进来
另外，一个完善的操作指导也能节省操作时间，和减少访问者逛花园式的无用浏览量
越是宏大的项目，越要注重细节
