技术揭秘二：探讨12306两地三中心混合云架构

综合上述的分析，推测和描绘12306混合云的架构如下图：

12306 两地三中心 混合云架构

四、12306两地三中心混合云探讨

12306两地三中心的混合云架构是目前国内规模最大，业务系统最复杂的混合云服务。在12306承办单位 - 铁科院的领导下，经过精心的设计，部署和试运行，在2015年春运上线，它的表现是很令人瞩目的。此混合云设计的特点归纳如下：

1. 业务托管：

从整个购票流程来说，12306只是将部分流程的环节-“余票查询”业务交由阿里云提供服务，并不是“整个系统”按需扩容的托管，这与一般企业的业务托管有最大的差异。如何将“业务子系统“剥离整个系统独立作业， 再将数据结果传回系统，协同作业，这需要从应用系统框架设计着手。

2. 敏感资料的存放和安全性：

12306是公共服务平台，敏感性资料的保护和安全性是首要考虑因素。在混合云设计上，12306将这些资料存放在私有云的数据中心， 确保数据安全无虑。

3. 业务连续性，应用不中断的容灾设计：

双数据中心并行作业，不但可以分担高负载运行，而且可以相互备份， 保证操作不间断。

4. 资源动态扩展：

将“难预测，暂时性”的巨大访问量-余票查询业务放在阿里云，阿里云可以按需动态调整网络带宽和“虚机“资源，保证12306的服务品质，并解决网络传输瓶颈问题。

5. 关系型数据库（SQL） 和非关系型数据库（NoSQL）混合应用：

12306将热点数据放在NoSQL的Gemfire平台，提供快速查询和计算；将关键数据持久化到关系型数据库。

总体而言，目前12306混合云架构是很合理的设计，求稳，求安全，又省钱。如果追求技术的完美性来说，有如下四点建议：

1. 提供同个车次不同车厢的联程票 （例如，在同个车次， 北京到上海没票， 但北京到天津， 天津到南京， 南京到上海有票），和 不同车次的联程票 （中途站点换车），使旅客出行订票更方便；
2. 思考“数据大集中”的模式，摒除路局和12306数据中心的数据交换，提高处理效率，且易于整个售票系统的维护；
3. 整合12306售票网站和线下作业系统（窗口购票，电话订票，代售点），提供更快速的服务；
4. 大胆采用“软件定义数据中心”的技术，可以做更灵活更快速数据中心的迁移/复制，为将来多数据中心混合云的部署和服务（分散网络流量）或异地容灾设计打基础。

关于作者：刘云程 （YC），技术总监，任职于资拓宏宇（上海）公司，主要负责提供客户应用系统升级, 迁移到高性能和高扩展性的“云应用平台”。 刘云程毕业于台湾清华大学，在美国拿计算机博士学位，于1994年由IBM外派到北京。他在IT行业有近30年工作经验，曾任职于IBM中国研究中心负责电子商务和移动互联网方面的研究。