技术揭秘二：探讨12306两地三中心混合云架构
|
混合云的规划——按需弹性扩展改造 在 前面一篇文章提到，要解决12306面对“高流量，高并发“的难题是需要从软件平台和应用系统层面出发，要实现“可扩展的应用云平台架构”，灵活和快速热部署的机制，才是真正解决高并发访问的根本。 12306承建单位-铁科院在此方面做很多改进，使用Pivotal Gemfire内存数据管理平台，重新设计和改造核心子系统，从用户登录，余票计算，票价计算，实名身份认证，到订单查询；这些改造后的业务子系统都能支持“按需弹性扩展”， 不再受限于原来关系型数据库无法做分布式扩展的问题。这些一连串的改造，打通各个环节，实现“质”的大跃进， 也为未来使用混合云服务模式的架构打下良好的基础。 信息安全和业务子系统托管的选择原则 下列进一步探讨如何选择“业务子系统”放在公有云提供服务，主要有两点考虑因素，一为个人信息保护， 二为需要“短暂”且强大计算机资源支持的子系统业务。 1. 购票流程和个人信息：
2. 主要服务器集群和个人信息：
3. 最耗用网络资源
4. 最耗用服务器资源
5.售票高峰期访问量振幅最大业务
综合以上的分析，余票查询/计算业务符合安全性考虑和售票高峰期访问量振幅最大，最耗系统资源；其他适合放在公有云提供服务有三大服务器集群，Web服务器集群， 应用服务器缓存集群， 和余票查询/计算集群。 三、12306混合云架构推测和解析 互联网有一篇关于2015年春运12306用户体验报导，在此篇采访提到12306网站采取5项措施，制定多套应急预案，以应对突发情况，来提高用户体验。 12306用户体验有改善，“为了保障春运期间正常订票，12306网站建设了两个生产中心。在中国铁路总公司又增加了一套设备。这样就增加了一倍的网络内部处理能力……多建中心的同时，也增加了网络的带宽，带宽从5G扩容至12G。增加带宽就等于我们多开了几个门，能让更多的用户同时进来……还不只这些，我们在春运高峰期租了个”云”……在网络高峰期间，12306网站的查询量最大，占到整个网站的85%，就把75%的查询业务都放在租来的“云”上…“春运高峰期的点击量、浏览量是平时的几倍，甚至十几倍。从经济角度考虑，一个网站不太可能以最高峰值的承受力为标准来建设。我们只能在满足日常需求与高峰期售票需求之间寻求一个最佳点，合理进行硬件配置。”现在云技术成熟，高峰期租个云用几天，价格合理，安全也有保障。 有这些新设备、新技术，今年的用户体验大为改善。据测算，今年12306网站的点击速度和页面打开速度比去年缩短了一半。 由上面对话透露的信息，再以专业IT经验来分析并推测12306 混合云的架构设计。 1. 两个生产中心和租了个“云”： 两个生产中心应该是指铁路总公司数据中心和铁科院数据中心，“云”是指阿里云 2. 75%的查询业务都放在租来的“云”上： 意谓着12306只将75%流量的查询业务交给阿里云托管，阿里云只提供租赁查询服务，不涉及任何系统功能的改造。 3. 两地三中心 高可用性和容灾设计： 以专业的IT来看，12306提供全国的网上售票服务，在系统设计上一定有高可用性和容灾的设计。 Gemfire平台已具备高可用性的设计， 所以，两个生产中心一定运行整套业务流程服务，彼此作为异地容灾备份的准备，而阿里云只提供部分业务查询的服务。 4. 业务连续性，应用不中断，操作可持续的设计： 在2012年12月24号下午，由于空调设备故障，12306中断服务数小时。这可以看出12306是单数据中心的设计， 没有考虑容灾的设计。 （编辑：温州站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
