发布在即!企业 AIGC 应用程度测评,3 步定制专属评估报告。抢首批测评权益>>> 了解详情
写点什么

技术专家支招 12306.cn 性能优化

  • 2012-01-20
  • 本文字数:1559 字

    阅读完需:约 5 分钟

每年春运都是一件牵动人心的大事,电子商务大势所趋,今年春运我们终于迎来了传统购票方式之外的另一个选择—— 12306.cn 。不过这个新选择并没有让大家的回家之路变得顺畅多少,只是把一部分人的“战场”从寒风中或者电话旁换到了互联网上,各种工具、插件齐上阵,只为买到一张票,网友将它戏称为“中国最牛电商”、“电商严冬中的一朵奇葩”。

我们相信铁道部原本是想让 12306.cn 为大家服务的,不过就目前该网站的表现来看,实在是差强人意。铁路购票系统的细节我们不得而知,笔者也不清楚那非常特别的“海量事务高速处理系统”究竟为何物,但相信该系统在某些地方还是有别于大家所熟知的互联网系统的。针对铁路购票网站无法应对购票客流的话题,在微博和博客中引发了热烈的讨论,众多网友纷纷出谋划策,提出了很多优化的建议。

游戏技术专家云风早些时候发表了博文《铁路订票系统的简单设计》,其中提出了一种基于排队系统的设计方案,排队是网游中比较常用的一种手段,这里将购票网站比作购票窗口,需要购票的用户必须先排队,最后排到的用户才能进行实际的购票操作。藉此提升站点稳定性,避免大量社会资源浪费在无效的网络购票流程上。在文章最后,云风认为:

因为铁路购票系统很多年前就实现了内部网络化,有成熟系统支撑,运作多年。这次做互联网版本,一定不能放弃原有系统新来一套。[…] 所以要做的仅仅是怎么做一个系统和原有系统对接。

4399 首席架构师曹政也撰写了一篇《铁路订票网站个人的设计浅见》,他将网站的主要需求分为三部分,即车次查询与余票显示、用户注册与登录,以及下单。文中以缓存为切入点,提出了一些建议:

  • 针对查询,存储结构 KV 化,推荐 Redis 之类的 NoSQL 存储
  • 车次及车票余量的查询结果要缓存化、静态化
  • 应对 10 亿级别的请求,在前端也需要做缓存处理
  • I/O 优化

缓存化、静态化并不是不做动态更新,总之,目标就是让绝大多数的请求都落到缓存中,降低后端服务器的压力,让它们能有更多的资源处理真正的购票请求。

知名博客酷壳作者、亚马逊中国技术经理陈皓从 12306.cn 的性能问题入手,介绍了一些常用的性能优化技术。虽然其中的一些东西受到了质疑,不过全文还是能让读者了解到性能优化的诸多内容。首先,从业务上分析了 12306.cn 与 QQ、网游、秒杀、奥运票务系统的区别,认为它和电子商务的订单系统比较相似,而且铁路票务中的突然放票做法非常恐怖。随后,分前端和后端两部分展开详细说明。

前端优化技术常用的有:

  • 前端负载均衡,通过 CDN 及 DNS 负载均衡器分散压力
  • 减少前端链接数,例如可以合并 CSS、JS 和图标文件
  • 减少网页大小增加带宽
  • 前端页面静态化
  • 优化查询,可以考虑使用 NoSQL 技术
  • 缓存动态页面和查询数据

后端优化技术主要是:

  • 数据冗余
  • 数据镜像,可提高可用性,便于负载均衡
  • 数据分区,比如按照火车票的信息分区存放数据
  • 后端系统负载均衡,建议由下游的计算服务器去任务服务器上拿任务
  • 异步和批量处理,比如可以使用队列进行排队
  • 限流,这是系统的一种自我保护手段

关于云风提出的排队方法,陈皓也做了一些补充,例如,如何防范攻击,队列的一致性和等待时间等等。陈皓强调

无论你怎么设计,你的系统一定要能容易地水平扩展。
上述的技术不是一朝一夕能搞定的,没有长期的积累,基本无望。

上面的一些讨论都是围绕技术展开的,在 Google+ 上,霍矩、云风和刘新生(o6z)的讨论同样精彩,o6z 指出仅从技术入手无法解决根本的问题:

做这些项目不是应该先设计,而是应该先业务,特别是应该先了解清楚他们现在的系统构件情况。[…] 这不仅仅是 Web 的问题,而是要先从业务下手。[…] 构架师不是一个技术角色,做的不是技术决策,而是业务和商业决策。

除此之外,还有一些文章也值得一读,例如这篇《建设一个靠谱的火车票网上订购系统》。不知读者您又有何想法?值此新春佳节之际,希望每位读者都能顺利买到车票,与家人共度新春。

公众号推荐:

2024 年 1 月,InfoQ 研究中心重磅发布《大语言模型综合能力测评报告 2024》,揭示了 10 个大模型在语义理解、文学创作、知识问答等领域的卓越表现。ChatGPT-4、文心一言等领先模型在编程、逻辑推理等方面展现出惊人的进步,预示着大模型将在 2024 年迎来更广泛的应用和创新。关注公众号「AI 前线」,回复「大模型报告」免费获取电子版研究报告。

AI 前线公众号
2012-01-20 00:165621
用户头像

发布了 135 篇内容, 共 58.5 次阅读, 收获喜欢 43 次。

关注

评论

发布
暂无评论
发现更多内容

合并两个单向链表

纯纯

第10周总结

纯纯

为什么开发工程师要架构图

Bear

极客大学架构师训练营

第一周命题作业

月殇

极客大学架构师训练营

第八周总结

纯纯

Python 之父为什么嫌弃 lambda 匿名函数?

Python猫

Python 学习 编程

第一周架构之UML

若水先生

极客大学架构师训练营

性能测试总结

纯纯

架构师1期week01总结

FG佳

架构师训练营第一周命题作业

一马行千里

极客大学架构师训练营

架构方法

Eddy.何

极客大学架构师训练营 命题作业

架构师训练营第一章作业一:就餐管理系统UML图

zenfery

极客大学架构师训练营

食堂就餐系统

focus

架构师训练营1期作业-学习总结

道长

极客大学架构师训练营

【架构师训练营第 1 期】第一周作业

知鱼君

极客大学架构师训练营

Python+Appium运行简单的demo,你需要理解Appium运行原理!

清菡软件测试

食堂就餐卡系统设计

jizhi7

极客大学架构师训练营

架构师训练营第一周作业 食堂就餐卡系统设计

帅到没朋友

极客大学架构师训练营

架构师训练营Week1 - 学习总结

极客大学架构师训练营

潮汕之旅第一站

熊斌

摄影 游记

架构师训练营第1周课后练习

叶纪想

极客大学架构师训练营

架构师训练营第1期-Week1-食堂就餐卡系统设计

鲁大江

极客大学架构师训练营 食堂就餐卡系统设计

架构师训练营第 1 期-week1-食堂就餐卡系统设计

习习

作业二:第一周学习情况总结

静海

【第一周】课后作业

云龙

极客大学架构师训练营

【架构师训练营】第一周作业:画图

MindController

架构师

第一周作业

kevin

极客大学架构师训练营

架构师训练营第一章作业二 - 学习总结

zenfery

极客大学架构师训练营

食堂就餐卡设计

Bear

极客大学架构师训练营

架构师一期二班-吴水金-第一课总结

吴水金

学习

week12--课后作业

Geek_165f3d

技术专家支招12306.cn性能优化_架构_丁雪丰_InfoQ精选文章