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

混合云的规划——按需弹性扩展改造

在 前面一篇文章提到，要解决12306面对“高流量，高并发“的难题是需要从软件平台和应用系统层面出发，要实现“可扩展的应用云平台架构”，灵活和快速热部署的机制，才是真正解决高并发访问的根本。 12306承建单位-铁科院在此方面做很多改进，使用Pivotal Gemfire内存数据管理平台，重新设计和改造核心子系统，从用户登录，余票计算，票价计算，实名身份认证，到订单查询；这些改造后的业务子系统都能支持“按需弹性扩展”， 不再受限于原来关系型数据库无法做分布式扩展的问题。这些一连串的改造，打通各个环节，实现“质”的大跃进， 也为未来使用混合云服务模式的架构打下良好的基础。

信息安全和业务子系统托管的选择原则

下列进一步探讨如何选择“业务子系统”放在公有云提供服务，主要有两点考虑因素，一为个人信息保护， 二为需要“短暂”且强大计算机资源支持的子系统业务。

1. 购票流程和个人信息：

• 登录：含个人信息
• 余票查询/计算：不含个人信息
• 订单确认和订单查询：含购票人信息和身份确认
• 付款：含个人的支付信息

（编辑：网站开发网_安阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!